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 <b...@passap.ru> wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov <b...@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 <madpi...@freebsd.org>
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
