From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E85FD138CA3 for ; Sat, 14 Mar 2015 21:02:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8B9A9E0ADC; Sat, 14 Mar 2015 21:02:08 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 52126E0AE4 for ; Sat, 14 Mar 2015 21:02:06 +0000 (UTC) Received: from [192.168.0.13] (ip174-67-205-96.oc.oc.cox.net [174.67.205.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: zmedico) by smtp.gentoo.org (Postfix) with ESMTPSA id 1AF73340827 for ; Sat, 14 Mar 2015 21:02:05 +0000 (UTC) Message-ID: <5504A1CA.8040801@gentoo.org> Date: Sat, 14 Mar 2015 14:02:02 -0700 From: Zac Medico User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-portage-dev@lists.gentoo.org Reply-to: gentoo-portage-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-portage-dev@lists.gentoo.org Subject: Re: [gentoo-portage-dev] custom profiles? References: <1425636949.22708.149.camel@transmode.se> <54FB5D04.3090102@gentoo.org> <1425829669.22708.214.camel@transmode.se> <1425834066.22708.220.camel@transmode.se> <54FC9BC9.50108@gentoo.org> <1426088901.31989.31.camel@transmode.se> <550081CC.3010103@gentoo.org> <1426104966.31989.78.camel@transmode.se> <5500A8F7.2010608@gentoo.org> <1426349563.3123.55.camel@transmode.se> <55047909.5040502@gentoo.org> <1426358476.3123.67.camel@transmode.se> <55048496.4040707@gentoo.org> <1426361442.3123.73.camel@transmode.se> In-Reply-To: <1426361442.3123.73.camel@transmode.se> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0225a346-a080-460e-9281-5dbe92ae409c X-Archives-Hash: 37ae1e1f465df789a81f0b03a72f9cc0 On 03/14/2015 12:30 PM, Joakim Tjernlund wrote: > On Sat, 2015-03-14 at 11:57 -0700, Zac Medico wrote: >> On 03/14/2015 11:41 AM, Joakim Tjernlund wrote: >>> On Sat, 2015-03-14 at 11:08 -0700, Zac Medico wrote: >>>> On 03/14/2015 09:12 AM, Joakim Tjernlund wrote: >>>>> On Wed, 2015-03-11 at 13:43 -0700, Zac Medico wrote: >>>>>> On 03/11/2015 01:16 PM, Joakim Tjernlund wrote: >>>>>>> On Wed, 2015-03-11 at 10:56 -0700, Zac Medico wrote: >>>>>>>> On 03/11/2015 08:48 AM, Joakim Tjernlund wrote: >>>>>>>>> On Sun, 2015-03-08 at 11:58 -0700, Zac Medico wrote: >>>>>>>>>> On 03/08/2015 10:01 AM, Joakim Tjernlund wrote: >>>>>>>>>>> On Sun, 2015-03-08 at 15:47 +0000, Joakim Tjernlund wrote: >>>>>>>>>>>> >>>>>>>>>>>> package.use/package.use.force is a bit different though: >>>>>>>>>>>> cat /etc/portage/package.use/qemu >>>>>>>>>>>> app-emulation/qemu vde -alsa -pulseaudio -bluetooth -opengl qemu_user_targets_x86_64 >>>>>>>>>>>> xattr >>>>>>>>>>>> virtfs >>>>>>>>>>>> static- >>>>>>>>>>>> user >>>>>>>>>>>> >>>>>>>>>>>> #Needed by static-user >>>>>>>>>>>> sys-libs/zlib static-libs >>>>>>>>>>>> dev-libs/glib static-libs >>>>>>>>>>>> sys-apps/attr static-libs >>>>>>>>>>>> >>>>>>>>>>>> Moving this to package.use/package.use.force does not respect -alsa, -pulseaudio, - >>>>>>>>>>>> opengl >>>>>>>>>>>> all >>>>>>>>>>>> flags which has a - on them, emerge wants to turn them on again. >>>>>>>>>>>> >>>>>>>>>>>> Am I missing something? >>>>>>>>>>>> Using portage 2.2.18 >>>>>>>>>>> >>>>>>>>>>> Appears one have to use package.use.mask for that. >>>>>>>>>>> cat package.use.mask >>>>>>>>>>> app-emulation/qemu alsa pulseaudio bluetooth opengl >>>>>>>>>>> It would be handy if one could use the same syntax as in /etc/portage/package.use/qemu(- >>>>>>>>>>> alsa - >>>>>>>>>>> opengl >>>>>>>>>>> etc.) >>>>>>>>>>> >>>>>>>>>>> Jocke >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Yes, the inverted use.mask logic can be confusing if you are not familiar with it. The >>>>>>>>>> negative >>>>>>>>>> flags >>>>>>>>>> have a >>>>>>>>>> special meaning within the context of of portage's "incremental stacking" behavior, so they >>>>>>>>>> can >>>>>>>>>> still >>>>>>>>>> be >>>>>>>>>> useful, though not in the same way that you you attempted to use them. >>>>> >>>>> Just noticed that USE flags in profiles/package.use.mask override everything so this >>>>> USE=thin emerge -av sys-fs/lvm2 >>>>> will not turn on thin if thin is in profiles/package.use.mask >>>>> How can just change the default so a user can easily turn it on ? >>>> >>>> Generally, setting the USE environment variable like that is poor practice, because the setting will >>>> not >>>> persist the next time that you rebuild the package. So, you should set the flag in >>> >>> >>> I know, this was just an example to illustrate that it did not work. >>> >>>> /etc/portage/package.use. You can unmask the flag for lvm2 like this: >>>> >>>> echo "sys-fs/lvm2 -thin" >> /etc/portage/profile/package.use.mask >>> >>> You misunderstand, I have "sys-fs/lvm2 thin" in /etc/portage/profile/package.use.mask >>> and I want a user to able to override this setting, using USE=".." or adding it >>> to their local /etc/portage/package.use file/dir >> >> There's no other way to negate a use mask than to use /etc/portage/profile/{use.mask,package.use.mask} as I >> have described. I don't think that it makes much sense to negate a use mask for a single emerge invocation. >> If you want to do that, then why is the use flag masked anyway? > > I am putting tougher a profile for my company where I want to specify default > USE flags for different apps/libs. Then a user who knows what he/she is doing > should be able to override these defaults. It is not possible as far > as I can tell to override negative USE flags or is there? You can set default USE flags in the profile, and then the users can override those settings locally (both positively and negatively). You should not be using use.mask at all here. The profile can set USE="-flag" in make.defaults, or in packages.use, and the user can override that without having to mess with use.mask. -- Thanks, Zac