Bug#167409: glibc 2.3.1: breaks XEmacs builds; system breaks on revert to 2.2.5
>>>>> "Mark" == Mark Brown <firstname.lastname@example.org> writes:
Mark> You need to downgrade everything that depends on the new
Mark> libc before downgrading libc itself. dpkg should have told
Mark> you this when you were doing the downgrade (IIRC it should
Mark> have required some explicit cooercion to do the downgrade).
Right. That's the point. As far as I can recall (that system has
since crashed, and what bash history I can recover doesn't contain the
upgrade command) I did
dpkg -i glibc$version_stuff.deb glibc-dev$same_version_stuff.deb
with no --force-depends, expecting to get a bunch of errors from dpkg,
and by looking at what else needed to be reverted, I could decide what
to do. No such luck; I got a half-downgraded system, with no
BTW, that's what I normally do, it's the most straightforward way to
get the needed transitive dependency information. I guess I'm going
to have to find less dangerous way to get the same information.
Mark> I don't think any library can reasonably guarantee full
Mark> backwards as well as forwards compatibility without using a
Mark> new soname for every single ABI change. Doing this for libc
Mark> itself would be unreasonable - it'd be the glibc transition
Mark> over and over again.
The library can't, but Debian can. ld --static for essential
utilities, at least in `sid'. For heaven's sake, `sid' users revert
packages all the time (at least I have to).
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Economics of Information Communication and Computation Systems
Experimental Economics, Microeconomic Theory, Game Theory