From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QEFzZ-0002pk-7U for garchives@archives.gentoo.org; Mon, 25 Apr 2011 07:13:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AF2221C072; Mon, 25 Apr 2011 07:13:47 +0000 (UTC) Received: from mail-pw0-f53.google.com (mail-pw0-f53.google.com [209.85.160.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 413841C011 for ; Mon, 25 Apr 2011 07:13:18 +0000 (UTC) Received: by pwj7 with SMTP id 7so1836636pwj.40 for ; Mon, 25 Apr 2011 00:13:18 -0700 (PDT) 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 Received: by 10.68.50.100 with SMTP id b4mr3350018pbo.506.1303715598470; Mon, 25 Apr 2011 00:13:18 -0700 (PDT) Sender: antarus@scriptkitty.com Received: by 10.68.51.161 with HTTP; Mon, 25 Apr 2011 00:13:18 -0700 (PDT) In-Reply-To: <20110424215823.GA24437@linux1> References: <20110424215823.GA24437@linux1> Date: Mon, 25 Apr 2011 00:13:18 -0700 X-Google-Sender-Auth: fRG9D5aeSSwNeWhM4JDX8gJyyMU Message-ID: Subject: Re: [gentoo-dev] rfc: logrotate and xinetd use flags From: Alec Warner To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: X-Archives-Hash: 280cb9ec2fbcbdee48abde1288c9cc7a On Sun, Apr 24, 2011 at 2:58 PM, William Hubbs wrote: > All, > > I know a decision about this type of use flag was made in the past, but > especially now with the --newuse option in portage, that decision > bothers me, so I would like to re-open the discussion. > > I will use logrotate as my example, but what I'm saying also applies for > xinetd. In general having use-flags control the *config* that we ship with packages is a silly idea. Ideally we should ship whatever upstream ships. If they don't ship a logrotate config but we want to ship one, awesome! There is no way we can make enough unique packages to support everyone's configuration...that is why users can configure things to their liking themselves. In the end there are really only a few ways this ends up: 1) We install logrotate but the user doesn't use it because they do not have logrotate installed. This is not a big deal. For example we install headers all the time that the user *may* not never use to compile against. I don't see users complaining about that. The logrotate file is small and it only has 1 directory in /etc. 2) We install logrotate but the user does not like the defaults. In that case they should modify the defaults. They have plenty of options (puppet, cfengine, chef, bcgf2, a post install hook for the package mangler...) to change the content of the logrotate file. 3) We install logrotate and the user uses the default. > > I feel that the current approach (using INSTALL_MASK) to control whether > these configuration files are installed or not is not well documented. > We tell people about it on the mailing lists, but I do not know of a > place where it is documented. > > Also, it seems to be an all or nothing arrangement. If I do not want > logrotate support, I have to set the INSTALL_MASK then if I decide later > I want it, I have to unset the INSTALL_MASK and run "emerge -e world" to > get the files installed. I would argue that this is an edge case. How many users actually use install mask in this manner? I imagine most users who don't care about logrotate just don't have the package installed and leave the files in /etc > > If we use a "logrotate" or "xinetd" use flag, it gives the users better > control of which packages have this support, and the --newuse option in > portage can be used to rebuild only the affected packages. I don't want to get into the habit of having use flags for run-time package configuration. > > I guess the argument against the use flag was that packages were being > rebuilt just to install configuration files. I can see how that could be > a pita for big packages. Did anyone ever bring up using pkg_config to > un/install these files based on the use flags? > > Comments? > > William > >