FS#29935 - Provide field ignored installing a group

Attached to Project: Pacman
Opened by Gianpiero (4javier) - Thursday, 17 May 2012, 20:59 GMT
Task Type Bug Report
Category General
Status Unconfirmed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 4.0.3
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 2
Private No

Details

Summary and Info:
Installing a group, every package belongig to this one is considered explicitly installed (I think...) ignoring already installed package that provides it.

Steps to Reproduce:
install i.e. notify-osd-customizable from AUR (that provides notification-daemon)
Install gnome group: pacman -S gnome
notification-daemon get installed

If I add notification-daemon inside conflicts array of notify-osd-customizable, and refuse to replace notify-osd-customizable with notification-daemon, the whole Sync operation fails due to dependecy problem.

Same thing happens with xfce4-goodies and xfce4-notifyd.

I know this is not a completely unattended behaviour, but I think pacman should manage group installs more than just pacman -S {all_the_packages_belonging_to_that_group}

Perhaps more an enhancement than an issue, but I file it as a bug anyway. :)
This task depends upon

Comment by {16/7} (hexadecagram) - Friday, 18 May 2012, 00:11 GMT
Please also see the package comments I have posted here: https://aur.archlinux.org/packages.php?ID=37576
Comment by Daniel Wallace (gtmanfred) - Friday, 18 May 2012, 00:27 GMT
In my opinion, Aur is unsupported and Aur maintainers should set their conflicts correctly
Comment by Daniel Wallace (gtmanfred) - Friday, 18 May 2012, 00:33 GMT
example : jre7-openjdk and jre from aur both provide jre-runtime=7 and jre also conflicts with jre-runtime-7 while jre7-openjdk does not

the repos shouldn't accommodate, aur should woke within around what is already in the repos
Comment by Dave Reisner (falconindy) - Friday, 18 May 2012, 01:05 GMT
Working as intended. The provider is being reinstalled from the gnome group because you didn't pass --needed with the sync transaction.

Edit: hrmm, seems I'm wrong about that... But unless there's a good reason for it, I'd say _that_ would be the change worth making.
Comment by Gianpiero (4javier) - Friday, 18 May 2012, 09:48 GMT
@Anthony
I mentioned your case inside my bugreport :)

@Daniel
Read again the report: if I add notification-daemon to conflict of my pkgbuild, gnome group install totally fails due to dependency issue. Maybe I'm misunderstanding your proposal: how I should modify my pkgbuild?

@Dave
--needed works for package already up-to-date, or for dependency already provided also?
If it was the latter, shouldn't be --needed passed to pacman into the sources, when it syncs a group?

To exclude that this is an AUR problem, you can see the same behaviour with just packages from the official repo.
pacman -S xfce4-notifyd (repo extra, it provides notification-daemon)
pacman -S gnome
notification-daemon will be installed anyway.
Comment by Daniel Wallace (gtmanfred) - Friday, 18 May 2012, 13:03 GMT
right now if it is in the conflicts , you need to --ignore the other packages when installing the group
Comment by Gianpiero (4javier) - Friday, 18 May 2012, 13:28 GMT
Shouldn't be better if could pacman check if there are some packages which already provide the ones that are going to be installed, and eventually could automatically exclude it?

Loading...