From owner-freebsd-ports@FreeBSD.ORG Mon Jul 14 20:04:01 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA322CFD; Mon, 14 Jul 2014 20:04:01 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 595512D89; Mon, 14 Jul 2014 20:04:01 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1X6mTe-003aCf-Lr>; Mon, 14 Jul 2014 22:03:58 +0200 Received: from e179175147.adsl.alicedsl.de ([85.179.175.147] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1X6mTe-00440g-Hp>; Mon, 14 Jul 2014 22:03:58 +0200 Date: Mon, 14 Jul 2014 22:03:53 +0200 From: "O. Hartmann" To: Kevin Oberman Subject: Re: devel/gmake-lite: fails on CURRENT r 268535 to build: @itemx must follow @item Message-ID: <20140714220353.002af576.ohartman@zedat.fu-berlin.de> In-Reply-To: References: <20140711225310.4c356e6c.ohartman@zedat.fu-berlin.de> <20140712001930.GM93051@ivaldir.etoilebsd.net> <53C34B97.7090001@FreeBSD.org> <20140714085148.2f04071a.ohartman@zedat.fu-berlin.de> Organization: FU Berlin X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/5Fjc+hikPr1Z4qEZbB+oE9Q"; protocol="application/pgp-signature" X-Originating-IP: 85.179.175.147 X-ZEDAT-Hint: A Cc: Baptiste Daroussin , FreeBSD Ports , Bryan Drewery X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jul 2014 20:04:02 -0000 --Sig_/5Fjc+hikPr1Z4qEZbB+oE9Q Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Mon, 14 Jul 2014 09:24:40 -0700 Kevin Oberman schrieb: > On Sun, Jul 13, 2014 at 11:51 PM, O. Hartmann > wrote: >=20 > > Am Sun, 13 Jul 2014 22:16:39 -0500 > > Bryan Drewery schrieb: > > > > > On 7/11/2014 7:19 PM, Baptiste Daroussin wrote: > > > > On Fri, Jul 11, 2014 at 10:53:10PM +0200, O. Hartmann wrote: > > > >> > > > >> On FreeBSD 11.0-CURRENT #2 r268535: Fri Jul 11 22:09:39 CEST 2014 > > amd64 the port > > > >> devel/gmake-lite fails to build with the following error, shown > > below. The port is > > > >> prerequisite and needed for lang/gcc4[89] which has been updated > > recently. > > > >> > > > >> The box failing has recently been "cleaned up" via make > > delete-old-libs in /usr/src. > > > >> Is there anything I can do or fix? > > > >> > > > >> Please CC me. > > > >> > > > >> oh > > > > > > > > Can you provide the config.log that goes with the failure? > > > > > > > > because I'm not able to reproduce for now with the same env. as you > > describe. > > > > > > > > regards, > > > > Bapt > > > > > > > > > > Check on package23, it just happened there. > > > > > > > > > > I fugured out that my systems are "polluted" by orphaned libraries and > > binaries. I guess > > pkg and/or portmaster's pkg-distfiles isn't always working properly or = it > > is due to the > > fact my system's OS is a moving objekct, always sliding from one CURRENT > > to the next. > > > > So, this said, I removed a bunch of really outdated binaries (find -cti= me > > +100w). After > > this done, the port has been installed correctly. > > > > At the very moment I run sysutils/libchk and it reports a lot of strange > > things. > > > > Is there a way to clean-up those lost and unnecessary libraries, binari= es > > and other files > > or remnants in general without installing the system from scratch? > > Deleting all ports and > > installing them again is no option, the box in question is a little bit > > outdated and slow > > and is needed (i can not wait 72 hours to finish ~1300 ports). > > > > Thanks for looking into this. > > > > Kind regards, > > Oliver > > >=20 > Hopefully someone has a better plan, but what I have done in the past is = to > re-build all ports, but in an alternate location on a USB disk > (/media/disk1) and saving packages of all of them >=20 > Follow the directions in the EXAMPLES in portmaster(8) to re-build all > ports. Afterthe first step, scan over the list and delete orphaned > dependencies. Remember that only ports on which no other port is dependent > should be listed, so if you see a port listed that you are not using > internally, it can be deleted. Continue following the procedure described > in portmaster(8), but define LOCALBASE to point to a directory on the USB > drive and add '-g' to save packages for all ports so that You now have a > poor-man's repository. Delete all ports, clean up /usr/local being careful > to not overwrite customized files in /usr/local/etc, and install all of t= he > ports from the packages you just built. >=20 > You will still have downtime, but far, far less than the time to build > everything as the system remains up and available during the time required > for the build. Hello Kevin. Thank you very much for this nice hint. Since I experience and experienced starnge things on that particular box, e= ven some kind of strange bit flips but no faulty memory/hardware so far, I started lookin= g around for orphaned/outdated libraries in the main tree. I found lots of libs located = in /usr/lib with dates that predates today (last time I updated and installed world was= today!) and even /lib seems to have some "forgotten" lib: 212037 -r--r--r-- 1 root wheel - 11K Jul 9 11:04 libsbuf.so.6 212038 -r--r--r-- 1 root wheel - 11K Jul 14 11:43 libsbuf.so.7 System is FreeBSD 11.0-CURRENT #4 r268564: Sat Jul 12 09:08:15 CEST 2014 am= d64 and I see this on ALL CURRENT of the same date (today) I've running. "make delete-old= -libs" didn't kill the libsbuf.so.6. Even more weird is /usr/lib. There are lots of libs dated to May or even Ap= ril, like the ar archives, examples here: [...] 802829 lrwxr-xr-x 1 root wheel - 12B Jul 14 19:07 libwrap.so@ -> l= ibwrap.so.6 802828 -r--r--r-- 1 root wheel - 37K Jul 14 19:07 libwrap.so.6 803736 -r--r--r-- 1 root wheel - 74K May 13 12:33 libwrap_p.a 803741 -r--r--r-- 1 root wheel - 3.3K May 13 12:33 liby.a 803746 -r--r--r-- 1 root wheel - 3.5K May 13 12:33 liby_p.a 803114 -r--r--r-- 1 root wheel - 37K May 13 12:33 libypclnt.a 802833 lrwxr-xr-x 1 root wheel - 14B Jul 14 19:07 libypclnt.so@ ->= libypclnt.so.4 802832 -r--r--r-- 1 root wheel - 19K Jul 14 19:07 libypclnt.so.4 803118 -r--r--r-- 1 root wheel - 38K May 13 12:33 libypclnt_p.a 803749 -r--r--r-- 1 root wheel - 123K May 13 12:33 libz.a 802834 lrwxr-xr-x 1 root wheel - 14B Jul 14 19:07 libz.so@ -> /lib= /libz.so.6 803750 -r--r--r-- 1 root wheel - 129K May 13 12:33 libz_p.a 803452 -r--r--r-- 1 root wheel - 497K Jul 11 17:12 libzfs.a 802901 lrwxr-xr-x 1 root wheel - 16B Jul 14 19:08 libzfs.so@ -> /l= ib/libzfs.so.2 803430 -r--r--r-- 1 root wheel - 21K Jul 2 20:44 libzfs_core.a 802900 lrwxr-xr-x 1 root wheel - 21B Jul 14 19:08 libzfs_core.so@ -> /lib/libzfs_core.so.2 803431 -r--r--r-- 1 root wheel - 22K Jul = 2 20:44 libzfs_core_p.a 803453 -r--r--r-- 1 root wheel - 659K Jul 11 17:12 = libzfs_p.a 803456 -r--r--r-- 1 root wheel - 8.8M Jul 11 17:12 libzpool.a [...] or the bunch or PAM archives, which dates to=20 [...] 803229 -r--r--r-- 1 root wheel - 308K Jul 2 20:44 libpam.a 802774 lrwxr-xr-x 1 root wheel - 11B Jul 14 19:07 libpam.so@ -> li= bpam.so.5 802773 -r--r--r-- 1 root wheel - 52K Jul 14 19:07 libpam.so.5 803144 -r--r--r-- 1 root wheel - 4.3K Apr 24 16:21 libpam_chroot.a 803145 -r--r--r-- 1 root wheel - 4.4K Apr 24 16:21 libpam_chroot_p.a 803136 -r--r--r-- 1 root wheel - 2.9K Apr 24 16:21 libpam_deny.a 803146 -r--r--r-- 1 root wheel - 3.1K Apr 24 16:21 libpam_deny_p.a 803151 -r--r--r-- 1 root wheel - 3.9K Apr 24 16:21 libpam_echo.a 803152 -r--r--r-- 1 root wheel - 4.4K Apr 24 16:21 libpam_echo_p.a 803153 -r--r--r-- 1 root wheel - 12K Apr 24 16:21 libpam_exec.a 803158 -r--r--r-- 1 root wheel - 12K Apr 24 16:21 libpam_exec_p.a 803159 -r--r--r-- 1 root wheel - 4.2K Apr 24 16:21 libpam_ftpusers.a 803165 -r--r--r-- 1 root wheel - 4.3K Apr 24 16:21 libpam_ftpusers_= p.a [...] I do not know how to deal with those since I think there is something fishy= . I thought all libraries get written anew when performing installworld. Oliver --Sig_/5Fjc+hikPr1Z4qEZbB+oE9Q Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJTxDetAAoJEOgBcD7A/5N8JpcIAOjWzqwz5m3stuOzTGAomx11 oXyf4pWNv8UqVlXot8QUencew9Wsjs3eQ89JFfwPdF1Pel2yGZ8Go5ULAKAi0nZe CoyEz1fAbWdJ8x/Pyb3PhA669DJLpVtK4qNSUbx21N/9q99w8ThU6SHFGZ8N0OCx ZkWGkpoyLdimcjrtHx7UapCtf75CIIIcnKRpSsqscyr+plw1DlOm9vXqRSPeenmO aEvCq6ux6GHtBsGXeWLxhOcL34eZvTo1V6Lgn1c7tYHEnR1xpk6zBMAnx9o12of8 ySnT4WWWpHqyAMPROeqQkWdc3S0SZvayMjQPWueiwlQd3/mouBdmqHkNFhrJJss= =/V4K -----END PGP SIGNATURE----- --Sig_/5Fjc+hikPr1Z4qEZbB+oE9Q--