> > +--- glibc-2.3.6/debian/sysdeps/kfreebsd-amd64.mk~ 2006-03-15 > > 21:53:59.000000000 +0100 > > ++++ glibc-2.3.6/debian/sysdeps/kfreebsd-amd64.mk 2006-03-16 > > 07:47:12.000000000 +0100 > > +@@ -3,7 +3,7 @@ > > + libc_rtlddir = /lib64 > > + > > + # /lib64 and /usr/lib64 are provided by glibc instead base-files: #259302. > > +-define libc0.1_extra_pkg_install > > ++define libc6_extra_pkg_install > > + ln -sf /lib debian/$(curpass)/lib64 > > + ln -sf lib debian/$(curpass)/usr/lib64 > > + endef > Have you tested that? If yes, I will commit it in the glibc.
We should also finish discussion about ld.so path (libc_rtlddir) http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-January/001008.html http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-February/001053.html http://lists.alioth.debian.org/pipermail/glibc-bsd-devel/2006-February/001062.html Now it looks like almost all uses $ ldd /usr/bin/man libgdbm.so.3 => /usr/lib/libgdbm.so.3 (0x0000000800631000) libc.so.0.1 => /lib/libc.so.0.1 (0x0000000800736000) /lib/ld-kfreebsd-x86-64.so.1 (0x0000000800518000) exception is glibc (r1284) $ ldd /usr/bin/iconv libc.so.0.1 => /lib/libc.so.0.1 (0x0000000800625000) /lib64/ld-kfreebsd-x86-64.so.1 (0x000000080050c000) Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
