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 5BF7A138247 for ; Sat, 11 Jan 2014 15:20:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5E6F9E0C15; Sat, 11 Jan 2014 15:20:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 57746E0BE1 for ; Sat, 11 Jan 2014 15:20:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 7D2A733F6EF for ; Sat, 11 Jan 2014 15:20:00 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.267 X-Spam-Level: X-Spam-Status: No, score=-1.267 tagged_above=-999 required=5.5 tests=[AWL=-1.144, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.121, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zbG_lwlJTsVU for ; Sat, 11 Jan 2014 15:19:54 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 59EDF33F439 for ; Sat, 11 Jan 2014 15:19:53 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W20Lk-0001ty-PV for gentoo-dev@gentoo.org; Sat, 11 Jan 2014 16:19:48 +0100 Received: from ip68-231-22-224.ph.ph.cox.net ([68.231.22.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Jan 2014 16:19:48 +0100 Received: from 1i5t5.duncan by ip68-231-22-224.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 11 Jan 2014 16:19:48 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: RFC: storing predefined INSTALL_MASK directory lists in repos Date: Sat, 11 Jan 2014 15:19:24 +0000 (UTC) Message-ID: References: <20140111112019.45f81ec6@gentoo.org> <20140111115338.26339.qmail@stuge.se> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip68-231-22-224.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT 6daf184 /usr/src/portage/src/egit-src/pan2) X-Archives-Salt: ee872c33-43de-4044-8b2c-3a6e7ba7e3f2 X-Archives-Hash: 4ba00fe4fd256459401cff22a1f29ea7 Peter Stuge posted on Sat, 11 Jan 2014 12:53:38 +0100 as excerpted: > Michał Górny wrote: >> INSTALL_MASK="systemd bash-completion" >> >> What are your thoughts? > > It seems like this will generally duplicate all -USE flags. > > Would it make sense to instead have a single setting which changes the > meaning of USE to be that everything not USEd is install-masked? > > Rather than adding another distinct step into the pipeline, perhaps the > trigger for doing the filtering can instead be integrated with an > existing mechanism, to optimize for low complexity and high reuse? No, this would not be a duplicate. Gentoo policy is that the mere installation of a few small and harmless if not used files should not be controlled by USE flags, as that will force an entire package rebuild just to get them. So files such as systemd units and bash-completion triggers are always installed, since if the target isn't used anyway, their existence isn't going to cause any harm. The justification is that few people will care more about a couple of small files than they would about the hassle of having to rebuild an entire package just to get them if they change their mind, and for those on small systems or embedded, where the space really /does/ matter, or for those who REALLY don't want them, install-mask is an existing general control mechanism fit for the task. But then you get people potentially breaking their systems because they naively masked anything with systemd in the name, for example, including the upstream standard name /usr/$LIBDIR/systemd/systemd-udevd, which gentoo currently renames to /sbin/udevd. Now we have to patch not only the udev package, but any package that calls systemd-udevd. So the next step in automation and safety is as proposed here, provide a standard location for pre-created "safe" mask files that a user can then choose to activate, or not, as they please, very likely with an eselect module to follow that provides a nice gentoo-standard GUI for doing so, thus both exposing more browsable mask choices to the user than the user may otherwise be aware of, and letting the user activate them safely without messing with the "raw" and potentially unsafe if they don't really know what they're doing INSTALL_MASK settings. Of course the raw INSTALL_MASK settings would still be there for users who want/need to use them. This won't remove them and users with enough expertise can still mask as they always have. This will simply give users that need it a less sharp and hazardous way of activating mask settings pre-cleared as "safe" by gentoo devs, who in turn now get the ability to change what's in those safe settings (but not whether the user has them activated) as upstream moves things around, making formerly safe and effective values either no longer safe, or no longer effective. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman