Re: install/45335: postinstall: obsolete libs: use distribution sets

[phaeton@]

The following reply was made to PR install/45335; it has been noted by GNATS.

From: phaeton@
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: install/45335: postinstall: obsolete libs: use distribution sets
Date: Tue, 8 Oct 2013 12:33:09 +0200

 On Mon, Oct 07, 2013 at 05:25:01AM +0000, David Holland wrote:
 > The following reply was made to PR install/45335; it has been noted by GNATS.
 > 
 > From: David Holland <dholland-bugs%netbsd.org@localhost>
 > To: gnats-bugs%NetBSD.org@localhost
 > Cc: 
 > Subject: Re: install/45335: postinstall: obsolete libs: use distribution sets
 > Date: Mon, 7 Oct 2013 05:24:15 +0000
 > 
 >  On Thu, Mar 01, 2012 at 09:15:05AM +0000, Martin Husemann wrote:
 >   >> IMO, for NetBSD controlled directories (i.e. /lib, /usr/lib)
 >   >> deleting everything which isn't in the distribution's mtrees
 >   >> should be fine, shouldn't it?
 >   >  
 >   >  You need to leave around, for each shared library, for each major
 >   >  present the lib with the highest minor.
 >  
 >  The problem is that if you try to revert from a version that has
 >  libfoo.so.5.10 to a version that has libfoo.so.5.5, you'll end up
 >  retaining libfoo.so.5.10 and it might not work. (In the case of libc,
 >  for example, a -current libc and a -6 kernel definitely won't work
 >  together.)
 >  
 >  ISTM that this is a real concern.
 
 ISTM, too. try a higher version of NetBSD, find there's a problem, downgrade,
 boom. Which is why I suggested at some point looking at the mtree sets for
 the distribution under the directories that are under NetBSD's control, in
 contrast to leaving the libs with the highest number lying around. And yes,
 I've shot myself in the foot doing that.
 
 Regards,
 -Martin