From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j3TDPwBi003884 for ; Fri, 29 Apr 2005 13:25:59 GMT Received: by wproxy.gmail.com with SMTP id 68so1087982wra for ; Fri, 29 Apr 2005 06:25:58 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PymeOdWSs19tSest2MzZjor+ZgyiBw4K+cnSAvsBCvqx6u+Hyl+C/9uGtnk8ZvpBwuFSMfRqHFjV8yIqD+3QcSUAFbPq/hpSloo8FGrAfkzLhG6zAoIOA1j29/6EYgnNktNhaZiYuXvC1je7UpA434u9Z8alYdGDOILKjYn0LVw= Received: by 10.54.8.63 with SMTP id 63mr1272935wrh; Fri, 29 Apr 2005 06:25:58 -0700 (PDT) Received: by 10.54.42.40 with HTTP; Fri, 29 Apr 2005 06:25:58 -0700 (PDT) Message-ID: <46059ce1050429062569aa89e4@mail.gmail.com> Date: Fri, 29 Apr 2005 09:25:58 -0400 From: Dan Meltzer To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] New global USE flag: logrotate In-Reply-To: <1114777573.889.104.camel@cgianelloni.nuvox.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Disposition: inline References: <1114677003.14869.14.camel@sponge.fungus> <20050428221807.GV6913@bmb24.uth.tmc.edu> <42716395.8010606@gentoo.org> <200504290936.54086.jstubbs@gentoo.org> <1114777573.889.104.camel@cgianelloni.nuvox.net> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by robin.gentoo.org id j3TDPwBi003884 X-Archives-Salt: 9c9e767b-9917-4d75-8f70-f2d7ab970c39 X-Archives-Hash: e1639835013a49b12ddde5da8f99d911 The problem with ebuild config, at least until bug 11359 is handled, is if the package is emerged early on in a list of packages, there is a chance the person won't know to use ebuild config.... would it be possible for portage to run an ebuild config for _all_ packages that need it after _all_ packages that are being emerged are emerged? This way the upgrade goes without interference, but the customization waits until the person comes back, either that or an emerge config that tracks all packages that need config that have yet to be configged, currently, hoping a person thinks to ebuild packagename config is a lot to ask, unless every package takes use of it... On 4/29/05, Chris Gianelloni wrote: > On Fri, 2005-04-29 at 09:36 +0900, Jason Stubbs wrote: > > > In fact, I've thought many times about supplying "pre-packages" that are > > > no more than a collection of all the config files for a given package. > > > > What about the unused `ebuild [ebuild] config`? Isn't that the perfect place > > for this sort of stuff? The only package that I know that uses this feature > > is mysql. There are way more possibilities. > > I use it fairly regularly. I know that we use it on any game that > requires a CD key, and also for VMWare (I bet most people don't know > that!) to configure the modules. > > I hadn't considered using it for actually configuring a package (duh!) > but that really is a very cool idea. Imagine if we started doing this > for more packages. It would remove one of the primary complaints people > have about Gentoo being "too hard" since they don't know "what to do > next" after they emerge a package. If we got people used to "ebuild > [ebuild] config", then we could remove a good bit of the issue. > > Just an idea, but one I'll probably be using more often now. > > -- > Chris Gianelloni > Release Engineering - Strategic Lead/QA Manager > Games - Developer > Gentoo Linux > > > -- gentoo-dev@gentoo.org mailing list