Re: [gentoo-dev] baselayout-1.11.12-r2 request for testers

2005-06-01 Thread Mike Frysinger
On Wednesday 25 May 2005 06:20 pm, Mike Frysinger wrote: > yes, it's finally that time ... after months of hearing us say 'we want to > get new baselayout stable asap', we're serious last chance ! can someone forward the original e-mail here to gentoo-user ? -mike -- gentoo-dev@gentoo.org mailin

[gentoo-dev] [OT - respond directly] novalug?

2005-06-01 Thread Michael Cummings
On Wednesday 01 June 2005 18:02, Stephen P. Becker wrote: > > That reminds me, there are enough of us in Virginia that there should be > a some sort of get together sometime. Throwing this in the direction of -dev instead, but please send replies directly (we can manage a little cc: action). Any

Re: [gentoo-dev] New developer: Colin Kingsley (tercel)

2005-06-01 Thread Henrik Brix Andersen
On Mon, 2005-05-30 at 16:50 -0400, Aaron Walker wrote: > A new developer has joined our ranks. His name is Colin Kingsley (tercel) and > he will be taking over maintenance of mirrorselect, in addition to working on > a > few other things. Sigh - A new developer who gets the ability to break not o

Re: [gentoo-dev] cvs-ebuilds

2005-06-01 Thread brettholcomb
Maybe I'm missing something here but what does this do that the current ebuilds that access CVS don't do? The current ebuilds - using the CVS eclass fetch the most current CVS version, then you do whatever you need to do just like a regular ebuild. If you need the updated CVS you just emer

Re: [gentoo-dev] cvs-ebuilds

2005-06-01 Thread Mike Frysinger
On Wednesday 01 June 2005 03:13 pm, Timo Horstschäfer wrote: > A few day ago i thought about ebuilds without a version number. there's a bug open atm to get a '_cvs' version tag to go along with '_alpha', '_beta', and all that but development of it has been slow (or not at all) > The thing is to

[gentoo-dev] cvs-ebuilds

2005-06-01 Thread Timo Horstschäfer
A few day ago i thought about ebuilds without a version number. The thing is to fetch all files via cvs and then do the things you do with a normal ebuild. After fetching the files all the content will be packed into a bz2 archive and saved in /usr/portage/distfiles/ i.e. if i emerge again the sto

[gentoo-dev] portage_versions regexp code?

2005-06-01 Thread Ned Ludd
By chance does anybody have most of the functions from /usr/lib/portage/pym/portage_versions.py hashed out in c? -- Ned Ludd <[EMAIL PROTECTED]> -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Bugzilla Bug 79337 make repoman complain if DEPEND and RDEPEND are not set.

2005-06-01 Thread Brian Harring
On Wed, Jun 01, 2005 at 11:25:00PM +0900, Jason Stubbs wrote: > I'd be for having RDEPEND required to be set manually. ;) As would I, actually... Granted it's a useful convenience, but it also makes nailing the deps down much harder. Personally down the line, I'd like to see packages that requi

Re: [gentoo-dev] Bugzilla Bug 79337 make repoman complain if DEPEND and RDEPEND are not set.

2005-06-01 Thread Jason Stubbs
On Thursday 02 June 2005 00:21, Georgi Georgiev wrote: > maillog: 01/06/2005-23:25:00(+0900): Jason Stubbs types > > >... > > Perhaps, further down the track we'd be able to work out something with > > the build farm thingy; check for linkage and warn if things specified in > > RDEPEND aren't linke

Re: [gentoo-dev] Bugzilla Bug 79337 make repoman complain if DEPEND and RDEPEND are not set.

2005-06-01 Thread Georgi Georgiev
maillog: 01/06/2005-23:25:00(+0900): Jason Stubbs types >... > Perhaps, further down the track we'd be able to work out something with the > build farm thingy; check for linkage and warn if things specified in RDEPEND > aren't linked against and build up a whitelist from it... Perhaps repoman >

Re: [gentoo-dev] Bugzilla Bug 79337 make repoman complain if DEPEND and RDEPEND are not set.

2005-06-01 Thread Jason Stubbs
On Tuesday 31 May 2005 09:55, Mike Frysinger wrote: > On Monday 30 May 2005 08:51 pm, Brian Harring wrote: > > On Sun, May 29, 2005 at 02:32:45AM -0400, Mike Frysinger wrote: > > > On Sunday 29 May 2005 01:48 am, Alec Warner wrote: > > > > The actual fix to the bug is a minor one, a small check to