Re: [gentoo-portage-dev] New preserve-libs feature

the transitional phase until all apps are built against the new ABI, but how would you find these vulnerable apps currently? revdep-rebuild wouldn't rebuild them since they are still functional. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] [PATCH] --config-root command-line option

at its root: /etc/sudoers has the following: # Reset environment by default Defaultsenv_reset Commenting that out reverts this annoying behaviour and fixes all kinds of bugs. -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] GLEP 14?

for that. [1] http://bugs.gentoo.org/show_bug.cgi?id=144480 -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Moving ebuild-related where they belong

the ebuild devs wouldn't like it at all :-/ -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Moving ebuild-related where they belong

adding another eclass to the inherit line for ~15'000 ebuilds. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Moving ebuild-related where they belong

isn't good. I agree here. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

[gentoo-portage-dev] Moving ebuild-related where they belong

, comments, alternative approaches, flames, all are welcome. [1] http://bugs.gentoo.org/show_bug.cgi?id=121317 [2] http://bugs.gentoo.org/show_bug.cgi?id=136792 -- Kind Regards, Simon Stelling Gentoo/AMD64 developer # Copyright 1999-2006 Gentoo Foundation # Distributed under the terms of the GNU

Re: [gentoo-portage-dev] Refactoring ebuild.sh

be solved with a different env handling, tbh. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] [PATCH] use.force and package.use.force (bug #142853)

because a build breaks with USE=-foo. Other than that, I'm for it. It will make my job easier :) -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] has_version and built_with_use ignore package.provided

Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] [PATCH] per-package use.mask (bug 96368)

Zac Medico wrote: Shall we go ahead with the package.use.mask implementation or not? Yes, please! -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Re: Atom matching behavior

)* implicitly, you open up potential issues like above. Nonissue, really. -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] feature freeze for 2.1

for 2.2? -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Stablizing portage 2.1

cleanup will introduce many bugs, and if there are any, it should be pretty easy to fix them. -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Breakout etc-update, dispatch-conf

I'm all for it. How about 'virtual/config-manager'? -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Outstanding decisions

not that complex... Bug: Split CONFIG_PROTECT into separate installing and uninstalling options (nuke untouched files) http://bugs.gentoo.org/show_bug.cgi?id=8423 The classical one with a huge CC list. Whatever decision is made, this finally needs to get (fixed and) closed. -- Kind Regards, Simon

[gentoo-portage-dev] Outstanding decisions

bugs or so :/ It would be nice if we could make the needed decision and then close the bugs where it is NOTABUG/INVALID/LATER. I hate stale bug listings ;) -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] should we add userpriv and usersandox to make.globals FEATURES?

came to #g-portage and asked whether FEATURES='usersandbox -sandbox' resulting in sandbox enabled is expected behaviour or not. Before we add usersandbox to the default FEATURES we should make sure that -sandbox always disables sandbox. -- Kind Regards, Simon Stelling Gentoo/AMD64 Developer

Re: [gentoo-portage-dev] emaint and handling of user editable files

the lines starting with said prefix out of the file, and the user could remove old comments in the same go. Regards, -- Simon Stelling Gentoo/AMD64 Operational Co-Lead [EMAIL PROTECTED] -- gentoo-portage-dev@gentoo.org mailing list

Re: [gentoo-portage-dev] Improved user information and communication

way is google, IMHO. Regards, -- Simon Stelling Gentoo/AMD64 Operational Co-Lead [EMAIL PROTECTED] -- gentoo-portage-dev@gentoo.org mailing list