2010/5/1 Marc Espie <[email protected]>: > On Sat, May 01, 2010 at 04:26:59PM +0400, Vadim Jukov wrote: >> >> Hmmm. Difference in WANTLIB's (while pkgnames are same) means either : >> >> 1. Corresponding WANTLIB in package "a" is less than in "b". This way >> we can be sure that "b" is newer than "a". So no bump required. >> However, if 'a' has libxxx WANTLIB newer than 'b', and 'b' has libyyy >> WANTLIB newer than 'a' then (something gone wrong, but nevermind) and >> bump required. >> >> 2. If (1) did not help, "a" contain WANTLIB that "b" doesn't. If we >> decide as a global rule that this means "'a' is newer" then pkgname >> bump will be required only when actually 'b' is newer. >> >> Yes, those rules will not completely cancel bumps, but at least reduce them. >> >> Sorry for any stupidity. > > You're missing the point. Most trouble happens when we have to adjust > wantlib after an X11 change or something. > > Generally, it goes from a set of WANTLIB to another one. > > Put it another way, first package has > WANTLIB = a b c > > second package has > WANTLIB = a b c d > > which is the newest one ?
"By default", second is newer (empirical rule based on the fact that software gets more complicated in time, not less). If this is not the actual case, then pkgname should be bumped. PLIST DB could handle this fact and allow replacing first packge by second but not vice versa.
