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
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.
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.
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,
||
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
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
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