Date: Thu, 19 Jul 2001 12:37:09 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Maxim Sobolev <sobomax@FreeBSD.org> Cc: Will Andrews <will@physics.purdue.edu>, Jun Kuriyama <kuriyama@imgsrc.co.jp>, 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> In-Reply-To: <3B568FAC.5844BA4B@FreeBSD.org>; from sobomax@FreeBSD.org on Thu, Jul 19, 2001 at 10:43:40AM %2B0300 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010719123709.A32061>