Gentoo Archives: gentoo-portage-dev

From: Marius Mauch <genone@g.o>
To: gentoo-portage-dev@l.g.o
Subject: [gentoo-portage-dev] New preserve-libs feature
Date: Sat, 17 Feb 2007 13:47:43
Message-Id: 20070217144914.593f376b@sheridan.genone.homeip.net
1 If you haven't noticed, I just added a new 'preserve-libs' feature for
2 bug 62207 that moves shared object that are still used but would be
3 removed on an update into the new package instance (so on a update from
4 expat-1 to expat-2 the user would still have libexpat.so.0, owned by
5 expat-2). The actual match criteria are a bit stricter, but you get the
6 idea. I think this is an long overdue bugfix, but given past
7 discussions not everyone has the same opinion, though the last
8 discussion about it ended without a conclusion (at least none that I
9 could see).
10 So everyone who has valid objections to the _general idea_ of this
11 implementation (preserving old libraries to avoid some runtime linker
12 errors) speak up now.
13
14 Just keep the following things in mind:
15 - I'm not claiming that it's a silver bullet to all possible runtime
16 linker problems, it's supposed to cover some of the common cases (like
17 the expat problem)
18 - I'm not claiming that the implementation is perfect yet
19 - This feature is currently optional, so I'm not forcing it down on
20 anyone (in fact it's completely hidden for now). Of course if people
21 start using it ebuild devs will have to deal with it sooner or later,
22 but lets discuss it here first.
23
24 Marius
25
26 --
27 Public Key at http://www.genone.de/info/gpg-key.pub
28
29 In the beginning, there was nothing. And God said, 'Let there be
30 Light.' And there was still nothing, but you could see a bit better.

Attachments

File name MIME type
signature.asc application/pgp-signature

Replies

Subject Author
Re: [gentoo-portage-dev] New preserve-libs feature Simon Stelling <blubb@g.o>