[Pkg-db-devel] Bug#441763: actually, no.

[Zack Weinberg]

clone 441763 -1
severity -1 wishlist
reassign -1 libc6
thanks

> What the fuck? Do you have in mind that you rely on a feature that does
> not exists, and you are shouting because it does not exists?

I was not shouting, and even if I were, this level of abuse is inappropriate.

> libc.so.6's has NEVER provided such stub interfaces for the symbols you
> want. Those symbols are in libpthread.so not in libc.so, so your library
> must be linked with libpthread.so.

You are correct; I checked the sarge and etch (i386) libc6 and they
don't provide those symbols either.  I assumed that libc6 must at one
time have provided those symbols for the existing libdb4.2 binary to
get built in the first place; isn't the linker supposed to refuse to
create a shared library with undefined symbols?

That being so, clearly libdb4.2 needs to get relinked against
libpthread for the moment.  I would have preferred to fix this only in
libc6 because that kind of for-the-moment change tends to get left
long after it is unnecessary again, and libdb gets used all over the
place, so the performance penalty will be general.  However, I
recognize the binary compatibility problem.

> Adding the stubs you want is something possible, but that needs to be
> done upstream to not break binary compatibility. From the GNU libc side
> this bug can only be considered as a wishlist.

Fine, re-cloning as a wishlist bug for libc6.

zw