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 1Dw5TU-0002X7-9R for garchives@archives.gentoo.org; Fri, 22 Jul 2005 21:54:32 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6MLrNIM005280; Fri, 22 Jul 2005 21:53:23 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6MLpcx9006739 for ; Fri, 22 Jul 2005 21:51:39 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1Dw5RC-0004KF-L1 for gentoo-dev@lists.gentoo.org; Fri, 22 Jul 2005 21:52:10 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Dw5QS-0001wp-Vx for gentoo-dev@gentoo.org; Fri, 22 Jul 2005 23:51:25 +0200 Received: from ip68-230-66-193.ph.ph.cox.net ([68.230.66.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Jul 2005 23:51:24 +0200 Received: from 1i5t5.duncan by ip68-230-66-193.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Jul 2005 23:51:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Re: upgrade's and rc-scripts Date: Fri, 22 Jul 2005 14:50:27 -0700 Organization: Sometimes Message-ID: References: <20050720215440.GD13808@exodus> <200507201823.15864.vapier@gentoo.org> <42DF90B1.9030806@gmail.com> <42E11632.8040606@gmail.com> 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-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-66-193.ph.ph.cox.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news X-Archives-Salt: bf918b26-aafc-4155-8b74-b503bac5fe9c X-Archives-Hash: 0e2a67bd95fd3235a5597e8077a1010b Zac Medico posted <42E11632.8040606@gmail.com>, excerpted below, on Fri, 22 Jul 2005 08:52:18 -0700: > Duncan wrote: >> Zac Medico posted <42DF90B1.9030806@gmail.com>, excerpted below, on >> Thu, 21 Jul 2005 05:10:25 -0700: >> >> >>>This could be an optional feature such as FEATURES="restartservices". >>>The CONFIG_PROTECT functionality could remain as is. Portage could use >>>a special ebuild variable to determine whether the previous and new >>>ebuilds have compatible configuration file formats (similar to EAPI) and >>>only restart the service if they are compatible. >> >> >> Interesting. Something like PKG_CONFIG_VER, individualized for each >> package. Portage would know not to restart the service between major >> versions, and would know it could if the version stayed the same. The >> question would be what to do for minor config version changes (which >> would equate to compatible in general, but with one or more changes). >> I'd say that should mean a safe restart as well. If it wouldn't be >> safe, and since the config version would be a Gentoo-only arbitrary >> number, I'd say make that a major version change. >> >> > I mentioned this mostly just because the idea popped into my head and > thought others might be interested ;-). Upon further inspection, it does > seem like a "opening can of worms". I'm not sure that the benefits of > this feature would justify the costs of implementing it. Indeed. IMO it's one of those things that get labeled "bluesky" on the various development roadmaps. It'd be nice... some day... but it'd be far more work than it's really worth, today. Furthermore, it wouldn't be the work of just one person, but many Gentoo developers... which wouldn't be bad except for the fact that such would necessarily take away from the limited time (of volunteers, mind you, so the time /is/ limited, to bits and pieces "stolen" from "real life") available for other things, a package or two more one might maintain were it not for the extra work creating and maintaining the versions, adding yet another entire area of possible bugs to the already ever growing bugzilla db. It's a nice idea -- except for all the other things that pursuing it will mean do not get done. That said, many of what we know as the packages we deal with daily today were such "nice ideas" at some point. The trick is finding someone who is sufficiently motivated by this challenge that they put more into it than they'd put into other projects. It's not quite the zero sum game the above paragraph assumes. Find someone (or several someones) sufficiently interested, and it grows the pie. One only has to look at the fantastic and ever growing array of fine packages we have today to realize how true that is, how big the pie is, only because one of the strengths of open source is finding those folks and getting them interested, while at the same time letting them "stand on the shoulders of giants." Really, I believe that's why stuff like Gentoo/FBSD and Gentoo on XBox project, and others, don't get shot down. Everyone realizes that while it might be taking away perhaps 10-50% of the time invested from other things, the other 50-90% is in many cases "growing the pie", investments that wouldn't happen otherwise. I've watched the Gentoo/FBSD project grow from an initial enquiry, and know even as it takes a bit of time from the "Gentoo core" by some, it is just as certainly making Gentoo as a whole more robust, strengthening it in only the way adapting it for other platforms can do. The total *IS* really more than the sum of the parts, or neither the FLOSS community in general nor Gentoo in particular would be where it is today. Thus, if someone's really driven to work on a project, than by all means... Anyway, yes, it's an interesting idea. I hadn't thought of config versioning in quite that way, before, tho I'm sure it's not an entirely new concept (witness the ebuild format versioning so recently discussed, and the versions of such things as the MIME format in the RFCs, before that). If it stimulates someone with the skills to get into it, where they wouldn't have spent the time otherwise, enlarging that pie, that's a GOOD thing, and there are enough reading this list/group that it's certainly possible. However, IMO, if it is to be done, ideally, it gets done by new blood, or at least those sufficiently stimulated by the prospect to devote significantly more time to it than they would have to FLOSS or Gentoo otherwise, so it /is/ growing that pie, not splitting it off into little segments. FWIW... -- 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 in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list