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

From: christos@zoulas.com (Christos Zoulas)
To: gnats-bugs@NetBSD.org, lib-bug-people@netbsd.org,
	gnats-admin@netbsd.org, netbsd-bugs@netbsd.org
Cc: 
Subject: Re: lib/36959: libcrypt changed ABI without bumping minor
Date: Mon, 10 Sep 2007 00:50:12 +0300

 On Sep 9,  9:45pm, salo@Xtrmntr.org (Lubomir Sedlacik) wrote:
 -- Subject: lib/36959: libcrypt changed ABI without bumping minor
 
 | >Number:         36959
 | >Category:       lib
 | >Synopsis:       libcrypt changed ABI without bumping minor
 | >Confidential:   no
 | >Severity:       non-critical
 | >Priority:       low
 | >Responsible:    lib-bug-people
 | >State:          open
 | >Class:          sw-bug
 | >Submitter-Id:   net
 | >Arrival-Date:   Sun Sep 09 21:45:00 +0000 2007
 | >Originator:     Lubomir Sedlacik
 | >Release:        NetBSD -current as of Fri Oct 27 18:22:56 UTC 2006 and newer
 | >Organization:
 | >Environment:
 | n/a
 | >Description:
 | 
 | when trying to use netbsd-3 in a chroot on -current post-newlock2, i
 | discovered that after upgrading libc and libpthread of the host system in the
 | chroot it is not enough to make some applications run (even though it was
 | stated to be).
 | 
 | the reason is that programs using some HMAC functions from libc couldn't find
 | the symbols, since they were moved from libc to libcrypt.  fair enough, i
 | thought that i'll just need to copy the new libcrypt over to the chroot.
 | while doing so i found out that libcrypt minor wasn't bumped even though its
 | ABI has changed.
 | 
 | relevant commits:
 | 
 |  http://mail-index.NetBSD.org/source-changes/2006/10/27/0025.html
 |  http://mail-index.NetBSD.org/source-changes/2006/10/27/0026.html
 
 That would have required a major bump to libc and libcrypt and since the
 number of programs affected were small and it was easy to keep libcrypt
 and libc in sync that it was not worth the trouble.
 
 christos