Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 18.09.2007 um 01:33 schrieb Mike Frysinger: ive been sending private e-mails as i didnt want to make a lot of noise, but many of the comments i make i imagine would be applicable to a lot of people ... i also see others doing reviews and such /me also likes reading them on this list. If anyone wants to filter them, procmailing [gentoo-dev].*[gentoo- commits] will do. Robert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFG73cvyZx3L/ph1soRAidUAJ4hw+RE26wq1vaR5MHEaV2wdL9KjwCfeXzB ldFjS6tBKxjBLEd8SJz68AE= =Wpdu -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
[gentoo-dev] Last rites: net-irc/xdcc-fetch
# Matti Bickel [EMAIL PROTECTED] (18 Sep 2007) # Masked for removal in 30 days # Last release 2005, only works with # unsupported FXRuby-1.0 or -1.2. (bug #177785) net-irc/xdcc-fetch Jokey agreed to let it go. This will greatly simplify FXRuby stuff :-) -- Regards, Matti Bickel Signed/Encrypted email preferred (key 4849EC6C) pgpsUzdRa91Gh.pgp Description: PGP signature
Re: [gentoo-dev] meaning of sqlite/sqlite3 use flag
Caleb Tennis wrote: Does anything need the sqlite2 support in QT? Not explicitly. Qt can also build against an internal version of sqlite2, so it shouldn't be too big of a problem to remove this particular dep (but that doesn't get rid of the flag issue, I suppose). Caleb So let's use the internal sqlite2 library and just use the sqlite USE flag. Since it won't really affect depends that way. It'll basically be sqlite support... -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] meaning of sqlite/sqlite3 use flag
Mike Frysinger wrote: On Friday 14 September 2007, Hanno Böck wrote: I noticed that the sqlite/sqlite3-useflags have no consistent meaning in the tree. E.g. - apr-util uses sqlite for sqlite-2.x support and sqlite3 for sqlite-3.x support - eix uses sqlite for sqlite-3.x support Just the first examples I found, you can find countless for both of them in the tree. We should imho decide if a) sqlite means sqlite-2.x and sqlite3 means sqlite-3.x. b) sqlite means enable sqlite-support always and sqlite+sqlite3 means if both are available use sqlite-3.x instead of 2.x. I don't care which one (or a completely different one), but I think it should be made clear. At least I think the current behaviour in the tree doesn't really make sense. how about 'sqlite' means you want sqlite irregardless of version ... then sqlite-2 either gets punted from apr-util or it gets a local USE flag 'sqlite-old' for older cruft -mike I agree with this. I'd take this a step further, using old cruft isn't a choice anymore. If an app supports sqlite2 and sqlite3, we'll have a USE=sqlite that'll enable sqlite3... sqlite2 just isn't an option anymore. The conversion process is very simple... Step 1) mv mydatabase.db mydatabase.db-old Step 2) sqlite mydatabase.db-old .dump | sqlite3 mydatabase.db Step 3) Profit! I'm willing to start making this change asap in the tree. Since sqlite2 and sqlite3 are SLOTED, people won't lose their sqlite2 binary and will be able to make the conversion. I'll even add an ewarn for people to make sure to update their databases to sqlite3. Also, qt already uses it's own internal sqlite2 library and doesn't use the system library so that won't be a problem. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] heads up: autotools.eclass and invalid autoconf depend atoms
while adding support to autotools.eclass for WANT_AUTOCONF=none, i noticed we didnt have a fallback for invalid WANT_AUTOCONF values so i added one ... what i didnt realize is that apparently there are ebuilds in the tree which actually got this wrong (erp!) so if you get a dependency error it's because the ebuild in question is setting the wrong value for WANT_AUTOCONF ... valid values are: none, 2.1, 2.5, latest if your ebuild is doing like 2.58 or 2.59 or 2.60 or something, then you should just delete the line and let the default value from autotools.eclass take care of things -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
On Wed, Sep 19, 2007 at 01:28:54AM +0200, Lars Weiler wrote: IMHO this list is a good place for the responses, so that every dev can learn from them. Don't keep them in private only. I can add an appropriate Reply-To in the commit-messages, so that the replies show up here. Reply-To on gentoo-commits is already set to [EMAIL PROTECTED] -- Robin Hugh Johnson Gentoo Linux Developer Infra Guy E-Mail : [EMAIL PROTECTED] GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpPWGCOVg23E.pgp Description: PGP signature
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
* Mike Frysinger [EMAIL PROTECTED] [07/09/17 19:33 -0400]: how do people feel about responses ? keep them all on gentoo-dev or start a new list just for reviews ? IMHO this list is a good place for the responses, so that every dev can learn from them. Don't keep them in private only. I can add an appropriate Reply-To in the commit-messages, so that the replies show up here. Thanks a lot for reviewing! Regards, Lars -- Lars Weiler [EMAIL PROTECTED] +49-171-1963258 Instant Messaging : [EMAIL PROTECTED] Gentoo Linux PowerPC : Developer Gentoo Infrastructure : CVS/SVN Administrator pgpx8p14iJieY.pgp Description: PGP signature
Re: [gentoo-dev] Council 2007 Election Results
Shyam Mani wrote: http://dev.gentoo.org/~fox2mike/elections/council/2007/ The official link : http://www.gentoo.org/proj/en/council/ Regards, -- Shyam Mani | [EMAIL PROTECTED] docs-team | http://gdp.gentoo.org devrel | http://devrel.gentoo.org infra | http://infrastructure.gentoo.org GPG Key| 0xFDD0E345 signature.asc Description: OpenPGP digital signature