From owner-freebsd-ports Thu Jul 19 3:37:19 2001 Delivered-To: freebsd-ports@freebsd.org Received: from infinitive.futureperfectcorporation.com (curie.sunesi.com [196.25.112.244]) by hub.freebsd.org (Postfix) with SMTP id EE88737B406 for ; Thu, 19 Jul 2001 03:37:14 -0700 (PDT) (envelope-from nbm@gerund.futureperfectcorporation.com) Received: (qmail 48445 invoked by uid 0); 19 Jul 2001 10:37:45 -0000 Received: from choke.sunesi.net (HELO gerund.futureperfectcorporation.com) (196.25.112.242) by infinitive.futureperfectcorporation.com with SMTP; 19 Jul 2001 10:37:45 -0000 Received: (qmail 48209 invoked by uid 1001); 19 Jul 2001 10:37:09 -0000 Date: Thu, 19 Jul 2001 12:37:09 +0200 From: Neil Blakey-Milner To: Maxim Sobolev Cc: Will Andrews , Jun Kuriyama , ports@FreeBSD.org Subject: Re: PORTREVISION bumps on dependency changes (Was: Re: cvs commit: ports/print/freetype2 Makefile) Message-ID: <20010719123709.A32061@mithrandr.moria.org> References: <3B52E709.6514DEC1@FreeBSD.org> <20010716151237.A22423@mithrandr.moria.org> <3B52EF44.FA989ED0@FreeBSD.org> <20010717045537.Z97456@bohr.physics.purdue.edu> <3B541985.8981EE8B@FreeBSD.org> <20010717131449.A24644@mithrandr.moria.org> <3B5439C2.9493996E@FreeBSD.org> <20010717160407.A31908@mithrandr.moria.org> <3B5522DE.ECB3BB1E@FreeBSD.org> <3B568FAC.5844BA4B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3B568FAC.5844BA4B@FreeBSD.org>; from sobomax@FreeBSD.org on Thu, Jul 19, 2001 at 10:43:40AM +0300 Organization: iTouch Labs X-Operating-System: FreeBSD 4.3-RELEASE i386 X-URL: http://mithrandr.moria.org/nbm/ Sender: owner-freebsd-ports@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu 2001-07-19 (10:43), Maxim Sobolev wrote: > > After thinking about it for a while I found that things could be improved significantly even without > > major redesign. We can assign each port some non-decreasing number (not sure how to name it, let's > > call it MAGICKNUMBER for the moment), which to be increased each time when possibly non-backward > > compatible upgrade is performed. For the first time its meaning could be restricted to shared > > libraries only, however its purpose could be broader than just that. > > > > Then, at the package registration time the appropriate mechanism will calculate sum of MAGICKNUMBERs > > of all packages this package depends upon and add result into PORTEPOCH (producing PKGEPOCH), thus > > ensuring that the version number of the package is bumped if necessary. Therefore in our example > > case of libpng we have to increase number in one place, not in some 800 places. > > > > The only problem with this approach could be when dependency list for the package is somehow > > modified (e.g. some entries removed from its LIB or RUN_DEPENDS), so resulting PKGEPOCH after > > upgrade is less than before it. However, in this case committer who does the upgrade can compensate > > for decreased sum of MAGICKNUMBERs by increasing PORTEPOCH, so that resulting PKGEPOCH stays the > > same. > > > > Please let me know what do you think about my idea. > > Any comments? This is somewhat similar to my first suggestion; my complaint to it that it'll bump too often. Also rather detect a _change_ in the magic number, than an increase. But it'll still bump too often. But if we limit to LIB_DEPENDS, we should hit a good percentage, bump still too much, but not as bad. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message