HEADS-UP: Library version number bumps
kris at obsecurity.org
Wed Sep 29 09:37:12 PDT 2004
On Wed, Sep 29, 2004 at 07:27:10PM +1000, Tim Robbins wrote:
> On Tue, Sep 28, 2004 at 11:05:46PM -0400, Ken Smith wrote:
> > >From the "Better late than never" Department...
> > It looks like we should probably bump the version of a couple of
> > the system libraries. With LOTS of help from Kris it looks like
> > this is the list we think needs a version bump, with the version
> > from 4.X being placed in compat4x:
> > libgnuregex.so.2
> > libhistory.so.4
> > libm.so.2
> > libncurses.so.5
> > libopie.so.2
> > libpcap.so.2
> > libreadline.so.4
> > libwrap.so.3
> > The bumps will be coming soon...
> Why do they need to be bumped? Why use the version from 4.x? It sounds like
> this will break a lot of 5.x binaries.
I compared the exported symbols in 4.x and 5.x, compiled the list of
libraries with incompatible changes, and then searched the 4.x package
collection for binaries that link to them. In most cases I was able
to demonstrate the resulting breakage (i.e. by running a relevant 4.x
binary), in other cases it was less clear (e.g. when a 5.x library
stops exporting an extern variable which is used in the 4.x version to
control some behaviour of the library; when run on 5.x the library
will behave differently than on 4.x).
Unfortunately, it will break compatibility with some older 5.x
binaries in the process of fixing compatibility with 4.x binaries,
which is the more important upgrade path (remember that 5.x->5.x
binary compat has already been explicitly broken many times over the
life of the branch). The lesson here is that we need to pay closer
attention to when incompatible changes are made to libraries to avoid
the problem in the future.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040929/28cbccd0/attachment.bin
More information about the freebsd-current