Date: Wed, 17 Apr 2013 15:52:04 +0200 From: Tijl Coosemans <tijl@coosemans.org> To: David Wolfskill <david@catwhisker.org> Cc: freebsd-ports@freebsd.org Subject: Re: Succsessful Upgrade linux_base-f10-10_6 seems to break... a lot Message-ID: <516EA904.2040403@coosemans.org> In-Reply-To: <20130417133705.GA1404@albert.catwhisker.org> References: <20130417133705.GA1404@albert.catwhisker.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2FLBJXWUARSGMWDXBKVUH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-04-17 15:37, David Wolfskill wrote: > I updated FreeBSD on my laptop from: >=20 > FreeBSD g1-227.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #427 r2495= 34M/249542:901504: Tue Apr 16 04:46:43 PDT 2013 root@g1-227.catwhiske= r.org:/usr/obj/usr/src/sys/CANARY i386 >=20 > to: >=20 > FreeBSD g1-227.catwhisker.org 9.1-STABLE FreeBSD 9.1-STABLE #428 r2495= 61M/249581:901504: Wed Apr 17 04:52:06 PDT 2013 root@g1-227.catwhiske= r.org:/usr/obj/usr/src/sys/CANARY i386 >=20 > as I normally do each day. This was uneventful. >=20 > I also updated /usr/ports to r315956. >=20 > On reboot, I then issued: >=20 > sudo script -a portmaster portmaster -ad --index >=20 > which requested an OK for upgrading: >=20 > =3D=3D=3D>>> The following actions will be taken if you choose to proce= ed: > Upgrade linux_base-f10-10_5 to linux_base-f10-10_6 > Upgrade tcl-8.5.13 to tcl-8.5.14 > Upgrade sudo-1.8.6.p7 to sudo-1.8.6.p8 > Upgrade tk-8.5.13 to tk-8.5.14 >=20 > =3D=3D=3D>>> Proceed? y/n [y]=20 >=20 > (to which I assented). >=20 > It subsequently reported: >=20 > =3D=3D=3D>>> Done displaying pkg-message files >=20 > (END)^M=3D=3D=3D>>> The following actions were performed: > Upgrade of linux_base-f10-10_5 to linux_base-f10-10_6 > Upgrade of tcl-8.5.13 to tcl-8.5.14 > Upgrade of sudo-1.8.6.p7 to sudo-1.8.6.p8 > Upgrade of tk-8.5.13 to tk-8.5.14 >=20 > =3D=3D=3D>>> Exiting >=20 >=20 > I then found that any attempt of mine to invoke csh (my login shell) > reported errors -- e.g.: >=20 > g1-227(9.1-S)[3] csh > ELF interpreter /lib/ld-linux.so.2 not found > Abort > ELF interpreter /lib/ld-linux.so.2 not found > Abort > ELF interpreter /lib/ld-linux.so.2 not found > Abort > g1-227(9.1-S)[1]=20 >=20 >=20 > I found similar issues invoking commands such as "cat", "mkdir", "rm", > "grep".... >=20 > I was able to examine the most recent svn log entry for > ports/emulators/linux_base-f10/Makefile: >=20 > -----------------------------------------------------------------------= - > r315899 | tijl | 2013-04-16 13:38:06 -0700 (Tue, 16 Apr 2013) | 8 lines= >=20 > Add some symlinks to linux_base-f10 for executables that exist in /usr/= bin > on Linux but /bin on FreeBSD. This guarantees that Linux shell scripts = run > the Linux executables and not the FreeBSD ones. >=20 > No objection from: -emulation > PR: ports/176819 > Feature safe: yes >=20 > -----------------------------------------------------------------------= - >=20 > Based on that, I made a list of entries now in /usr/local/bin that > file(1) identified as "GNU/Linux" binaries that I desperately needed > to work, and moved those to the newly-created /usr/local/bin/.broken_li= nux: >=20 > arch cut link nice sync > basename date ln pwd touch > cat dd ls rm true > chgrp echo mkdir rmdir uname > chmod env mknod sleep unlink > chown false mktemp sort > cp grep mv stty >=20 > That seems to have somewhat-mitigated the damage, but I'm still seeing > a fair number of errors. >=20 > I tried backing the Makefile down to r315898 and asking portmaster > to re-install it, but that attempt generates lots of: >=20 > ... > =3D> SHA256 Checksum OK for rpm/i386/fedora/10/slang-2.1.4-1.fc10.i386.= rpm. > =3D> SHA256 Checksum OK for rpm/i386/fedora/10/zlib-1.2.3-18.fc9.i386.r= pm. > =3D=3D=3D> linux_base-f10-10_5 depends on file: /usr/local/bin/rpm2cp= io - found > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > Segmentation fault (core dumped) > .... >=20 > and dies. >=20 >=20 > I tried to find ld-linux.so\*; it seems to now be in /usr/local/lib, > rather than /compat/linux/lib. Is that intended? After I created a > symlink in /compat/linux/lib for ld-linux.so.2, I now see a different > error when starting csh: >=20 > g1-227(9.1-S)[3] csh > test: error while loading shared libraries: libc.so.6: cannot open shar= ed object file: No such file or directory > test: error while loading shared libraries: libc.so.6: cannot open shar= ed object file: No such file or directory > expr: error while loading shared libraries: libc.so.6: cannot open shar= ed object file: No such file or directory > g1-227(9.1-S)[1]=20 >=20 > OK; I see that libc.so.6 has also moved, so creating a symlink in > /compat/linux/lib (pointing to its new location in /usr/loical/lib) > seems to allow me to invoke csh without whines (even after moving > the binaries back to /usr/local/bin from their place of exile): >=20 > g1-227(9.1-S)[5] csh > g1-227(9.1-S)[1] echo $? > 0 > g1-227(9.1-S)[2]=20 >=20 >=20 >=20 > OK, so .... what did I doi wrong, here...? It seems linux_base git installed in /usr/local rather than /compat/linux. Can you give the output of: cd /usr/ports/linux_base-f10 make -V PREFIX ------enig2FLBJXWUARSGMWDXBKVUH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlFuqQoACgkQfoCS2CCgtitqugD/Wtn1UavY9TA/sfPuZI2piGht LE6ED1B7Iaza7DmVM5YA/RYtLHRO5wXTqoc8vtzj7xj+Jv8N955tiRti+cJD/9Gk =eB7/ -----END PGP SIGNATURE----- ------enig2FLBJXWUARSGMWDXBKVUH--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?516EA904.2040403>