Am Donnerstag, 29. Juni 2006 15:34 schrieb Kay Ramme - Sun Germany - Hamburg:
> >>>>> distributions (not me) don't ship db4.2 anymore so they need to 
> >>>>> maintain own
> >>>>> patches to use db4.3/4.4 which can't go upstream..
> >>>> At least the numbering (minor update only) implies compatibility, so 
> >>>> what are the patches for?
> >>> API changes in db. They change API between minor releases which is also 
> >>> normal for other
> >>> stuff. Or change db on-disk format (which thankfully isn't the cas ehere 
> >>> for OOos needs)
> >> Does that mean, that they did change the API incompatible in a MINOR? If 
> >> it did not change incompatible, than there is no problem anyway.
> > 
> > Yes.
> So, SONAME is not of any help here anyway. The db ABI seems to be 

Is is. Of course, those different versions have differend SONAMEs.

> unstable / unreliable. I can only see two solutions, either link hard 
> against one particular version (which is unlikely to be available on all 
> supported distros), or ship it privately.

Yes.. ALthough db4.2 is that old.... But there unfortunately are distros
which think they always must port stuff to the newest db and drop the old ones
with no reasons (ok, for db4.2 there is because it has some licensing problems)

> > I do. You said that you use internal libs because there may be 
> > incompatibilities
> > and changes. zlib is ooold. It has the same ABI/API for years, every disri 
> > ships
> > it etc. For zlib, that argument is bogus. The same for getopt() in Linux
> > (glibc contains it..)
> Again, if zlib and getopt are as stable and as common as you said, it 
> must be easy for you to provide patches to not include them in our Linux 
> builds!

There already is --with-system-zlib. Just not enabled per default for everyone
because *you* (Sun) didn't want that. I am for enabling it on all Linux build 
from
the start.

getopt is libc, so getopt is out of the discussion to make optional, and my
upcoming patch will make it unconditional. Did yet have to do other stuff...

Regards,

Rene
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to