Re: [gentoo-dev] Portage ebuild cruft

2005-04-30 Thread Georgi Georgiev
maillog: 30/04/2005-13:27:44(+0100): Elfyn McBratney types > On Saturday 30 Apr 2005 13:07, Sune Kloppenborg Jeppesen wrote: > > On Saturday 30 April 2005 13:12, Marius Mauch wrote: > > > On Sat, 30 Apr 2005 12:31:17 +0200 > > > > > > Sune Kloppenborg Jeppesen <[EMAIL PROTECTED]> wrote: > > > > On

Re: [gentoo-dev] Portage ebuild cruft

2005-04-30 Thread Elfyn McBratney
On Saturday 30 Apr 2005 13:07, Sune Kloppenborg Jeppesen wrote: > On Saturday 30 April 2005 13:12, Marius Mauch wrote: > > On Sat, 30 Apr 2005 12:31:17 +0200 > > > > Sune Kloppenborg Jeppesen <[EMAIL PROTECTED]> wrote: > > > On Friday 29 April 2005 16:38, Jason Stubbs wrote: > > > > > Heh, I get th

Re: [gentoo-dev] Portage ebuild cruft

2005-04-30 Thread Sune Kloppenborg Jeppesen
On Saturday 30 April 2005 13:12, Marius Mauch wrote: > On Sat, 30 Apr 2005 12:31:17 +0200 > > Sune Kloppenborg Jeppesen <[EMAIL PROTECTED]> wrote: > > On Friday 29 April 2005 16:38, Jason Stubbs wrote: > > > > Heh, I get that after every invocation of emerge. :) > > > > > > Yep. That's the scanning

Re: [gentoo-dev] Portage ebuild cruft

2005-04-30 Thread Marius Mauch
On Sat, 30 Apr 2005 12:31:17 +0200 Sune Kloppenborg Jeppesen <[EMAIL PROTECTED]> wrote: > On Friday 29 April 2005 16:38, Jason Stubbs wrote: > > > Heh, I get that after every invocation of emerge. :) > > > > Yep. That's the scanning of all installed packages for any provided > > virtuals. > Why no

Re: [gentoo-dev] Portage ebuild cruft

