>Number:         32619
>Category:       lib
>Synopsis:       library major bump breaks build.sh
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Jan 24 19:45:00 +0000 2006
>Originator:     Tim Rightnour
>Release:        NetBSD-current as of 1/23/06
>Organization:
	
>Environment:
	
	
NetBSD hadar 3.99.15 NetBSD 3.99.15 (GENERIC) #0: Mon Jan  2 03:42:28 MST 2006  root@hadar:/usr/obj/sys/arch/i386/compile/GENERIC i386
Architecture: i386
Machine: i386
>Description:
The recent bump of libz's major number caused my build.sh to explode.  This is
because we now ship libz.so.1.0 instead of libz.so.0.4.  libz.so.0 should
probably not be put in the obsolete list, because if that is done, postinstall
will delete the old library when doing an upgrade.  I'm not sure what the
correct fix is for this.

=======  5 extra files in DESTDIR  =========
Files in DESTDIR but missing from flist.
File is obsolete or flist is out of date ?
------------------------------------------
./METALOG
./lib/libz.so.0
./lib/libz.so.0.4
./usr/lib/libz.so.0
./usr/lib/libz.so.0.4
=========  end of 5 extra files  ===========

	
>How-To-Repeat:
Build a release, bump a major number on a library, and build again.
	
>Fix:
workaround is to rm destdir/lib/*
	

>Unformatted: