From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Dan Nicholson" Date: Thu, 28 Aug 2008 15:38:28 +0000 Subject: Re: strange version jump of libvolume_id.so with udev-126 Message-Id: <91705d080808280838r49c4979ep634cc6b069219770@mail.gmail.com> List-Id: References: <200808281104.32255.zzam@gentoo.org> In-Reply-To: <200808281104.32255.zzam@gentoo.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Thu, Aug 28, 2008 at 5:21 AM, Kay Sievers wrote: > On Thu, Aug 28, 2008 at 11:04, Matthias Schwarzott wrote: >> It seems the version of libvolume_id.so jumped in an unwanted way between >> udev-125 and udev-126. >> >> udev-125 installed this lib: >> /lib/libvolume_id.so.0.85.0 >> >> But udev-126 does install this: >> /lib/libvolume_id.so.0.0.86 >> >> >> One more libtool strangeness I guess. >> extras/volume_id/lib/Makefile uses >> -version-info $(VOLID_LT_CURRENT):$(VOLID_LT_REVISION):$(VOLID_LT_AGE) >> >> changing that to >> -version-number $(VOLID_LT_CURRENT):$(VOLID_LT_REVISION):$(VOLID_LT_AGE) > > Yeah, but that it looks right. The old numbers have been wrong. We > intended to increase the revision, not the age. That's what you get > with home-grown Makefiles, it's just wrong in too many cases. :) > > I guess, it's time to remove the deprecated functions from > libvolume_id now, and bump the major to 1, if the new (and correct) > naming is causing trouble? You could keep using -version-info and pass 85:1:85 or 86:0:86. That would give you .so.0.85.1 or .so.0.86.0. That would keep the status quo for now and you could just follow the libtool rules from there: http://www.gnu.org/software/libtool/manual/libtool.html#Updating-version-info Once you decide to bump to .so.1, you could reset to 1:0:0 or something more in line with the "number of interfaces" concept in libtool. -- Dan