2005-04-30 Thread Sune Kloppenborg Jeppesen
On Friday 29 April 2005 16:38, Jason Stubbs wrote: > > Heh, I get that after every invocation of emerge. :) > > Yep. That's the scanning of all installed packages for any provided > virtuals. Why not let Portage print that before scanning? -- Sune Kloppenborg Jeppesen Gentoo Linux Security Team

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Stubbs
On Saturday 30 April 2005 05:25, Jan KundrÃt wrote: > Jason Stubbs wrote: > > http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt > > Please forgive me if this ml is a bad place for suggestions. > > Ad "overrides" - what about "per-virtual" preferencies: > What happens if packages A and B provide

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jan Kundrát
Jason Stubbs wrote: > http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt Please forgive me if this ml is a bad place for suggestions. Ad "overrides" - what about "per-virtual" preferencies: What happens if packages A and B provide functionality X, packages B & C provide Y *and* you prefer B fo

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Thomas de Grenier de Latour
On Sat, 30 Apr 2005 01:51:33 +0900 Jason Stubbs <[EMAIL PROTECTED]> wrote: > > http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt > Oh, i hadn't seen this version of the proposal yet, it's quite good :) -- TGL. -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Stubbs
On Saturday 30 April 2005 01:38, Lina Pezzella wrote: > > My > > as yet unnumbered virtuals glep would negate this altogether. ;) > > M - is there a draft of this somewhere? http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt Regards, Jason Stubbs pgp9D3X4jCmwA.pgp Description: PGP signa

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Lina Pezzella
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 My as yet unnumbered virtuals glep would negate this altogether. ;) M - is there a draft of this somewhere? - --Lina Pezzella Ebuild/Porting Co-Lead Gentoo for Mac OS X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFCcmL/NJ9STR

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Stubbs
On Saturday 30 April 2005 00:59, Thomas de Grenier de Latour wrote: > On Fri, 29 Apr 2005 23:38:58 +0900 > > Jason Stubbs <[EMAIL PROTECTED]> wrote: > > Yep. That's the scanning of all installed packages for any > > provided virtuals. > > Maybe that's a stupid idea, but I wonder whether removing em

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Thomas de Grenier de Latour
On Fri, 29 Apr 2005 23:38:58 +0900 Jason Stubbs <[EMAIL PROTECTED]> wrote: > Yep. That's the scanning of all installed packages for any > provided virtuals. Maybe that's a stupid idea, but I wonder whether removing empty PROVIDE files from the vardb could save some time here. I see that in grabf

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Stubbs
On Friday 29 April 2005 23:26, Elfyn McBratney wrote: > On Friday 29 Apr 2005 15:11, Jason Wever wrote: > > On Fri, 29 Apr 2005, Jason Stubbs wrote: > > > The initialization time of portage is directly related to the number of > > > packages installed. Cutting out excess ebuilds from the tree won't

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Elfyn McBratney
On Friday 29 Apr 2005 15:11, Jason Wever wrote: > On Fri, 29 Apr 2005, Jason Stubbs wrote: > > The initialization time of portage is directly related to the number of > > packages installed. Cutting out excess ebuilds from the tree won't speed > > this up at all. Cutting out excess ebuilds won't ha

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Wever
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, 29 Apr 2005, Jason Stubbs wrote: The initialization time of portage is directly related to the number of packages installed. Cutting out excess ebuilds from the tree won't speed this up at all. Cutting out excess ebuilds won't have much effect o

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Stubbs
On Friday 29 April 2005 22:29, Jason Wever wrote: > On Thu, 28 Apr 2005, Athul Acharya wrote: > >> Purging old versions for a few seconds speed increase in portage [snip] > > > > Few seconds? Try few miliseconds, if anything, at all, ever. The > > original email in this thread gave me the best lau

Re: [gentoo-dev] Portage ebuild cruft

2005-04-29 Thread Jason Wever
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 28 Apr 2005, Athul Acharya wrote: Purging old versions for a few seconds speed increase in portage [snip] Few seconds? Try few miliseconds, if anything, at all, ever. The original email in this thread gave me the best laugh I've had in a while,

Re: [gentoo-dev] Portage ebuild cruft

2005-04-28 Thread Athul Acharya
> Purging old versions for a few seconds speed increase in portage [snip] Few seconds? Try few miliseconds, if anything, at all, ever. The original email in this thread gave me the best laugh I've had in a while, until I realized it came from a dev; then I was very sad. Athul -- gentoo-dev@gen

Re: [gentoo-dev] Portage ebuild cruft

2005-04-28 Thread Tom Wesley
On Thu, 2005-04-28 at 18:40 +0200, Heinrich Wendel wrote: > Hi, > > Portage is slow? How to make it faster? By removing unused ebuilds! > > I wrote a little script to check which ebuilds in portage aren't used > anylonger, here the result: > > Total packages checked: 9076 > Total ebuilds checke

Re: [gentoo-dev] Portage ebuild cruft

2005-04-28 Thread Brian Harring
On Thu, Apr 28, 2005 at 06:40:23PM +0200, Heinrich Wendel wrote: > Hi, > > Portage is slow? How to make it faster? By removing unused ebuilds! Define "faster". All this would do is cut down on a couple of stats per pkg; the # of ebuilds per pkg isn't a huge issue, the scanning of vdb and Config

[gentoo-dev] Portage ebuild cruft

2005-04-28 Thread Heinrich Wendel
Hi, Portage is slow? How to make it faster? By removing unused ebuilds! I wrote a little script to check which ebuilds in portage aren't used anylonger, here the result: Total packages checked: 9076 Total ebuilds checked: 18662 Total ebuilds to remove: 4643 Of course the script can't detect ev