Re: [gentoo-dev] binary packages and striping

2006-03-09 Thread Diego 'Flameeyes' Pettenò
On Thursday 09 March 2006 04:12, Mike Frysinger wrote: this is kind of a pita in terms of maintenance and imo a hack ... why not just have the splitelf code skip stripped binaries Because of the number of `file` calls needed to identify stripped and non-stripped binaries, I'd say... -- Diego

Re: [gentoo-dev] binary packages and striping

2006-03-09 Thread solar
On Thu, 2006-03-09 at 11:28 +0100, Diego 'Flameeyes' Pettenò wrote: On Thursday 09 March 2006 04:12, Mike Frysinger wrote: this is kind of a pita in terms of maintenance and imo a hack ... why not just have the splitelf code skip stripped binaries Because of the number of `file` calls needed

[gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Diego 'Flameeyes' Pettenò
Okay, solar asked me yesterday, and I think this might be the good moment to start this out. Right now the x86-fbsd keyword is not being used in the main tree, and the whole Gentoo/FreeBSD is handled in an overlay, sharing the ~x86 keyword with standard Gentoo/Linux. Unfortunately this has a

Re: [gentoo-dev] SLOTed MySQL or not?

2006-03-09 Thread Francesco Riosa
Luca Longinotti wrote: As the title says, what would you prefer for the future of MySQL in Gentoo? Please take a moment to read https://forums.gentoo.org/viewtopic-t-438557.html and vote (and eventually comment on it). Thanks! http://bugs.gentoo.org/show_bug.cgi?id=125599 deprecation of

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Alec Warner
Diego 'Flameeyes' Pettenò wrote: Okay, solar asked me yesterday, and I think this might be the good moment to start this out. Right now the x86-fbsd keyword is not being used in the main tree, and the whole Gentoo/FreeBSD is handled in an overlay, sharing the ~x86 keyword with standard

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Stephen Bennett
On Thu, 09 Mar 2006 10:20:33 -0500 Alec Warner [EMAIL PROTECTED] wrote: Basically portage expands $ARCH into use ( so x86-fbsd has ARCH x86, and would get x86 in use, which IMHO, isn't that horrible ). However, you also don't get x86-fbsd shoved into USE, so you have to inject it elsewhere,

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Stephen Bennett
On Thu, 9 Mar 2006 15:29:23 +0100 Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote: To bring ~x86-fbsd keywording in main tree, we mainly need to move a true profile in the tree, not a dummy one, mark it as indev and start the keywording. (I've already cleaned up the default-bsd/fbsd profile

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Diego 'Flameeyes' Pettenò
On Thursday 09 March 2006 16:20, Alec Warner wrote: Basically portage expands $ARCH into use ( so x86-fbsd has ARCH x86, and would get x86 in use, which IMHO, isn't that horrible ). Right now ARCH=x86-fbsd for G/FBSD, as spb already said, so it's not much of the problem. If that will change,

Re: [gentoo-dev] SLOTed MySQL or not?

2006-03-09 Thread Doug Goldstein
Francesco Riosa wrote: Luca (chtekk) Longinotti, will also take care of MySQL, on my request, in a near future, then I'll stay as a backup maintainer for the time coming, or leave if needed for whatever reason. Don't be so hard on yourself. Everyone thinks you did a great job with MySQL. Only

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Alec Warner
Stephen Bennett wrote: On Thu, 09 Mar 2006 10:20:33 -0500 Alec Warner [EMAIL PROTECTED] wrote: Basically portage expands $ARCH into use ( so x86-fbsd has ARCH x86, and would get x86 in use, which IMHO, isn't that horrible ). However, you also don't get x86-fbsd shoved into USE, so you have

Re: [gentoo-dev] New Gentoo doc developer: Josh Saddler (nightmorph)

2006-03-09 Thread Josh Saddler
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yup. Chalk up one more for the SoCal conspiracy. ^_^ Peter Gordon wrote: Another Southern Californian, it would seem. Excellent. If you're ever in the Anaheim/Orange County Area give me a jingle. We could go for some Starbucks and head to Fry's or

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Grobian
On 09-03-2006 12:30:33 -0500, Alec Warner wrote: Regardless, I'd like to reach a conclusion about this, was GLEP 47 submitted to the council for the next meeting? As far as I know: no. I didn't myself because I'm having a problem with ppc-macos and the upcoming x86-macos (they will probably

Re: [gentoo-dev] enable UTF8 per default?

2006-03-09 Thread Kevin F. Quinn (Gentoo)
On Tue, 28 Feb 2006 11:58:03 +0100 Patrick Lauer [EMAIL PROTECTED] wrote: During that discussion we realized that having utf-8 not enabled by default and no utf8 fonts available by default causes lots of recompilation and reconfiguration. Enabling the unicode useflag in the profiles should

Re: [gentoo-dev] x86-fbsd keyword in main tree?

2006-03-09 Thread Diego 'Flameeyes' Pettenò
On Thursday 09 March 2006 20:37, Grobian wrote: As far as I know: no.  I didn't myself because I'm having a problem with ppc-macos and the upcoming x86-macos (they will probably have a lot in common) and am not completely sure whether what Diego and I proposed is actually flexible enough. I

Re: [gentoo-dev] Desktop project lead nominations

2006-03-09 Thread Donnie Berkholz
Donnie Berkholz wrote: NOTE: Please post all replies on gentoo-desktop rather than gentoo-dev. It's about that time again, folks. We're going to have desktop project lead elections within the next month or so. Who's interested in running for lead? Feel free to post a bit on why you'll

Re: [gentoo-dev] Re: binary packages and striping

2006-03-09 Thread Mike Frysinger
On Thursday 09 March 2006 09:24, Mikey wrote: That is my point. There is nothing there to strip file a bug yet during an install I noticed it running scanelf on the entire 248 meg source tree. Kind of a pointless task, not to mention extremely wasteful of resources. yes and no scanelf

[gentoo-portage-dev] Manipulating PROFILE_PATH and MAKE_CONF_FILE

2006-03-09 Thread Detlef Vollmann
portage_const.py defines finally PROFILE_PATH and MAKE_CONF_FILE. As I use portage to build on one host multiple different (embedded) systems with completely different profiles, I hacked portage_const.py to look for an environment variable and if defined use that for defining PROFILE_PATH and