Re: [gentoo-dev] Removal of kdeprefix news item
On Wed, 18 May 2011, Jonathan Callen wrote: Display-If-Installed: kde-base/kdelibs[kdeprefix] I don't think that USE dependencies (or any other EAPI specific features) are allowed here. run: emerge --oneshot $(qlist -IC kde-base/) Is it guaranteed that your users have portage-utils installed? Otherwise the qlist command may not be available. Ulrich
Re: [gentoo-dev] Removal of kdeprefix news item
On Wed, May 18, 2011 at 11:58 PM, Ulrich Mueller u...@gentoo.org wrote: On Wed, 18 May 2011, Jonathan Callen wrote: Display-If-Installed: kde-base/kdelibs[kdeprefix] I don't think that USE dependencies (or any other EAPI specific features) are allowed here. You should file a bug about that; I'm sure one of the portage guys can change the crap code I wrote 4 years ago to use the normal dependency checking code for installed atoms. -A run: emerge --oneshot $(qlist -IC kde-base/) Is it guaranteed that your users have portage-utils installed? Otherwise the qlist command may not be available. Ulrich
Re: [gentoo-dev] Removal of kdeprefix news item
On Thu, 19 May 2011, Alec Warner wrote: You should file a bug about that; I'm sure one of the portage guys can change the crap code I wrote 4 years ago to use the normal dependency checking code for installed atoms. But we wouldn't know if users have the updated portage version installed, so it doesn't help for the current news item. I think for a proper solution we would have to increase the number of the News-Item-Format. Maybe even add a new header field for the EAPI. Ulrich
Re: [gentoo-dev] Removal of kdeprefix news item
On Thu, 19 May 2011 09:15:40 +0200 Ulrich Mueller u...@gentoo.org wrote: I think for a proper solution we would have to increase the number of the News-Item-Format. Maybe even add a new header field for the EAPI. Could just use an 'eapi' file in the news directory. Although does Portage support that? -- Ciaran McCreesh signature.asc Description: PGP signature
[gentoo-dev] Re: Removal of kdeprefix news item
Ulrich Mueller wrote: On Wed, 18 May 2011, Jonathan Callen wrote: Display-If-Installed: kde-base/kdelibs[kdeprefix] I don't think that USE dependencies (or any other EAPI specific features) are allowed here. The GLEP does not make any meantion as to whether it is legal to use USE dependencies here. I have, however, tested with portage and portage itself Does The Right Thing when faced with a USE dep in Display-If-Installed. run: emerge --oneshot $(qlist -IC kde-base/) Is it guaranteed that your users have portage-utils installed? Otherwise the qlist command may not be available. I had thought that we depended on this, but I was mistaken (the dependency was pulled in via pambase). I guess we could just use `emerge --update --deep --newuse @world` (and yes, @world is available in stable portage). -- Jonathan Callen
Re: [gentoo-dev] Re: Removal of kdeprefix news item
* Jonathan Callen schrieb am 19.05.11 um 11:49 Uhr: Ulrich Mueller wrote: On Wed, 18 May 2011, Jonathan Callen wrote: Display-If-Installed: kde-base/kdelibs[kdeprefix] I don't think that USE dependencies (or any other EAPI specific features) are allowed here. The GLEP does not make any meantion as to whether it is legal to use USE dependencies here. I have, however, tested with portage and portage itself Does The Right Thing when faced with a USE dep in Display-If-Installed. run: emerge --oneshot $(qlist -IC kde-base/) Is it guaranteed that your users have portage-utils installed? Otherwise the qlist command may not be available. I had thought that we depended on this, but I was mistaken (the dependency was pulled in via pambase). I guess we could just use `emerge --update --deep --newuse @world` (and yes, @world is available in stable portage). test -x /usr/bin/qlist emerge --oneshot $(qlist -IC kde-base/) \ || emerge --update --deep --newuse @world ? -Marc -- 8AAC 5F46 83B4 DB70 8317 3723 296C 6CCA 35A6 4134
[gentoo-dev] Lastrite: Some unimportant/abandoned V4Lv1 packages failing to build with linux-headers-2.6.38
# Samuli Suominen ssuomi...@gentoo.org (20 May 2011) # Some abandonware that fails to build with linux-headers-2.6.38, # and other issues # # spcaview, bugs 329065, 336599, 364843 # aatv, bug 364845 # camsource, bug 365683 # effectv, bug 365255 # setpwc, bug 363469 (if saved, reopen bug 121073) # fmio, bugs 361581, 350024 # fame, bug 362993 # came, bug 361585 # # Removal in 30 days (or feel free to pick up these and port to v4l2) media-video/spcaview media-tv/aatv media-video/camsource media-video/effectv media-video/setpwc media-video/fame media-radio/fmio media-video/came
Re: [gentoo-dev] Re: Removal of kdeprefix news item
On Thu, May 19, 2011 at 2:49 AM, Jonathan Callen a...@gentoo.org wrote: Ulrich Mueller wrote: On Wed, 18 May 2011, Jonathan Callen wrote: Display-If-Installed: kde-base/kdelibs[kdeprefix] I don't think that USE dependencies (or any other EAPI specific features) are allowed here. The GLEP does not make any meantion as to whether it is legal to use USE dependencies here. I have, however, tested with portage and portage itself Does The Right Thing when faced with a USE dep in Display-If-Installed. reading the code for the version of portage I have installed: The NewsManager will call Isvalid on each news item and each news item will scan its restrictions for 'valid-ness' and report that upward. So if we are lucky, on old versions of portage, portage.isvalidatom will report the USE-dep as an invalid atom and portage will print mean errors messages about 'invalid news items' but will not throw up (in theory). run: emerge --oneshot $(qlist -IC kde-base/) Is it guaranteed that your users have portage-utils installed? Otherwise the qlist command may not be available. I had thought that we depended on this, but I was mistaken (the dependency was pulled in via pambase). I guess we could just use `emerge --update --deep --newuse @world` (and yes, @world is available in stable portage). -- Jonathan Callen