Description of problem: As per summary. rpm-4.13 supports rich dependencies that allow for example, that a Recommend is only recommended if another package is already installed. This works fine with raw rpm in cauldron, but is ignored by urpmi. The reason for requesting this feature is that onboard now has a gnome shell extension which pulls in 160 packages when installed in a non-gnome system. I would like to Recommend it, but doing so would burden KDE users with a great chunk of Gnome. Recommends: (%{name}-gnome-shell-extension if gnome-shell) ...would resolve this problem by only recommending the extension when gnome-shell is previously installed. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Reproducible: Steps to Reproduce:
*** Bug 17800 has been marked as a duplicate of this bug. ***
Assignee: bugsquad => thierry.vignaud
I know but that's depends on me completing the switch to libsolv in URPM. As for now, such a package should be obviously recommended by a gnome package, so you don't really need it for now
Severity: normal => enhancementPriority: Normal => Low
Onboard is a 'Gnome' package, but it's used by non Gnome users. I really don't understand trying to associate particular packages to a particular desktop, as people just use whichever packages they prefer irrespective of desktop environment. I use onboard in KDE and dolphin in MATE.
Thierry do you think this switch can be done for mga7 ?
CC: (none) => mageia
CC: (none) => ngompa13
Maybe
CC: (none) => mageiatools, marja11
Any hope for mga9 ? Would it be possible to update the packaging guideline to clarify if this feature may or may not be used ?
Not done for mageia 9
May you confirm me that I respected the guidelines for haproxy ? Should I use the rich dependencies instead of the good old virtual package ? haproxy: requires virtual haproxy-server haproxy-noquic: provides haproxy-server requires haproxy trigger pointing /usr/sbin/haproxy to /usr/sbin/haproxy-noquic haproxy-quic: provides haproxy-server requires haproxy trigger pointing /usr/sbin/haproxy to /usr/sbin/haproxy-quic
(In reply to Raphael Gertz from comment #8) > May you confirm me that I respected the guidelines for haproxy ? > > Should I use the rich dependencies instead of the good old virtual package ? I just told you that urpmi does not support rich deps YET!
(In reply to Nicolas Lécureuil from comment #9) > (In reply to Raphael Gertz from comment #8) > > May you confirm me that I respected the guidelines for haproxy ? > > > > Should I use the rich dependencies instead of the good old virtual package ? > > I just told you that urpmi does not support rich deps YET! This seems like a 6 year old fact and I suspect it's not a trivial feature to write which may takes time. My only unanswered concern is how may we deal with specs files in the meantime: - use rich dependencies ? - wait for fix first ? - or use virtual package workaround instead ? Maybe my question is out of the scope of this bug report, if such sorry for the noise...
rich deps are not allowed in urpmi and refused by the buildsystem. I don't perl but i think this is not an easy task. I dreamed of this in mageia + but seems i have not dreamt enough :-)
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=33428
Bug 33428 - urpmi fails to update latest version of google-chrome-stable-127.0.6533.72
Whiteboard: (none) => MGA9TOOPriority: Low => NormalCC: (none) => friSource RPM: urpmi-8.101-1.mga6.noarch => urpmi-8.131-1.mga9
Blocks: (none) => 33428
*** Bug 33855 has been marked as a duplicate of this bug. ***
CC: (none) => csablak
*** Bug 33428 has been marked as a duplicate of this bug. ***
Blocks: 33428 => (none)CC: (none) => arusanu