FS#24924 - [gnome3] Many gnome3 stuff is not marked as being part of the gnome group

Attached to Project: Arch Linux
Opened by Eduardo Lopes (duca) - Tuesday, 28 June 2011, 12:10 GMT
Last edited by Ionut Biru (wonder) - Tuesday, 28 June 2011, 21:39 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Ionut Biru (wonder)
Jan Alexander Steffens (heftig)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Some gnome packages are incorrectly unmarked as being from the gnome group which are:
libgnome-keyring
libsoup-gnome
gnome-disk-utility
gnome-doc-utils
gnome-menus
libgnome-data
libgnomekbd
polkit-gnome

Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:
add gnome to the ignore group then perform pacman -Syu
This task depends upon

Closed by  Ionut Biru (wonder)
Tuesday, 28 June 2011, 21:39 GMT
Reason for closing:  Not a bug
Additional comments about closing:  see comments
Comment by Ionut Biru (wonder) - Tuesday, 28 June 2011, 13:10 GMT
those packages don't need to be in gnome group because they are covered by other packages being in the group or not installed by default at all.

nautilus->gvfs->gnome-disk-utility->libsoup-gnome->libgnome-keyring

gnome-doc-utils only is needed as makedepends and not installed by default

gnome-panel or gnome-control-center->gnome-menus

libgnome-data dead is not even installed by default

gnome-control-center->gnome-settings-daemon->libgnomekbd

gnome-shell or gnome-session->polkit-gnome
Comment by Eduardo Lopes (duca) - Tuesday, 28 June 2011, 13:47 GMT
I see, the list is short enough not to be troublesome to add them to the ignorepkgs but those you mention that are not installed by default:
gnome-doc-utils -> yelp -> gnome2-user-docs (since yelp they are already part of the gnome group)
libgnome-data -> gnome-terminal and gnome-settings-daemon both of which are part of the gnome group

I would hope pacman to check for these kind of stuff, at least checking what the gnome group covers within my box before checking the gnome group from upstream. At least it would be a great feature addition to pacman if it lacks it.
Comment by Ionut Biru (wonder) - Tuesday, 28 June 2011, 14:05 GMT
i don't get it how you get those paths but only gtk-doc depends on gnome-doc-utils and pacman only knows about dependencies and not makedepends.

only libgnome depends on libgnome-data and really, libgnome is not needed in gnome at all
Comment by Eduardo Lopes (duca) - Tuesday, 28 June 2011, 21:07 GMT
Hello Ionut,

I simply did
pacman -Qi packages
and followed the dependency tree upward. From the same output i checked whether each package was part of any group and it's name. Of course i used it at the outdated installation.

After making that research (which i should have done before opening a bug report) i found that even if the packages were installed explicit or as dependency of some other in the same category, they ended up listed as part of my gnome package group and i would expect that pacman would check my "pacman -Q" accesible database before checking for the IgnoreGroup within pacman.conf and only then it would check what the "newer" database says about the same group. So i consider it to be something Pacman should do and it renders this bugreport as misplaced.
Comment by Ionut Biru (wonder) - Tuesday, 28 June 2011, 21:39 GMT
i don't suggest adding such a big DE in ignore by using the IgnoreGroup hack. There are a lot more packages that can break group that doesn't belong to gnome group at all.

for simple DEs as lxde or xfce IgnoreGroup is perfect but not for gnome.

Loading...