Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

From: Rainer Hurling <rhurlin_at_gwdg.de>
Date: Sat, 07 Sep 2013 07:11:42 +0200
Am 07.09.2013 00:07, schrieb Baptiste Daroussin:
> On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
>> 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}
>>
>>
>>
>>
>> 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
>>
> 
> Can you try to force rebuilding gettext first?

I can confirm that at least on my box after rebuilding gettext there are
no more of these 'not finding libiconv.la' errors.

For some reason gmake should be also rebuilded in an early stage. After
that, rebuilding libxml2 works fine.

> 
> and then retry?
> 
> regards,
> Bapt
> 
Received on Sat Sep 07 2013 - 03:11:55 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:41 UTC