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.43) id 1Dsfju-0005jQ-6e for garchives@archives.gentoo.org; Wed, 13 Jul 2005 11:49:22 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6DBlMM4010833; Wed, 13 Jul 2005 11:47:22 GMT Received: from smtp809.mail.ukl.yahoo.com (smtp809.mail.ukl.yahoo.com [217.12.12.199]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6DBhiar001184 for ; Wed, 13 Jul 2005 11:43:45 GMT Received: (qmail 79435 invoked from network); 13 Jul 2005 11:44:44 -0000 Received: from unknown (HELO wadham.oxford.ac.uk) (jmconveyors@86.133.4.219 with plain) by smtp809.mail.ukl.yahoo.com with SMTP; 13 Jul 2005 11:44:41 -0000 Received: by wadham.oxford.ac.uk (nbSMTP-0.99) for uid 1000 david.morgan@wadham.oxford.ac.uk; Wed, 13 Jul 2005 12:39:42 +0100 (BST) Date: Wed, 13 Jul 2005 12:39:37 +0100 From: David Morgan To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Does (-win32codecs) mean Slots? Message-ID: <20050713113937.GA12265@valinor.dynalias.net> Mail-Followup-To: gentoo-user@lists.gentoo.org References: <20050712112918.732fb0d3@mating-tux.renatik.de> <1121163149.15192.90.camel@neuromancer.home.net> <20050712104739.GA11409@valinor.dynalias.net> <1121223048.15192.123.camel@neuromancer.home.net> <20050713094623.GA11444@valinor.dynalias.net> <42D4E7BB.3070708@planet.nl> <20050713101507.GA11949@valinor.dynalias.net> <42D4EF76.1010507@planet.nl> <20050713104706.GA12081@valinor.dynalias.net> <42D4FACE.2070509@planet.nl> 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=utf8 Content-Disposition: inline In-Reply-To: <42D4FACE.2070509@planet.nl> User-Agent: Mutt/1.5.8i X-Archives-Salt: c4838b52-e75e-45b0-9258-be34eab2fd27 X-Archives-Hash: dad746233263a0f97481709fbb0a97c9 (top posting because I can't be bothered to sort all the irrelevant stuff you posted) The person in question is using /usr/portage/profiles/uclibc/x86 If you look in /usr/portage/profiles/uclibc/x86/parent you'll see that t's parent profile is /usr/portage/profiles/uclibc/. If you look in /usr/portage/profiles/uclibc/parent you'll see that it's profile is /usr/portage/profiles/base. Now, look in /usr/portage/profiles/base/use.mask That's the reason the win32codecs useflag is masked on this profile, as I explained in an earlier email. Dave On 13:28 Wed 13 Jul , Holly Bostick wrote: > David Morgan schreef: > > On 12:39 Wed 13 Jul , Holly Bostick wrote: > >>Obviously -- or at least it seems obvious to me, but that doesn't say > >>much-- that if the package is hard-masked, the USE flag that is > >>associated with it will be disabled (because the package the USE flag > >>would call is unavailable). > > > > > > Maybe, but that's not the way portage works these things out > > > Well, it looks like you're at least partially right-- I went back to the > source: > > > # Copyright 2004 Gentoo Foundation. > > # Distributed under the terms of the GNU General Public License v2 > > # $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/use.mask,v 1.14 2005/05/20 11:52:10 lu_zero Exp $ > > > > # This file masks out USE flags that are simply NOT allowed in the default > > # profile for any architecture. This works, for example, if a non-default > > # profile (such as the selinux profiles) have a USE flag associated with > > # them. > > > > uclibc > > > > # aqua USE flag is only valid on Mac OS X > > aqua > > > > # amd64 only: > > emul-linux-x86 > > > > # sparc only: > > ultra1 > > > > # x86 only > > divx4linux > > win32codecs > > kqemu > > > > # Copyright 2004 Gentoo Foundation. > > # Distributed under the terms of the GNU General Public License, v2 > > # $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/x86/use.mask,v 1.8 2005/05/21 01:13:41 lu_zero Exp $ > > > > # This file masks out USE flags that are simply NOT allowed in the default > > # x86 profile. This works, for example, if another architecture's > > # profile have a USE flag associated with (such as altivec, mmx, etc). > > > > # Unmask x86 instruction sets > > -mmx > > -mmx2 > > -mmxext > > -sse > > -sse2 > > -3dnow > > -3dnowext > > -win32codecs > > Plus, these files are where the masks are, the use.mask for the uclibc > profile only contains > > > pam > > nls > > nptl > > nis > > # aqua USE flag is only valid on Mac OS X > > aqua > > > > # this seems to pull in pre compiled glibc libs. > > divx4linux > > > > emul-linux-x86 > > > > > > > > and nothing else (and the other folders in the profile folder don't > contain a use.mask). > > Oh, wait a minute, I think I found it: > > > # Copyright 1999-2004 Gentoo Foundation > > # Distributed under the terms of the GNU General Public License v2 > > # $Header: /var/cvsroot/gentoo-x86/profiles/selinux/use.mask,v 1.1 2005/05/08 23:37:08 pebenito Exp $ > > > > -selinux > > > > # disallow posix acl since this is SELinux > > acl > > > > # aqua USE flag is only valid on Mac OS X > > aqua > > > > # must use a specific SELinux profile that unmasks this > > uclibc > > > > > > > > # Copyright 1999-2004 Gentoo Foundation > > # Distributed under the terms of the GNU General Public License v2 > > # $Header: /var/cvsroot/gentoo-x86/profiles/selinux/2005.1/x86-uclibc/use.mask,v 1.3 2005/05/14 20:53:38 pebenito Exp $ > > > > -uclibc > > > > -win32codecs > > > > # PPC instructions > > altivec > > > > nls > > > > But from this, it looks like there is no way to unmask the USE flags in > question-- "simply NOT allowed" seems pretty definitive, although a > careful reading of man portage might reveal a loophole. But I doubt it.. > and in fact, it does not seem to have any such, from the files list in > man portage: > > > > SYNOPSIS > > /etc/ > > make.globals > > make.conf(5) > > > > /etc/make.profile/ > > deprecated > > make.defaults > > packages > > packages.build > > package.provided > > parent > > use.defaults > > use.mask > > virtuals > > > > /etc/portage/ > > bashrc > > package.mask > > package.unmask > > package.keywords > > package.use > > mirrors > > categories > > > > /etc/portage/profile/ > > site-specific overrides of /etc/make.profile/ > > > > /usr/portage/profiles/ > > arch.list > > categories > > info_pkgs > > info_vars > > package.mask > > profiles.desc > > thirdpartymirrors > > use.desc > > use.local.desc > > use.mask > > > > /var/lib/portage/ > > world > > > > Don't see anything like a use.unmask file. > > What I would now be interested in, if this concerned me, is why this > particular USE flag is "simply NOT allowed" under this extremely > specialized profile, but I have no idea where I would find that > information (except maybe b.g.o, or the gentoo docs related to either > uclibc, hardened/selinux, masked packages, or all of the above). > > Holly > > -- > gentoo-user@gentoo.org mailing list > -- djm -- gentoo-user@gentoo.org mailing list