Re: What happened to libgtkhtml19 in unstable?
On Tue, 11 Dec 2001, J.H.M. Dassen (Ray) wrote:
> On Tue, Dec 11, 2001 at 12:07:28 +0900, Junichi Uekawa wrote:
> > possibly lart libgtkhtml maintainer for removing it.
>
> Bring a big and painful LART. The libgtkhtml maintainer is also the libgal
> maintainer and has in that capacity explicitly refused to fix similar
> problems with libgal, as noted in #107796.
This might cause some quite ugly problems with the dependencies between
libraries. Consider e.g.:
Package: abc
Depends: libb7, liba0
Package: liba0
Packages: liba1
Package: libb7
Depends: liba1
This means the binary from abc links with both liba.0 and liba.1 .
In most cases this works with only a warning at compile time, but e.g.
libpng-1.2.0 (not yet in Debian) is very direct in telling you that this
is bad:
<-- snip -->
libpng warning: Application was compiled with png.h from libpng-1.0.8
libpng warning: Application is running with png.c from libpng-1.2.0
libpng error: Incompatible libpng version in application and library
<-- snip -->
Consider now the case a binary is linked with two versions of libgal that
is sometimes even source-incompatible with it's previous version - do you
think programs will run correctly when they are linked with two versions
of this library at the same time?
> > Or, if you are feeling more positive, rebuild against the new
> > libgtkhtml-dev.
>
> I tried that approach with gnumeric, and it only helps to keep you in a red
> queen's race. With gnumeric, I stepped out of that race by linking against
> gal statically, which I've found to be a very satisfactory workaround.
Could you revert this workaround at least for the package that will make
it into stable?
BTW: Now that Evolution-1.0 is released libgal seems to change less
frequently - no new so-name since more than one month.
> Ray
cu
Adrian
--
Get my GPG key: finger bunk@debian.org | gpg --import
Fingerprint: B29C E71E FE19 6755 5C8A 84D4 99FC EA98 4F12 B400
Reply to: