[gentoo-dev] Re: Last Rites: app-portage/udept

2009-01-06 Thread Ryan Hill
On Mon, 15 Dec 2008 23:47:47 + (UTC) Duncan 1i5t5.dun...@cox.net wrote: While I'm at it, is there anything useful to display metadata.xml? In particular, the long descriptions and use flags can be useful. With use.desc and especially the local version thereof going deprecated, and with

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-16 Thread Robert R. Russell
On Monday 15 December 2008 05:47:47 pm Duncan wrote: Paul Varner fuzzy...@gentoo.org posted 1229371818.21630.7.ca...@txslpc1d36.wkst.vzwnet.com, excerpted below, on Mon, 15 Dec 2008 14:10:17 -0600: # Paul Varner fuzzy...@gentoo.org (14 Dec 2008) # Dead upstream, masked for removal in ~30

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-16 Thread Daniel Pielmeier
2008/12/16 Robert R. Russell nahoy_kb...@hushmail.com: Does anyone have a substitute for udept's clean word file and clean /etc/portage options? With clean world file you mean dep -w or dep --pruneworld and this is what we are already discussing here. eix-test-obsolete is quite usable as

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-16 Thread Daniel Pielmeier
2008/12/16 Duncan 1i5t5.dun...@cox.net: FWIW, that's why I originally merged udept. However, by that time I had gotten used to using a set of (local) stub scripts that added in all the appropriate switches, including --oneshot, so once I used udept to clean up the mess I had created before

[gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Duncan
Paul Varner fuzzy...@gentoo.org posted 1229371818.21630.7.ca...@txslpc1d36.wkst.vzwnet.com, excerpted below, on Mon, 15 Dec 2008 14:10:17 -0600: # Paul Varner fuzzy...@gentoo.org (14 Dec 2008) # Dead upstream, masked for removal in ~30 to 60 days. app-portage/udept Additionally, it doesn't

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Daniel Pielmeier
Duncan schrieb am 16.12.2008 00:47: Paul Varner fuzzy...@gentoo.org posted 1229371818.21630.7.ca...@txslpc1d36.wkst.vzwnet.com, excerpted below, on Mon, 15 Dec 2008 14:10:17 -0600: # Paul Varner fuzzy...@gentoo.org (14 Dec 2008) # Dead upstream, masked for removal in ~30 to 60 days.

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Douglas Anderson
On Tue, Dec 16, 2008 at 9:06 AM, Daniel Pielmeier daniel.pielme...@googlemail.com wrote: Duncan schrieb am 16.12.2008 00:47: While I'm at it, is there anything useful to display metadata.xml? In particular, the long descriptions and use flags can be useful. With use.desc and especially the

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Daniel Pielmeier
Douglas Anderson schrieb am 16.12.2008 01:28: On Tue, Dec 16, 2008 at 9:06 AM, Daniel Pielmeier daniel.pielme...@googlemail.com wrote: Duncan schrieb am 16.12.2008 00:47: While I'm at it, is there anything useful to display metadata.xml? In particular, the long descriptions and use flags can

Re: [gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Daniel Pielmeier
2008/12/16 Daniel Pielmeier daniel.pielme...@googlemail.com: Hm, looks like I have mixed up something here. The pruneworld option looks for packages that _have reverse dependencies_ and thus are probably unneeded and not the other way round Besides that, is there anything similar to dep

[gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Duncan
Douglas Anderson d...@gendja.com posted efeb8d230812151628v149d50c9h7483229511e51...@mail.gmail.com, excerpted below, on Tue, 16 Dec 2008 09:28:30 +0900: On Tue, Dec 16, 2008 at 9:06 AM, Daniel Pielmeier daniel.pielme...@googlemail.com wrote: Duncan schrieb am 16.12.2008 00:47: While I'm at

[gentoo-dev] Re: Last Rites: app-portage/udept

2008-12-15 Thread Duncan
Daniel Pielmeier daniel.pielme...@googlemail.com posted 4946fb3f.1090...@googlemail.com, excerpted below, on Tue, 16 Dec 2008 01:50:07 +0100: It happens to me sometimes that I forget --oneshot and packages are added to the world file that are not intended to be there. So this option gives an