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

2006-03-10 Thread Ramon van Alteren
No dev but +1 from me. I liked slotted mysql a lot and use it extensively. It has helped us tremendously during our upgrade path and I would be very sad to see it go. Public opinion is just that, public opinion, doesn't neccesarily mean something went wrong. FWIW, I'd like to keep the

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

2006-03-10 Thread Luca Longinotti
Ramon van Alteren wrote: No dev but +1 from me. I liked slotted mysql a lot and use it extensively. It has helped us tremendously during our upgrade path and I would be very sad to see it go. Public opinion is just that, public opinion, doesn't neccesarily mean something went wrong.

[gentoo-dev] Lugcamp 2006 in Ofterschwang / Germany

2006-03-10 Thread Markus Ullmann
Howdy, from 25. - 28.05.2006 there will be the yearly Lugcamp in Ofterschwang, Southern Germany/Border to Austria. In contrast to other events, this is only a small, non-commercial event to enjoy meet-and-greet, having fun doing useful/useless things and some sightseeing if your're interested.

[gentoo-dev] USE_EXPAND in IUSE ( again )

2006-03-10 Thread Alec Warner
So folks seem to want things both ways. Some people believe that USE_EXPAND'd variables are private: || I have yet to be enlightened on any merit of USE_EXPAND is so perhaps || you could explain as to why there should be || user-configured-yet-undocumented options for ebuilds? More precisely, ||

Re: [gentoo-dev] USE_EXPAND in IUSE ( again )

2006-03-10 Thread Jason Stubbs
On Saturday 11 March 2006 14:19, Alec Warner wrote: Either USE_EXPAND always goes in IUSE, or USE_EXPAND never goes in IUSE. Regardless of what is displayed, portage will eventually need to know what USE_EXPAND env vars are modifying the behaviour of an ebuild. Consider extending --newuse to

[gentoo-portage-dev] Enabling RSYNC_OPTIONS to be set in make.conf

2006-03-10 Thread Robert Larson
Hello list, I am needing to allow for further configuration of rsync for syncing portage. The addition of RSYNC_OPTIONS in make.conf could alleviate this need for me, but what do you guys think? In my case, the local rsync mirror needs to be password protected to meet our company's security

Re: [gentoo-portage-dev] Move PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals?

2006-03-10 Thread Kito
On Mar 10, 2006, at 4:26 AM, Zac Medico wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, What do people think about moving PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals? Would the profiles not be a more logical place to set these? If not, can we twist the logic to

Re: [gentoo-portage-dev] Enabling RSYNC_OPTIONS to be set in make.conf

2006-03-10 Thread Ned Ludd
On Fri, 2006-03-10 at 14:38 -0600, Robert Larson wrote: Hello list, I am needing to allow for further configuration of rsync for syncing portage. The addition of RSYNC_OPTIONS in make.conf could alleviate this need for me, but what do you guys think? [snip] I think genone has a more

Re: [gentoo-portage-dev] Move PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals?

2006-03-10 Thread Jason Stubbs
On Saturday 11 March 2006 06:48, Kito wrote: On Mar 10, 2006, at 4:26 AM, Zac Medico wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, What do people think about moving PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals? Would the profiles not be a more logical

Re: [gentoo-portage-dev] Move PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals?

2006-03-10 Thread Kito
On Mar 10, 2006, at 10:01 PM, Jason Stubbs wrote: On Saturday 11 March 2006 06:48, Kito wrote: On Mar 10, 2006, at 4:26 AM, Zac Medico wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, What do people think about moving PORTAGE_INST_UID and PORTAGE_INST_GID to make.globals?