Bug#167409: glibc 2.3.1: breaks XEmacs builds; system breaks on revert to 2.2.5
>>>>> "Daniel" == Daniel Jacobowitz <dan@debian.org> writes:
Daniel> Ahem? You'd prefer we just stopped including libdb1
Daniel> entirely and let all programs using it go to rot? That's
Daniel> what upstream did.
And that's exactly what Ben Collins tried to do. He told me that it
was a Good Idea [tm] to make it as painful as possible to use db 1.85
because it was a waste of time for him to support it, especially since
upstream didn't.
Daniel> We added libdb1-compat ourselves to
Daniel> minimize the pain of the transition, and it did.
You're missing some history, I suspect. That (or at least the libc6
dependency) didn't happen until *after* I bitched, OK? And it
wouldn't have done a damn bit of good anyway. I got hosed because db1
was emulated using the db3 library, and the libdb1 package was broken
because it somehow did the same thing. Even the dump utilities didn't
work, so I couldn't build Coda with db3 and translate the permissions
databases. There was *zero* functionality left in Debian binary
packages to deal with db1 _databases_. Sure, get rid of the legacy
libraries if it's a waste of time for you to maintain them, but don't
get between me and my legacy _data_.
Jan Harkes was so peeved he almost did rm -rf debian in the Coda
sources.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
Reply to: