From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FC2rj-0000TF-Vp for garchives@archives.gentoo.org; Wed, 22 Feb 2006 22:53:48 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k1MMqHsV012886; Wed, 22 Feb 2006 22:52:17 GMT Received: from vms046pub.verizon.net (vms046pub.verizon.net [206.46.252.46]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k1MMjgGF015443 for ; Wed, 22 Feb 2006 22:45:42 GMT Received: from mail.joat.com ([71.114.144.163]) by vms046.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IV40079E1W5TRJ1@vms046.mailsrvcs.net> for gentoo-user@lists.gentoo.org; Wed, 22 Feb 2006 16:45:41 -0600 (CST) Received: from localhost (cornholio.joat.com [127.0.0.1]) by mail.joat.com (Postfix) with ESMTP id B725B156E5 for ; Wed, 22 Feb 2006 17:45:40 -0500 (EST) Received: from mail.joat.com ([127.0.0.1]) by localhost (mail.joat.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13631-05 for ; Wed, 22 Feb 2006 17:45:39 -0500 (EST) Received: from [127.0.0.1] (dnebing.tbbgl.com [141.151.196.13]) by mail.joat.com (Postfix) with ESMTP for ; Wed, 22 Feb 2006 17:45:39 -0500 (EST) Date: Wed, 22 Feb 2006 17:44:31 -0500 From: Dave Nebinger Subject: Re: [gentoo-user] What happens with masked packages? In-reply-to: <200602221612.33988.bss03@volumehost.com> To: gentoo-user@lists.gentoo.org Message-id: <43FCE94F.1060802@joat.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-Virus-Scanned: amavisd-new at joat.com References: <200602222055.42113.tcoulon@decoulon.ch> <43FCC33D.7000303@joat.com> <200602222138.01006.tcoulon@decoulon.ch> <200602221612.33988.bss03@volumehost.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0 X-Archives-Salt: 244d659c-890b-4e6f-ab59-9be19af219f8 X-Archives-Hash: d42775daad13a62d23dbbb35a1eced1b Boyd Stephen Smith Jr. wrote: > > I hate how emerge / portage calls a missing keyword "masked". It's really > not the same thing as being in package.mask (so called "hard-masked"). [snip] > Right now, we see package.mask, -*, and sometimes even ~ARCH being used to > indicate instability from upstream. For example, the gcc-4.1 ebuilds work > perfectly, yet are marked -*. As another example, there was a bit of time > when the KDE 3.5_beta2 ebuilds worked fine (and were ~ARCH) but they were > package.mask'ed. Unfortunately we are in such a state that you don't really know if a soft-masked package is soft-masked because the ebuild is unstable or whether the package itself is as yet considered unstable; I don't think the soft-masking is used in a consistent way even though the gentoo devs might believe it is. With hard-masked packages it's pretty clear that you shouldn't use them unless you *really* know what you're doing. But with soft-masked packages it's not as clear. Even if it were the case that soft-masking indicates only ebuild instability, the ebuild controls how the package is compiled, installed, configured... A bad ebuild could really mess up your system even if the package itself has no problems. The handbook clearly suggests that you should avoid even soft-masked packages for production systems, although we would all be able to say where we've used a soft-masked package with no issues. Recently there was a thread going on about a user with a soft-masked glibc and a problem with "mdns off" in /etc/host.conf; glibc is such a critical system component, imagine what you'd need to do if the soft-masked glibc resulted in a corrupt library, the core library that all of your system components use in one fashion or another. No boot, no shell, no command execution, no remote access to fix, etc. You're left booting from a recovery disk to try to either restore from your latest backup (if you're making backups) or rebuilding components trying to get the system back to a workable state. To that end, you should consider the consequences of using those soft-masked packages and whether you're willing to deal with them in the face of failures. -- gentoo-user@gentoo.org mailing list