On 09/07/13 00:10, Boris Samorodov wrote: > 07.09.2013 01:51, O. Hartmann пишет: >> On Fri, 06 Sep 2013 21:11:26 +0400 >> Boris Samorodov <bsam_at_passap.ru> wrote: >> >>> 06.09.2013 20:44, O. Hartmann пишет: >>>> On Fri, 06 Sep 2013 20:08:59 +0400 >>>> Boris Samorodov <bsam_at_passap.ru> wrote: >>>> >>>>> 06.09.2013 19:44, O. Hartmann пишет: >>>>> >>>>>> 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=/var >> --disable-slp >> --disable-gssapi --with-cups-user=cups >> --with-cups-group=cups --with-system-groups=wheel >> --with-docdir=/usr/local/share/doc/cups >> --with-icondir=/usr/local/share/icons >> --with-menudir=/usr/local/share/applications >> --with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups >> --with-pam-module="unix" --enable-ssl >> --with-printcap=/usr/local/etc/printcap --disable-gnutls >> --enable-openssl --without-php --disable-dnssd --disable-pam >> --disable-ldap --disable-dbus --disable-libusb LIBS="-lssp_nonshared" >> --prefix=/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)? > I did see some of those. libtool takes those settings from /usr/local/lib/*.la files, installed by ports, before this change. Many of those files hardcode -liconv. Usually portmaster/portupgrade are good enough at guessing the correct order, but sometimes they mess it up, and this kind of situation happens. On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and portmaster the older ones. This can be further narrowed down by grepping for "-liconv". -- Guido Falsi <madpilot_at_FreeBSD.org>Received on Fri Sep 06 2013 - 20:16:21 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:41 UTC