New category lxqt-base

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

New category lxqt-base

Jauhien Piatlicki-2
Hi all,

LXQt 0.7.0 has been released [1].

As it is project different from LXDE and will be supported in parallel
with it, it seems like a good idea add a new category lxqt-base. For
previous discussion see [2] and [3].

The packages that will go into this category are:

compton-conf
libqtxdg
lxqt-about
lxqt-config-randr
lxqt-notificationd
lxqt-power
lxqt-session
qt-gtk-engine
libfm
libsysstat
lxqt-appswitcher
lxqt-globalkeys
lxqt-openssh-askpass
lxqt-powermanagement
liblxqt
lximage-qt
lxqt-common
lxqt-lightdm-greeter
lxqt-panel
lxqt-qtplugin
obconf-qt
liblxqt-mount
lxqt-config
lxqt-meta
lxqt-policykit
lxqt-runner
pcmanfm-qt

If there are no objections I'll proceed with adding new category when
ebuilds for 0.7.0 release will be ready (~ in week or two).

[1] http://sourceforge.net/p/lxde/mailman/message/32310545/
[2] https://bugs.gentoo.org/show_bug.cgi?id=501606
[3] https://github.com/gentoo/qt/pull/26

Regards,
Jauhien


signature.asc (919 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: New category lxqt-base

Tom Wijsman-2
On Sun, 11 May 2014 21:28:44 +0200
Jauhien Piatlicki <[hidden email]> wrote:

> Hi all,
>
> LXQt 0.7.0 has been released [1].

If you want us to review and test, feel free to ping when it is ready.
 
> As it is project different from LXDE and will be supported in parallel
> with it, it seems like a good idea add a new category lxqt-base. For
> previous discussion see [2] and [3].

+1 as this naming is consistent with other desktop environments.

> The packages that will go into this category are:
>
> [...]

Consider if you really want all these packages there; some desktop
environments get some packages in other categories, this is especially
the case when these packages can be used on other desktop environments
than the desktop environment itself.

This logically categorizing these packages according to their
functionality (eg. a dev-util); which limits the desktop environment
base effectively to the base of the desktop environment.

For example, you can check out what GNOME and MATE do for instance:

    grep -rl --include=*.ebuild HOMEPAGE.*gnome.org /usr/portage/ | \
        sed 's:/usr/portage/\(.*\)/.*.ebuild:\1:' | sort -u

    grep -rl --include=*.ebuild HOMEPAGE.*mate-desktop /usr/portage/ | \
        sed 's:/usr/portage/\(.*\)/.*.ebuild:\1:' | sort -u

Another example, using metadata.xml; is to check out what KDE does:

    grep -rl --include=metadata.xml herd.*kde /usr/portage/ | \
        sed 's:/usr/portage/\(.*\)/metadata.xml:\1:' | sort -u

Also, here is XFCE; a bit less, but still some packages here and there:

    grep -rl --include=*.ebuild HOMEPAGE.*xfce /usr/portage/ | \
        sed 's:/usr/portage/\(.*\)/.*.ebuild:\1:' | sort -u

I'm not sure about other desktop environment; but I think that the
general idea is to consider to use other categories when that would be
more appropriate for a package in question, so, please consider it.

> If there are no objections I'll proceed with adding new category when
> ebuilds for 0.7.0 release will be ready (~ in week or two).

Make sure to read the following two devmanual documentation pages:

http://devmanual.gentoo.org/profiles/categories/
http://devmanual.gentoo.org/ebuild-writing/misc-files/metadata/#category-metadata

In summary; first add the category alphabetically to profiles/categories
and commit, then create the directory including a metadata.xml that is
XML and GLEP 31 validated and commit, then add your packages to it.

--
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : [hidden email]
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D

signature.asc (501 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: New category lxqt-base

Ben de Groot-2
In reply to this post by Jauhien Piatlicki-2
On 12 May 2014 03:28, Jauhien Piatlicki <[hidden email]> wrote:
> Hi all,
>
> LXQt 0.7.0 has been released [1].
>
> As it is project different from LXDE

That is debatable. LXQt is released by the merged LXDE and Razor-Qt
upstreams. One could say there are simply two expressions of LXDE now:
one in GTK+ and one in Qt.

> and will be supported in parallel
> with it, it seems like a good idea add a new category lxqt-base.

Personally I don't see a need for this. All the Qt-specific packages
are named accordingly, and should not confuse anyone installing
anything from the lxde-base category. I would like to see that latter
category re-used for this.

But I know the maintainers of LXDE herd do not support this view, and
since at this point I don't have the time to maintain LXQt, I will
leave the decision up to you guys.

> compton-conf
> libqtxdg
> qt-gtk-engine
> libfm
> libsysstat
> obconf-qt
> pcmanfm-qt

I think these packages could be placed in the relevant x11-*
categories, as they are perfectly usable in other environments as
well, tho for ease of maintenance you could stick them with the LXQt
packages.

--
Cheers,

Ben | yngwin
Gentoo developer

Reply | Threaded
Open this post in threaded view
|

Re: New category lxqt-base

Markos Chandras-2
Hi Ben,

On 05/12/2014 07:06 AM, Ben de Groot wrote:

> On 12 May 2014 03:28, Jauhien Piatlicki <[hidden email]> wrote:
>> Hi all,
>>
>> LXQt 0.7.0 has been released [1].
>>
>> As it is project different from LXDE
>
> That is debatable. LXQt is released by the merged LXDE and Razor-Qt
> upstreams. One could say there are simply two expressions of LXDE now:
> one in GTK+ and one in Qt.
>
>> and will be supported in parallel
>> with it, it seems like a good idea add a new category lxqt-base.
>
> Personally I don't see a need for this. All the Qt-specific packages
> are named accordingly, and should not confuse anyone installing
> anything from the lxde-base category. I would like to see that latter
> category re-used for this.

>
> But I know the maintainers of LXDE herd do not support this view, and
> since at this point I don't have the

time to maintain LXQt, I will
> leave the decision up to you guys.

It's only me who spoke on behalf of LXDE so far :( gtk2 is still alive,
and lxde said that while it's still alive, the GTK lxde will still be
supported. After all, lxde-base, as the name implies, is for
lxde-related packages (maintained by lxde@). The new project is lxqt,
which makes the lxde category slightly irrelevant. Since the lxde team
has nothing to do with it, this will add more confusion. That's my
opinion. Same thing for razor-qt apparently. Fortunately/unfortunately
there is this tendency to use a distinct category (and set of
maintainers/herd) for each DE.

>
>> compton-conf
>> libqtxdg
>> qt-gtk-engine
>> libfm
>> libsysstat
>> obconf-qt
>> pcmanfm-qt
>
> I think these packages could be placed in the relevant x11-*
> categories, as they are perfectly usable in other environments as
> well, tho for ease of maintenance you could stick them with the LXQt
> packages.
>

+1 (pcmanfm-qt is already in the tree in x11-misc/, libfm too etc)
Maybe it's possible to merge obconf and obconf-qt with a new 'qt' use
flag. The less duplication we do, the less time we will need to spend
maintaining the packages.

--
Regards,
Markos Chandras

Reply | Threaded
Open this post in threaded view
|

Re: New category lxqt-base

Pavel Kazakov-2
On 05/12/2014 01:17 PM, Markos Chandras wrote:
> It's only me who spoke on behalf of LXDE so far :( gtk2 is still
> alive, and lxde said that while it's still alive, the GTK lxde will
> still be supported. After all, lxde-base, as the name implies, is for
> lxde-related packages (maintained by lxde@). The new project is lxqt,
> which makes the lxde category slightly irrelevant. Since the lxde team
> has nothing to do with it, this will add more confusion. That's my
> opinion. Same thing for razor-qt apparently. Fortunately/unfortunately
> there is this tendency to use a distinct category (and set of
> maintainers/herd) for each DE.

I'm of the same opinion. Since lxde will still be supported, I'm leaning
towards keeping lxde-base for lxde-related packages and using a new
category for lxqt.

>>> compton-conf
>>> libqtxdg
>>> qt-gtk-engine
>>> libfm
>>> libsysstat
>>> obconf-qt
>>> pcmanfm-qt
>> I think these packages could be placed in the relevant x11-*
>> categories, as they are perfectly usable in other environments as
>> well, tho for ease of maintenance you could stick them with the LXQt
>> packages.
>>
> +1 (pcmanfm-qt is already in the tree in x11-misc/, libfm too etc)
> Maybe it's possible to merge obconf and obconf-qt with a new 'qt' use
> flag. The less duplication we do, the less time we will need to spend
> maintaining the packages.
>

Agreed.

Regards,
Pavel