From owner-freebsd-current@FreeBSD.ORG Sat Sep 7 07:57:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 00FA7F1; Sat, 7 Sep 2013 07:57:56 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) 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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86E99214B; Sat, 7 Sep 2013 07:57:56 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.80.1) with esmtp (envelope-from ) id <1VIDP0-003kEz-M1>; Sat, 07 Sep 2013 09:57:54 +0200 Received: from f052242210.adsl.alicedsl.de ([78.52.242.210] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.80.1) with esmtpsa (envelope-from ) id <1VIDP0-000ejk-Gk>; Sat, 07 Sep 2013 09:57:54 +0200 Date: Sat, 7 Sep 2013 09:57:53 +0200 From: "O. Hartmann" To: Guido Falsi Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <20130907095753.5a62de69@thor.walstatt.dyndns.org> In-Reply-To: <522AD8CD.9030704@FreeBSD.org> References: <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <20130907081029.2f78b01d@thor.walstatt.dyndns.org> <522AD8CD.9030704@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.2 (GTK+ 2.24.19; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 78.52.242.210 Cc: Baptiste Daroussin , AN , Boris Samorodov , FreeBSD ports list , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Sep 2013 07:57:57 -0000 On Sat, 07 Sep 2013 09:42:05 +0200 Guido Falsi wrote: > On 09/07/13 08:10, O. Hartmann wrote: > > On Sat, 07 Sep 2013 02:10:50 +0400 > > Boris Samorodov wrote: > > > >> 07.09.2013 01:51, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>> On Fri, 06 Sep 2013 21:11:26 +0400 > >>> Boris Samorodov wrote: > >>> > >>>> 06.09.2013 20:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>> On Fri, 06 Sep 2013 20:08:59 +0400 > >>>>> Boris Samorodov wrote: > >>>>> > >>>>>> 06.09.2013 19:44, O. Hartmann =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > >>>>>> > >>>>>>> Here we go. It is the config.log from one of the failing > >>>>>>> machines, failing in print/cups-client. > >>>>>> > >>>>>> Please, show the output of following commands (at the host in > >>>>>> question): # svn info /usr/ports/ > >>>>>> # svn svn st /usr/ports/print/cups* > >>>>>> > >>>>> svn info /usr/ports/ > >>>>> > >>>>> Path: /usr/ports > >>>>> Working Copy Root Path: /usr/ports > >>>>> URL: svn://svn.de.freebsd.org/ports/head > >>>>> Relative URL: ^/head > >>>>> Repository Root: svn://svn.de.freebsd.org/ports > >>>>> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > >>>>> Revision: 326523 > >>>>> Node Kind: directory > >>>>> Schedule: normal > >>>>> Last Changed Author: danfe > >>>>> Last Changed Rev: 326523 > >>>>> Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) > >>>>> > >>>>> > >>>>> svn st /usr/ports/print/cups* > >>>>> ? /usr/ports/print/cups-base/work > >>>>> ? /usr/ports/print/cups-client/work > >>>> > >>>> That is really stange... Some more info: > >>>> # svn st /usr/ports/Mk > >>> > >>> nothin (NULL output) > >>> > >>>> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>>> CONFIGURE_ARGS > >>>> > >>> make -C /usr/ports/print/cups-client -V ICONV_LIB -V > >>> CONFIGURE_ARGS > >>> > >>> --localstatedir=3D/var > >>> --disable-slp > >>> --disable-gssapi --with-cups-user=3Dcups > >>> --with-cups-group=3Dcups --with-system-groups=3Dwheel > >>> --with-docdir=3D/usr/local/share/doc/cups > >>> --with-icondir=3D/usr/local/share/icons > >>> --with-menudir=3D/usr/local/share/applications > >>> --with-domainsocket=3D/var/run/cups.sock > >>> --with-cachedir=3D/var/db/cups > >>> --with-pam-module=3D"unix" --enable-ssl > >>> --with-printcap=3D/usr/local/etc/printcap --disable-gnutls > >>> --enable-openssl --without-php --disable-dnssd --disable-pam > >>> --disable-ldap --disable-dbus --disable-libusb > >>> LIBS=3D"-lssp_nonshared" --prefix=3D/usr/local ${_LATE_CONFIGURE_ARGS} > >> > >> Well, the output is perfect. > >> > >>> I see a lot of those obscure libtool errors not finding > >>> libiconv.la. Where the hell does the tool take those ecos from > >>> the past? I guess I have to reboot the box after X11 has been > >>> compiled > >> > >> Did not see those. Since so far it seems that such errors are not > >> common, may be something at your environment causes this (may be > >> at /etc/make.conf)? > >> > > > > This morning after a boot of two machines in question, I see those > > here for building mail/claws-mail-fancy, which fails, by the way > > (gmake, flex, autotools, gawk et cetera has been rebuild very early > > in the build process as well as several other baseline ports, like > > coreutils). > > > > I tried to track down the libraries included when linking, but it > > seems that those has already been rebuild already. > > > > [...] > > /bin/sh ../../../libtool --tag=3DCC --mode=3Dlink cc -O2 -pipe -O3 > [...] > > -lcrypto -lgssapi -lz -lexpat -lssl -lcrypto -lsasl2 > > grep: /usr/local/lib/libiconv.la: No such file or directory > > sed: /usr/local/lib/libiconv.la: No such file or directory libtool: > > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive > > >=20 > Lets try to find what is still blocking libtool, can you try > performing: >=20 > find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |=20 > xargs -n 1 pkg which -oq | sort -u >=20 > this convoluted one liner should give a list of ports still having=20 > libtool files with iconv hardwired in them in /usr/local/lib. You > u should rebuild them. Usually portmaster and portupgrade are able to=20 > guess the right order, so you can also add "| xargs portmaster" or > "| xargs portupgrade -f" to it to simply start the update. >=20 > The grep for iconv may be a little overkill, most probably grep=20 > libiconv" is enough, but they should detect the same things anyway. >=20 Below the requested list. But the system is "at work" again, means, I proceed the update after having had a rest at night. I can still see most of the listed ports also in the list of the "to do" for being recompiled. accessibility/at-spi2-atk accessibility/at-spi2-core converters/psiconv databases/libgda4 devel/devhelp devel/eggdbus devel/glade3 devel/libgdata devel/libzvbi editors/abiword graphics/colord graphics/gdal graphics/gegl graphics/gimp-app mail/claws-mail-fancy mail/claws-mail-notification mail/claws-mail-pdf_viewer mail/claws-mail-vcalendar multimedia/libxine multimedia/py-gstreamer multimedia/vcdimager multimedia/vlc net/libcmis print/gutenprint-base security/cracklib security/seahorse textproc/gnome-spell textproc/libvisio textproc/rasqal textproc/redland x11-toolkits/gtk30 x11-toolkits/gtkglext x11-toolkits/gtkmm24 x11-toolkits/pangox-compat x11-toolkits/py-gtk2 x11-toolkits/py-gtksourceview x11-toolkits/py-vte x11-toolkits/unique x11/gnome-desktop