Am Sonntag, 1. September 2013, 03:02:47 schrieb Rick "Zero_Chaos" Farina: > On 08/22/2013 07:24 AM, Rich Freeman wrote: > > On Thu, Aug 22, 2013 at 6:19 AM, Markos Chandras <[email protected]> wrote: > >> On 22 August 2013 11:01, Rich Freeman <[email protected]> wrote: > >>> I think the result of a policy like this would be that stable keywords > >>> would get dropped on most peripheral packages, but system packages > >>> might still keep them. > >> > >> What's the point of that? Most users need more than what @system > >> provides so after they deploy the 'stable' stage3 they will > >> start pulling ~arch packages that were never tested against the stable > >> tree. It so much better if stage3 was also ~arch. > > > > Do we actually have examples of this happening? I've never had > > problems with a mix of stable and ~arch keywords. Granted, I'm not > > running ~arch on most libs. > > > > I've seen lots of talk about stable being less reliable than ~arch, > > and ~arch applications on a stable core being unreliable, but I've > > never actually seen any real evidence that either is true. Granted, > > I'm not necessarily expecting a scientific study, but I haven't even > > heard anecdotes. I can't offer much personally - I only really use > > stable to any extent and I find it works just fine other than the > > occasional need to unmask something. > > I unmask/keyword things as needed for Pentoo and I can't say I've ever > noticed a lack of stability due to it. I have a (mostly) stable base of > @system packages and key things like DE's most of the time, but I also > randomly mix in an ~arch package or two when I need to. Almost all of > the security tools I put on Pentoo are ~arch, and many of them pull in > some random ~arch libs, etc. I can't say I've never had an issue but as > long as we all keep the deps are correct as possible it really isn't an > issue.
As a sidenote, that is exactly what --autounmask-write does as well. Meaning whoever uses this very nifty portage feature will end up with such a mix of stable and testing as well. -- Andreas K. Huettel Gentoo Linux developer [email protected] http://www.akhuettel.de/
signature.asc
Description: This is a digitally signed message part.
