Subject: lib/11942: Shared library version numbers not updated when translated to ELF
To: None <>
From: None <>
List: netbsd-bugs
Date: 01/12/2001 06:57:14
>Number:         11942
>Category:       lib
>Synopsis:       Old 1.3.2/1.4 binaries does not work because of missing shared libraries
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Jan 12 06:57:00 PST 2001
>Originator:     Tero Kivinen
>Release:        NetBSD 1.5
SSH Communications Security
System: NetBSD 1.5 NetBSD 1.5 (SSH) #0: Tue Jan 2 23:32:28 EET 2001 i386


	The libcrypt and libm have same version number both in 1.3.2
	and 1.5, even when the 1.5 is ELF and 1.3.2 is aout system.
	This causes all old 1.3.2 binaries to fail, because they
	cannot load the / because they are
	ELF binaries instead of aout. I think the library version
	numbers must be updated if there is incompatible change, and I
	think binary format change is incompatible.


	Take old 1.3.2 system, and update it to 1.5 by unpacking the
	tars over the old filesystem (so you try to preserve the old
	libraries and binaries etc). Reboot the machine and notice
	that sshd (old 1.3.2 binary) does not start because it cannot
	find the The old aout was
	overwritten with ELF version when unpacking the new tar file.


	Proper fix would be to update the version numbers every time
	there is incompatible change in the shared libraries.
	Unfortunately it already too late for this.

	The INSTALL file now says that update tries to move old aout
	binaries to the /emul/aout/usr/lib, but I haven't tried this
	for some time. I stopped using update option in the some 1.4
	release when it instead of moving libraries to proper place it
	removed all of my old X11 libraries, which caused all of my
	X11 programs to fail...
	Currently libraries that have same version number in 1.5 and
	1.3.2 are: