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

2013-09-10 Thread Jerry
On Tue, 10 Sep 2013 11:41:52 +0200
Guido Falsi articulated:

> This is the main reason why the ports tree was patched to only use
> the system provided iconv implementation now that it is the default.

I am not on "current" so this doesn't affect me yet. However, at some
point, when current becomes stable, I will upgrade. Therefore my
question is will it be possible to use "converters/libiconv" via the
ports system should a user so desire to?

-- 
Jerry ♔

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-10 Thread Guido Falsi

On 09/10/13 10:16, hiren panchasara wrote:




On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara
mailto:hiren.panchas...@gmail.com>> wrote:




On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi mailto:madpi...@freebsd.org>> wrote:

On 09/10/13 07:20, hiren panchasara wrote:




On Sat, Sep 7, 2013 at 5:10 AM, olli hauer mailto:oha...@gmx.de>
>> wrote:

 There are 13 ports using --with-iconv=${LOCALBASE}
   devel/apr1
   devel/apr2
   devel/git
   irc/epic5
   lang/gauche
   net-mgmt/ettercap
   net/ssltunnel-client
   net/yaz
   net/zebra-server
   textproc/libxml2
   textproc/py-libxml2
   www/apache22
   www/apache24


 and devel/glib20, print/ghostscript8,
print/ghostscript9 using
   --with-libiconv=gnu
   --with-libiconv=native
   --with-libiconv=no
   --with-libiconv=no


I am hitting following failure while building devel/glib20

   gconvert.c:66:2: error: GNU libiconv not in use but
included iconv.h
is from libiconv
#error GNU libiconv not in use but included iconv.h is from
libiconv

How do I get past this?


Looks like you have some leftovers from the libiconv port. Have
you removed it? can you give the output of ls
/usr/local/include/iconv.h?


I still have the port installed.

  % pkg info | grep iconv
libiconv-1.14_1A character set conversion library

Should I remove the port?

Removed the port and now reinstalling almost everything :-)



Unluckily some configure scripts and build systems get confused by two 
implementations of iconv present on the system and fail in various 
manners, this one is just an example.


This is the main reason why the ports tree was patched to only use the 
system provided iconv implementation now that it is the default.


This requires a lot of work to "fix" installed pieces to adapt to this 
new world order.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-10 Thread hiren panchasara
On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara <
hiren.panchas...@gmail.com> wrote:

>
>
>
> On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi  wrote:
>
>> On 09/10/13 07:20, hiren panchasara wrote:
>>
>>>
>>>
>>>
>>> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer >> > wrote:
>>>
>>> There are 13 ports using --with-iconv=${LOCALBASE}
>>>   devel/apr1
>>>   devel/apr2
>>>   devel/git
>>>   irc/epic5
>>>   lang/gauche
>>>   net-mgmt/ettercap
>>>   net/ssltunnel-client
>>>   net/yaz
>>>   net/zebra-server
>>>   textproc/libxml2
>>>   textproc/py-libxml2
>>>   www/apache22
>>>   www/apache24
>>>
>>>
>>> and devel/glib20, print/ghostscript8, print/ghostscript9 using
>>>   --with-libiconv=gnu
>>>   --with-libiconv=native
>>>   --with-libiconv=no
>>>   --with-libiconv=no
>>>
>>>
>>> I am hitting following failure while building devel/glib20
>>>
>>>   gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h
>>> is from libiconv
>>> #error GNU libiconv not in use but included iconv.h is from libiconv
>>>
>>> How do I get past this?
>>>
>>
>> Looks like you have some leftovers from the libiconv port. Have you
>> removed it? can you give the output of ls /usr/local/include/iconv.h?
>>
>
> I still have the port installed.
>
>  % pkg info | grep iconv
> libiconv-1.14_1A character set conversion library
>
> Should I remove the port?
>
Removed the port and now reinstalling almost everything :-)

Will report back how it goes.
cheers,
Hiren

>
> % ls /usr/local/include/iconv.h
> /usr/local/include/iconv.h
>
>
>> What is the output if "head /usr/include/iconv.h"?
>>
>  % head /usr/include/iconv.h
> /*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven
> $   */
> /*  $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $  */
>
> /*-
>  * Copyright (c) 2003 Citrus Project,
>  * Copyright (c) 2009, 2010 Gabor Kovesdan 
>  * All rights reserved.
>  *
>  * Redistribution and use in source and binary forms, with or without
>  * modification, are permitted provided that the following conditions
>
>
>>
>>> % uname -a
>>> FreeBSD flymockour-l7.corp.yahoo.com
>>> >
>>> 10.0-CURRENT FreeBSD 10.0-CURRENT
>>>
>>> #2 r255423M: Mon Sep  9 12:29:22 PDT 2013
>>>
>>
>> That M in the revision number indicates you're using a modified checkout,
>> May I ask which modifications you have in your source tree?
>
> Nothing related to this.
>
> Thanks,
> Hiren
>
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-10 Thread hiren panchasara
On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi  wrote:

> On 09/10/13 07:20, hiren panchasara wrote:
>
>>
>>
>>
>> On Sat, Sep 7, 2013 at 5:10 AM, olli hauer > > wrote:
>>
>> There are 13 ports using --with-iconv=${LOCALBASE}
>>   devel/apr1
>>   devel/apr2
>>   devel/git
>>   irc/epic5
>>   lang/gauche
>>   net-mgmt/ettercap
>>   net/ssltunnel-client
>>   net/yaz
>>   net/zebra-server
>>   textproc/libxml2
>>   textproc/py-libxml2
>>   www/apache22
>>   www/apache24
>>
>>
>> and devel/glib20, print/ghostscript8, print/ghostscript9 using
>>   --with-libiconv=gnu
>>   --with-libiconv=native
>>   --with-libiconv=no
>>   --with-libiconv=no
>>
>>
>> I am hitting following failure while building devel/glib20
>>
>>   gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h
>> is from libiconv
>> #error GNU libiconv not in use but included iconv.h is from libiconv
>>
>> How do I get past this?
>>
>
> Looks like you have some leftovers from the libiconv port. Have you
> removed it? can you give the output of ls /usr/local/include/iconv.h?
>

I still have the port installed.

 % pkg info | grep iconv
libiconv-1.14_1A character set conversion library

Should I remove the port?

% ls /usr/local/include/iconv.h
/usr/local/include/iconv.h


> What is the output if "head /usr/include/iconv.h"?
>
 % head /usr/include/iconv.h
/*$FreeBSD: head/include/iconv.h 255297 2013-09-06 09:46:44Z theraven $
  */
/*  $NetBSD: iconv.h,v 1.6 2005/02/03 04:39:32 perry Exp $  */

/*-
 * Copyright (c) 2003 Citrus Project,
 * Copyright (c) 2009, 2010 Gabor Kovesdan 
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions


>
>> % uname -a
>> FreeBSD flymockour-l7.corp.yahoo.com
>> >
>> 10.0-CURRENT FreeBSD 10.0-CURRENT
>>
>> #2 r255423M: Mon Sep  9 12:29:22 PDT 2013
>>
>
> That M in the revision number indicates you're using a modified checkout,
> May I ask which modifications you have in your source tree?

Nothing related to this.

Thanks,
Hiren
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-09 Thread Guido Falsi

On 09/10/13 07:20, hiren panchasara wrote:




On Sat, Sep 7, 2013 at 5:10 AM, olli hauer mailto:oha...@gmx.de>> wrote:

There are 13 ports using --with-iconv=${LOCALBASE}
  devel/apr1
  devel/apr2
  devel/git
  irc/epic5
  lang/gauche
  net-mgmt/ettercap
  net/ssltunnel-client
  net/yaz
  net/zebra-server
  textproc/libxml2
  textproc/py-libxml2
  www/apache22
  www/apache24


and devel/glib20, print/ghostscript8, print/ghostscript9 using
  --with-libiconv=gnu
  --with-libiconv=native
  --with-libiconv=no
  --with-libiconv=no


I am hitting following failure while building devel/glib20

  gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h
is from libiconv
#error GNU libiconv not in use but included iconv.h is from libiconv

How do I get past this?


Looks like you have some leftovers from the libiconv port. Have you 
removed it? can you give the output of ls /usr/local/include/iconv.h?


What is the output if "head /usr/include/iconv.h"?



% uname -a
FreeBSD flymockour-l7.corp.yahoo.com
 10.0-CURRENT FreeBSD 10.0-CURRENT
#2 r255423M: Mon Sep  9 12:29:22 PDT 2013


That M in the revision number indicates you're using a modified 
checkout, May I ask which modifications you have in your source tree?


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-09 Thread hiren panchasara
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer  wrote:

> There are 13 ports using --with-iconv=${LOCALBASE}
>  devel/apr1
>  devel/apr2
>  devel/git
>  irc/epic5
>  lang/gauche
>  net-mgmt/ettercap
>  net/ssltunnel-client
>  net/yaz
>  net/zebra-server
>  textproc/libxml2
>  textproc/py-libxml2
>  www/apache22
>  www/apache24
>
>
> and devel/glib20, print/ghostscript8, print/ghostscript9 using
>  --with-libiconv=gnu
>  --with-libiconv=native
>  --with-libiconv=no
>  --with-libiconv=no
>

I am hitting following failure while building devel/glib20

 gconvert.c:66:2: error: GNU libiconv not in use but included iconv.h is
from libiconv
#error GNU libiconv not in use but included iconv.h is from libiconv

How do I get past this?

% uname -a
FreeBSD flymockour-l7.corp.yahoo.com 10.0-CURRENT FreeBSD 10.0-CURRENT #2
r255423M: Mon Sep  9 12:29:22 PDT 2013
r...@flymockour-l7.corp.yahoo.com:/usr/obj/usr/home/hirenp/head/sys/GENERIC
 amd64

% cat /etc/src.conf
WITH_LIBICONV_COMPAT=y
BOOT_COMCONSOLE_SPEED=115200
PORTS_MODULES=x11/nvidia-driver

cheers,
Hiren


>
> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).
>
> If Uses/iconv.mk can be extended with something like ICON_PATH, then
> the 13 ports can be changed quickly to use the right iconv.
>
> --
> Regards,
> olli
> ___
> freebsd-curr...@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-08 Thread O. Hartmann
On Fri, 06 Sep 2013 09:34:52 +0200
Guido Falsi  wrote:

> On 09/06/13 05:16, AN wrote:
> > Hi:
> >
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> >
> > # uname -a
> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > Sep  1 16:01:36 CDT 2013
> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> >
> > I am trying to update my ports following the entry in updating, but
> > it does not seem to be working correctly.  I followed the directions
> > exactly, and after 30 mins this is what has happened:
> >
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
> > shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
> > 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> 
> This is bsd.apache.mk trying to get the apache version. but the
> apache's "httpd" binary cannot run because it can't find
> libiconv.so.3.
> 
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> >  is marked as broken: : Error from bsd.apache.mk. apache is
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> >
> >
> > Here is what I have done:
> > # pkg query %ro libiconv >ports_to_update
> > [root@FBSD10 ~]# cat ports_to_update
> >
> > ...lots of output
> >
> > # pkg delete -f libiconv
> > pkg: You are trying to delete package(s) which has dependencies
> > that are still required:
> > ... delete these packages anyway in forced mode
> > Deinstallation has been requested for the following 1 packages:
> >
> >  libiconv-1.14_1
> >
> > The deinstallation will free 2 MB
> >
> > Proceed with deinstalling packages [y/N]: y
> > [1/1] Deleting libiconv-1.14_1...
> > deleting anyway
> >
> >   done
> >
> > Now the update process is stuck here:
> >
> > ** Port marked as IGNORE: www/mod_dnssd:
> >  is marked as broken: : Error from bsd.apache.mk. apache is
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> >
> > there are 2 ruby processes running for a long time, but nothing is
> > happening to the update.
> >
> > 43998 root520 64912K 33368K piperd  5   2:21   5.96%
> > ruby19{ruby19}
> > 43998 root520 64912K 33368K select  1   0:00   5.96%
> > ruby19{ruby19}
> >
> > So, it seems my system is broken now.  Did I do something wrong?
> > How can the upgrade work if so many ports depend on iconv?  What
> > should I do now? Should I reinstall libiconv?
> >
> 
> Good news is the update process did not really update anything,
> judging from the output you sent. If you just reinstall libiconv
> everything should go back to how it was, at least you get a working
> system.
> 
> I admit I did not foresee this condition arising when I wrote the 
> instructions, here is a modified procedure you can follow and report 
> back about, so I can modify the UPDATING entry:
> 
> # pkg query %ro libiconv >ports_to_update
> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
> # ldconfig -R
> (1) # pkg delete -f libiconv
> # cat ports_to_update | xargs portupgrade -f
> 
> (1) not sure if ldconfig -R is really needed, but It will not do any
>  harm
> 
> I added the step to preserve libiconv.so.3
> in /usr/local/lib/compat/pkg which is in the default library search
> path. In this way libiconv and it's include file shouldn't be found
> by configure scripts and the like and they should link to the system
> one, while existing binaries should keep working linking to the
> preserved one in lib/compat.
> 
> > Any help is appreciated.
> 
> I hope this helps you, just ask for any clarifications and further
> help as needed on this matter.
> 

Just for the record:

after three days of cleaning up this mess today two boxes got "ready",
servers, without any GUI or fancy X11 stuff. They work.

Two other development boxes reject compiling kdelibs and stuff. After
the final update today on CURRENT r255398, ports like kdevelop,
firefox, libreoffice(!) and others crash along with virtualbox-ose-kmod
(coredump). Most of that stuff, including libreoffice, firefox was
ready last night, including kdelibs and the stuff for kdevelop. It
worked today - until now, r255398.

I do not know what happened here, but I'm through with it. Two
obviously independend proce

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

2013-09-08 Thread O. Hartmann
On Sun, 08 Sep 2013 10:44:01 +0200
Guido Falsi  wrote:

> On 09/07/13 21:46, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 14:27:48 +0200
> > Guido Falsi  wrote:
> >
> >> On 09/07/13 14:10, olli hauer wrote:
> >>> There are 13 ports using --with-iconv=${LOCALBASE}
> >>>devel/apr1
> >>>devel/apr2
> >>>devel/git
> >>>irc/epic5
> >>>lang/gauche
> >>>net-mgmt/ettercap
> >>>net/ssltunnel-client
> >>>net/yaz
> >>>net/zebra-server
> >>>textproc/libxml2
> >>>textproc/py-libxml2
> >>>www/apache22
> >>>www/apache24
> >>>
> >>
> >> Most of these do work anyway. I'm sure about various of these. I
> >> have them working on my PCs. This does not mean they don't need to
> >> be tweaked anyway, but they have lower priority.
> >>
> >> net-mgmt/ettercap is known broken and I have it in my pipe. I'm
> >> giving this all the time I can, but I can''t spend too much time on
> >> this right now. I'm going to check these and fix the broken ones
> >> asap.
> >>
> >>
> >>>
> >>> and devel/glib20, print/ghostscript8, print/ghostscript9 using
> >>>--with-libiconv=gnu
> >>>--with-libiconv=native
> >>>--with-libiconv=no
> >>>--with-libiconv=no
> >>>
> >>
> >> glib20 I already fixed in the big commit. uses native or gnu where
> >> appropriate. I'll also have a look at the ghostscript ports asap,
> >> but at least ghostscript9 I have seen it working on my PCs.
> >>
> >>>
> >>> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).
> >>>
> >>> If Uses/iconv.mk can be extended with something like ICON_PATH,
> >>> then the 13 ports can be changed quickly to use the right iconv.
> >>>
> >>
> >> Most of those will use the right iconv anyway if only one is found.
> >> Extending iconv.mk should be discussed with portmgr, adding a
> >> variable shouldn't be a problem though.
> >>
> >
> >
> > This happens in editors/abiword:
> >
> >
> > libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s
> > "../libimp.la" "libimp.la" ) gmake[7]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
> > gmake[6]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
> > gmake[6]: Entering directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' 
> > ../../doltlibtool
> > --tag=CXX   --mode=link c++  -O2 -pipe -O3 -march=native
> > -fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl
> > -L/usr/local/lib -lxml2   -lgthread-2.0 -pthread -lgobject-2.0
> > -L/usr/local/lib -lglib-2.0 -lintl   -L../../src -labiword-2.8 -lz
> > -avoid-version -module -no-undefined -L/usr/local/lib -o
> > opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins
> > common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg
> > 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
> > gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
> > gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
> > gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]:
> > *** [all-recursive] Error 1 gmake[3]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all]
> > Error 2 gmake[2]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6' ===> Compilation
> > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild
> > before reporting the failure to the maintainer. *** Error code 1
> >
> 
> This one looks like you still have some old libtoool archive which 
> references libiconv laying around.
> 
> Can you try again this command line(I rewrite here for convenience):
> 
> find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |
> xargs -n 1 pkg which -oq | sort -u
> 
> and force rebuild of any port which still shows up?
> 
> If none shows up (which would be strange, but I can't exclude
> anything) Hope is not lost and there are still some things we can try.
> 

On one box, the command sequence (thanks for being redundant, I didn't
find the previous email with the sequence within) reveals:

converters/psiconv
editors/abiword
math/gnumeric

Deleteing psiconv and gnumeric makes the sequence not showing both
ports again, but then, installing gnumeric again, which reels in
psiconv, the output of the command sequence is a s shown. Something is
strange here ... Another prerequisite port with oldish iconv reliances?



signature.asc
Description: PGP signature


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

2013-09-08 Thread Guido Falsi

On 09/07/13 21:46, O. Hartmann wrote:

On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi  wrote:


On 09/07/13 14:10, olli hauer wrote:

There are 13 ports using --with-iconv=${LOCALBASE}
   devel/apr1
   devel/apr2
   devel/git
   irc/epic5
   lang/gauche
   net-mgmt/ettercap
   net/ssltunnel-client
   net/yaz
   net/zebra-server
   textproc/libxml2
   textproc/py-libxml2
   www/apache22
   www/apache24



Most of these do work anyway. I'm sure about various of these. I have
them working on my PCs. This does not mean they don't need to be
tweaked anyway, but they have lower priority.

net-mgmt/ettercap is known broken and I have it in my pipe. I'm
giving this all the time I can, but I can''t spend too much time on
this right now. I'm going to check these and fix the broken ones asap.




and devel/glib20, print/ghostscript8, print/ghostscript9 using
   --with-libiconv=gnu
   --with-libiconv=native
   --with-libiconv=no
   --with-libiconv=no



glib20 I already fixed in the big commit. uses native or gnu where
appropriate. I'll also have a look at the ghostscript ports asap, but
at least ghostscript9 I have seen it working on my PCs.



Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).

If Uses/iconv.mk can be extended with something like ICON_PATH, then
the 13 ports can be changed quickly to use the right iconv.



Most of those will use the right iconv anyway if only one is found.
Extending iconv.mk should be discussed with portmgr, adding a
variable shouldn't be a problem though.




This happens in editors/abiword:


libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s
"../libimp.la" "libimp.la" ) gmake[7]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
gmake[6]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
gmake[6]: Entering directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' 
../../doltlibtool
--tag=CXX   --mode=link c++  -O2 -pipe -O3 -march=native
-fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl
-L/usr/local/lib -lxml2   -lgthread-2.0 -pthread -lgobject-2.0
-L/usr/local/lib -lglib-2.0 -lintl   -L../../src -labiword-2.8 -lz
-avoid-version -module -no-undefined -L/usr/local/lib -o
opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins
common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg
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
gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]: ***
[all-recursive] Error 1 gmake[3]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all]
Error 2 gmake[2]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6' ===> Compilation failed
unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1



This one looks like you still have some old libtoool archive which 
references libiconv laying around.


Can you try again this command line(I rewrite here for convenience):

find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |
xargs -n 1 pkg which -oq | sort -u

and force rebuild of any port which still shows up?

If none shows up (which would be strange, but I can't exclude anything) 
Hope is not lost and there are still some things we can try.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-07 Thread O. Hartmann
On Sat, 07 Sep 2013 13:34:25 +0200
Guido Falsi  wrote:

> On 09/07/13 13:03, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 00:16:16 +0200
> > Guido Falsi  wrote:
> >
> >> 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  wrote:
> 
> > 06.09.2013 20:44, O. Hartmann пишет:
> >> On Fri, 06 Sep 2013 20:08:59 +0400
> >> Boris Samorodov  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".
> >>
> >
> > Founf another one that is failing:
> >
> > port multimedia/mlt:
> >
> >
> > 3 warnings generated.
> > cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o
> > producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o
> > producer_count.o filter_dynamictext.o   -Wl,--no-undefined
> > -Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework
> > -lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config
> > --libs gtk+-2.0` `pkg-config  --libs gdk-pixbuf-2.0`
> > -L/usr/local/lib -lexif `pkg-config  --libs pangoft2` -liconv
> >
> > --->
> > /usr/bin/ld: cannot find -liconv cc: error: linker command failed
> > with exit code 1 (use -v to see invocation) gmake[4]: ***
> > [../libmltgtk2.so] Error 1 gmake[4]: Leaving directory
> > <---
> >
> > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2'
> > gmake[3]: *** [all] Error 1 gmake[3]: Leaving directory
> > `/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: ***
> > [all] Error 1 gmake[2]: Leaving directory
> > `/usr/ports/multimedia/mlt/work/mlt-0.9.0' ===> Compilation failed
> > unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
> > reporting the failure to the maintainer. *** Error code 1
> >
> > Stop.
> > make[1]: stopped in /usr/ports/multimedia/mlt
> > *** Error code 1
> >
> > Stop.
> > make: stopped in /usr/ports/multimedia/mlt
> >
> 
> Good catch. We tried to catch all ports which hardcoded iconv in
> someway but thi

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

2013-09-07 Thread O. Hartmann
On Sat, 7 Sep 2013 21:52:11 +0200
"O. Hartmann"  wrote:

> On Sat, 7 Sep 2013 21:13:36 +0200
> "O. Hartmann"  wrote:
> 
> > While proceeding in the iconv-mess, I run into a very nasty
> > situation with some ports showing strange linker errors on most
> > recent systems.
> > 
> > The symptoms are present on boxes with CURRENT > r255259, for
> > instance, the error below is taken from a box which has already
> > compiled the port in question successfully, but then I recompiled
> > world, installed world and proceeded this morning with the port's
> > updating mess. And the boxes in question are at
> > 
> > FreeBSD 10.0-CURRENT #2 r255356: Sat Sep  7 13:04:03 CEST 2013 amd64
> > 
> > Those machines I maintain all use the very same /etc/src.conf and
> > settings there, so issues with libc++11 et cetera must then related
> > to the different OS revision.
> > 
> > I see qt4-scripts and kdelibs4 failing with some strange undefined
> > references to 'swap' in c++ classes, as well as several very severe
> > prerequisits for kdevelop (I do not use KDE, so I simply have the
> > kdevelopp stuff amongst necessary ports). Below the failing port
> > textproc/libxml++26 which fails on r255356, but not on the box with
> > r255259.
> > 
> > On the failing system, I'm able to compile the port devel/glibmm.
> > 
> > 
> > [...]
> > libtool: link: c++ -Wall -O2 -pipe -O3 -march=native
> > -fno-strict-aliasing -o
> > examples/dom_parse_entities/.libs/dom_parse_entities
> > examples/dom_parse_entities/main.o  libxml++/.libs/libxml++-2.6.so
> > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
> > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
> > /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
> > /usr/local/lib/libglib-2.0.so
> > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
> > /usr/local/lib/libsigc-2.0.so
> > -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2
> > -pipe -O3 -march=native -fno-strict-aliasing -o
> > examples/dom_build/.libs/dom_build examples/dom_build/main.o
> > libxml++/.libs/libxml++-2.6.so
> > -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
> > -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
> > /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
> > /usr/local/lib/libglib-2.0.so
> > -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
> > /usr/local/lib/libsigc-2.0.so
> > -pthread -Wl,-rpath
> > -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined
> > reference to
> > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to
> > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so:
> > undefined reference to
> > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to
> > `sigc::internal::signal_impl::erase(std::__1::__list_iterator > void*>)'
> > ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so:
> > undefined reference to
> > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' undefined reference to
> > `sigc::internal::signal_impl::insert(std::__1::__list_iterator > void*>, sigc::slot_base const&)' c++: error: linker command failed
> > with exit code 1 (use -v to see invocation) gmake[2]: ***
> > [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for
> > unfinished jobs c++: error: linker command failed with exit code
> > 1 (use -v to see invocation) c++: error: linker command failed with
> > exit code 1 (use -v to see invocation) gmake[2]: ***
> > [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]:
> > *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving
> > directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2'
> > gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory
> > `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' ===>
> > Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and
> > rebuild before reporting the failure to the maintainer. *** Error
> > code 1
> > 
> > Stop.
> > make: stopped in /usr/ports/textproc/libxml++26
> > 
> > ===>>> make failed for textproc/libxml++26
> > ===>>> Aborting update
> > 
> > ===>>> Update for textproc/libxml++26 failed
> > ===>>> Aborting update
> > 
> > ===>>> Killing background jobs
> > Terminated
> > 
> > ===>>> You can restart from the point of failure with this command
> > line: portmaster  x11-toolkits/pangomm textproc/libxml++26 
> > 
> > ===>>> Exiting
> > 
> 
> This happens in devel/qt4-script only on most recent r255356. Same
> port, same revision of the ports-tree (326682) on a box with r255259
> compiles without error.
> 
> [...]
> In file included
> from ../3rdparty/javascriptcore/JavaScriptCore/API/JSBase.cpp:26: In
> file included
> from ../3rdparty/javascrip

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

2013-09-07 Thread O. Hartmann
On Sat, 7 Sep 2013 21:13:36 +0200
"O. Hartmann"  wrote:

> While proceeding in the iconv-mess, I run into a very nasty situation
> with some ports showing strange linker errors on most recent systems.
> 
> The symptoms are present on boxes with CURRENT > r255259, for
> instance, the error below is taken from a box which has already
> compiled the port in question successfully, but then I recompiled
> world, installed world and proceeded this morning with the port's
> updating mess. And the boxes in question are at
> 
> FreeBSD 10.0-CURRENT #2 r255356: Sat Sep  7 13:04:03 CEST 2013 amd64
> 
> Those machines I maintain all use the very same /etc/src.conf and
> settings there, so issues with libc++11 et cetera must then related to
> the different OS revision.
> 
> I see qt4-scripts and kdelibs4 failing with some strange undefined
> references to 'swap' in c++ classes, as well as several very severe
> prerequisits for kdevelop (I do not use KDE, so I simply have the
> kdevelopp stuff amongst necessary ports). Below the failing port
> textproc/libxml++26 which fails on r255356, but not on the box with
> r255259.
> 
> On the failing system, I'm able to compile the port devel/glibmm.
> 
> 
> [...]
> libtool: link: c++ -Wall -O2 -pipe -O3 -march=native
> -fno-strict-aliasing -o
> examples/dom_parse_entities/.libs/dom_parse_entities
> examples/dom_parse_entities/main.o  libxml++/.libs/libxml++-2.6.so
> -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
> -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
> /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
> /usr/local/lib/libglib-2.0.so
> -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
> /usr/local/lib/libsigc-2.0.so
> -pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2
> -pipe -O3 -march=native -fno-strict-aliasing -o
> examples/dom_build/.libs/dom_build examples/dom_build/main.o
> libxml++/.libs/libxml++-2.6.so
> -L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
> -lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
> /usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
> /usr/local/lib/libglib-2.0.so
> -licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
> /usr/local/lib/libsigc-2.0.so
> -pthread -Wl,-rpath
> -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so: undefined
> reference to
> `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)' /usr/local/lib/libglibmm-2.4.so: undefined reference to
> `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so:
> undefined reference to
> `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)/usr/local/lib/libglibmm-2.4.so: undefined reference to
> `sigc::internal::signal_impl::erase(std::__1::__list_iterator void*>)'
> ' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so:
> undefined reference to
> `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' undefined reference to
> `sigc::internal::signal_impl::insert(std::__1::__list_iterator void*>, sigc::slot_base const&)' c++: error: linker command failed
> with exit code 1 (use -v to see invocation) gmake[2]: ***
> [examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for
> unfinished jobs c++: error: linker command failed with exit code
> 1 (use -v to see invocation) c++: error: linker command failed with
> exit code 1 (use -v to see invocation) gmake[2]: ***
> [examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]:
> *** [examples/dom_build/dom_build] Error 1 gmake[2]: Leaving
> directory `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2'
> gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory
> `/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' ===>
> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and
> rebuild before reporting the failure to the maintainer. *** Error
> code 1
> 
> Stop.
> make: stopped in /usr/ports/textproc/libxml++26
> 
> ===>>> make failed for textproc/libxml++26
> ===>>> Aborting update
> 
> ===>>> Update for textproc/libxml++26 failed
> ===>>> Aborting update
> 
> ===>>> Killing background jobs
> Terminated
> 
> ===>>> You can restart from the point of failure with this command
> line: portmaster  x11-toolkits/pangomm textproc/libxml++26 
> 
> ===>>> Exiting
> 

This happens in devel/qt4-script only on most recent r255356. Same
port, same revision of the ports-tree (326682) on a box with r255259
compiles without error.

[...]
In file included
from ../3rdparty/javascriptcore/JavaScriptCore/API/JSBase.cpp:26: In
file included
from ../3rdparty/javascriptcore/JavaScriptCore/config.h:68: In file
included
from ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.h:27: In
file included from /usr/include/c++/v1/new:56: In file included
from /usr/include/c++/v1/exception:81: /usr/include/c++/v1/type_traits:3175:22:
error: call

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

2013-09-07 Thread O. Hartmann
On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi  wrote:

> On 09/07/13 14:10, olli hauer wrote:
> > There are 13 ports using --with-iconv=${LOCALBASE}
> >   devel/apr1
> >   devel/apr2
> >   devel/git
> >   irc/epic5
> >   lang/gauche
> >   net-mgmt/ettercap
> >   net/ssltunnel-client
> >   net/yaz
> >   net/zebra-server
> >   textproc/libxml2
> >   textproc/py-libxml2
> >   www/apache22
> >   www/apache24
> >
> 
> Most of these do work anyway. I'm sure about various of these. I have 
> them working on my PCs. This does not mean they don't need to be
> tweaked anyway, but they have lower priority.
> 
> net-mgmt/ettercap is known broken and I have it in my pipe. I'm
> giving this all the time I can, but I can''t spend too much time on
> this right now. I'm going to check these and fix the broken ones asap.
> 
> 
> >
> > and devel/glib20, print/ghostscript8, print/ghostscript9 using
> >   --with-libiconv=gnu
> >   --with-libiconv=native
> >   --with-libiconv=no
> >   --with-libiconv=no
> >
> 
> glib20 I already fixed in the big commit. uses native or gnu where 
> appropriate. I'll also have a look at the ghostscript ports asap, but
> at least ghostscript9 I have seen it working on my PCs.
> 
> >
> > Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).
> >
> > If Uses/iconv.mk can be extended with something like ICON_PATH, then
> > the 13 ports can be changed quickly to use the right iconv.
> >
> 
> Most of those will use the right iconv anyway if only one is found. 
> Extending iconv.mk should be discussed with portmgr, adding a
> variable shouldn't be a problem though.
> 


This happens in editors/abiword:


libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s
"../libimp.la" "libimp.la" ) gmake[7]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
gmake[6]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
gmake[6]: Entering directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' 
../../doltlibtool
--tag=CXX   --mode=link c++  -O2 -pipe -O3 -march=native
-fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl
-L/usr/local/lib -lxml2   -lgthread-2.0 -pthread -lgobject-2.0
-L/usr/local/lib -lglib-2.0 -lintl   -L../../src -labiword-2.8 -lz
-avoid-version -module -no-undefined -L/usr/local/lib -o
opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins
common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg
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
gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]: ***
[all-recursive] Error 1 gmake[3]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all]
Error 2 gmake[2]: Leaving directory
`/usr/ports/editors/abiword/work/abiword-2.8.6' ===> Compilation failed
unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1



signature.asc
Description: PGP signature


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

2013-09-07 Thread O. Hartmann
While proceeding in the iconv-mess, I run into a very nasty situation
with some ports showing strange linker errors on most recent systems.

The symptoms are present on boxes with CURRENT > r255259, for instance,
the error below is taken from a box which has already compiled the port
in question successfully, but then I recompiled world, installed world
and proceeded this morning with the port's updating mess. And the boxes
in question are at

FreeBSD 10.0-CURRENT #2 r255356: Sat Sep  7 13:04:03 CEST 2013 amd64

Those machines I maintain all use the very same /etc/src.conf and
settings there, so issues with libc++11 et cetera must then related to
the different OS revision.

I see qt4-scripts and kdelibs4 failing with some strange undefined
references to 'swap' in c++ classes, as well as several very severe
prerequisits for kdevelop (I do not use KDE, so I simply have the
kdevelopp stuff amongst necessary ports). Below the failing port
textproc/libxml++26 which fails on r255356, but not on the box with
r255259.

On the failing system, I'm able to compile the port devel/glibmm.


[...]
libtool: link: c++ -Wall -O2 -pipe -O3 -march=native
-fno-strict-aliasing -o
examples/dom_parse_entities/.libs/dom_parse_entities
examples/dom_parse_entities/main.o  libxml++/.libs/libxml++-2.6.so
-L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
-lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
/usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
/usr/local/lib/libglib-2.0.so
-licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
/usr/local/lib/libsigc-2.0.so
-pthread -Wl,-rpath -Wl,/usr/local/lib libtool: link: c++ -Wall -O2
-pipe -O3 -march=native -fno-strict-aliasing -o
examples/dom_build/.libs/dom_build examples/dom_build/main.o
libxml++/.libs/libxml++-2.6.so
-L/usr/local/lib /usr/local/lib/libxml2.so -L/usr/lib -lz -llzma
-lm /usr/local/lib/libglibmm-2.4.so /usr/local/lib/libgmodule-2.0.so 
/usr/local/lib/libgobject-2.0.so /usr/local/lib/libffi.so 
/usr/local/lib/libglib-2.0.so
-licui18n /usr/local/lib/libpcre.so /usr/local/lib/libintl.so 
/usr/local/lib/libsigc-2.0.so
-pthread -Wl,-rpath -Wl,/usr/local/lib /usr/local/lib/libglibmm-2.4.so:
undefined reference to
`sigc::internal::signal_impl::erase(std::__1::__list_iterator)' /usr/local/lib/libglibmm-2.4.so: undefined reference to
`sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' /usr/local/lib/libglibmm-2.4.so:
undefined reference to
`sigc::internal::signal_impl::erase(std::__1::__list_iterator)/usr/local/lib/libglibmm-2.4.so: undefined reference to
`sigc::internal::signal_impl::erase(std::__1::__list_iterator)'
' /usr/local/lib/libglibmm-2.4.so: /usr/local/lib/libglibmm-2.4.so:
undefined reference to
`sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' undefined reference to
`sigc::internal::signal_impl::insert(std::__1::__list_iterator, sigc::slot_base const&)' c++: error: linker command failed with
exit code 1 (use -v to see invocation) gmake[2]: ***
[examples/dom_parser/dom_parser] Error 1 gmake[2]: *** Waiting for
unfinished jobs c++: error: linker command failed with exit code 1
(use -v to see invocation) c++: error: linker command failed with exit
code 1 (use -v to see invocation) gmake[2]: ***
[examples/dom_parse_entities/dom_parse_entities] Error 1 gmake[2]: ***
[examples/dom_build/dom_build] Error 1 gmake[2]: Leaving directory
`/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' gmake[1]: ***
[all] Error 2 gmake[1]: Leaving directory
`/usr/ports/textproc/libxml++26/work/libxml++-2.34.2' ===> Compilation
failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1

Stop.
make: stopped in /usr/ports/textproc/libxml++26

===>>> make failed for textproc/libxml++26
===>>> Aborting update

===>>> Update for textproc/libxml++26 failed
===>>> Aborting update

===>>> Killing background jobs
Terminated

===>>> You can restart from the point of failure with this command line:
   portmaster  x11-toolkits/pangomm textproc/libxml++26 

===>>> Exiting



signature.asc
Description: PGP signature


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

2013-09-07 Thread Boris Samorodov
07.09.2013 16:27, Guido Falsi пишет:
> On 09/07/13 14:10, olli hauer wrote:
>> There are 13 ports using --with-iconv=${LOCALBASE}
>>   devel/apr1
>>   devel/apr2
>>   devel/git
>>   irc/epic5
>>   lang/gauche
>>   net-mgmt/ettercap
>>   net/ssltunnel-client
>>   net/yaz
>>   net/zebra-server
>>   textproc/libxml2
>>   textproc/py-libxml2
>>   www/apache22
>>   www/apache24
> 
> Most of these do work anyway. I'm sure about various of these. I have
> them working on my PCs. This does not mean they don't need to be tweaked
> anyway, but they have lower priority.
> 
> net-mgmt/ettercap is known broken and I have it in my pipe. I'm giving
> this all the time I can, but I can''t spend too much time on this right
> now. I'm going to check these and fix the broken ones asap.

Broken (at least as in "does not build") is only net-mgmt/ettercap.
For the latter a have a patch (not clean to install, but the port builds
fine).

>> and devel/glib20, print/ghostscript8, print/ghostscript9 using
>>   --with-libiconv=gnu
>>   --with-libiconv=native
>>   --with-libiconv=no
>>   --with-libiconv=no
>>
> 
> glib20 I already fixed in the big commit. uses native or gnu where
> appropriate. I'll also have a look at the ghostscript ports asap, but at
> least ghostscript9 I have seen it working on my PCs.
> 
>>
>> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).
>>
>> If Uses/iconv.mk can be extended with something like ICON_PATH, then
>> the 13 ports can be changed quickly to use the right iconv.

Well, at least at net-mgmt/ettercap configure script should be fixed,
as it uses hardcode "-liconv" while testing.

> Most of those will use the right iconv anyway if only one is found.
> Extending iconv.mk should be discussed with portmgr, adding a variable
> shouldn't be a problem though.

I have a (not yet tested) patch introducing ICONV_PREFIX variable,
defaults to ${LOCALBASE} and /usr respectively.

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread Guido Falsi

On 09/07/13 14:10, olli hauer wrote:

There are 13 ports using --with-iconv=${LOCALBASE}
  devel/apr1
  devel/apr2
  devel/git
  irc/epic5
  lang/gauche
  net-mgmt/ettercap
  net/ssltunnel-client
  net/yaz
  net/zebra-server
  textproc/libxml2
  textproc/py-libxml2
  www/apache22
  www/apache24



Most of these do work anyway. I'm sure about various of these. I have 
them working on my PCs. This does not mean they don't need to be tweaked 
anyway, but they have lower priority.


net-mgmt/ettercap is known broken and I have it in my pipe. I'm giving 
this all the time I can, but I can''t spend too much time on this right 
now. I'm going to check these and fix the broken ones asap.





and devel/glib20, print/ghostscript8, print/ghostscript9 using
  --with-libiconv=gnu
  --with-libiconv=native
  --with-libiconv=no
  --with-libiconv=no



glib20 I already fixed in the big commit. uses native or gnu where 
appropriate. I'll also have a look at the ghostscript ports asap, but at 
least ghostscript9 I have seen it working on my PCs.




Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).

If Uses/iconv.mk can be extended with something like ICON_PATH, then
the 13 ports can be changed quickly to use the right iconv.



Most of those will use the right iconv anyway if only one is found. 
Extending iconv.mk should be discussed with portmgr, adding a variable 
shouldn't be a problem though.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-07 Thread olli hauer
There are 13 ports using --with-iconv=${LOCALBASE}
 devel/apr1
 devel/apr2
 devel/git
 irc/epic5
 lang/gauche
 net-mgmt/ettercap
 net/ssltunnel-client
 net/yaz
 net/zebra-server
 textproc/libxml2
 textproc/py-libxml2
 www/apache22
 www/apache24


and devel/glib20, print/ghostscript8, print/ghostscript9 using
 --with-libiconv=gnu
 --with-libiconv=native
 --with-libiconv=no
 --with-libiconv=no


Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).

If Uses/iconv.mk can be extended with something like ICON_PATH, then
the 13 ports can be changed quickly to use the right iconv.

--
Regards,
olli
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-07 Thread Guido Falsi

On 09/07/13 13:03, O. Hartmann wrote:

On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi  wrote:


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  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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".



Founf another one that is failing:

port multimedia/mlt:


3 warnings generated.
cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o
producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o
producer_count.o filter_dynamictext.o   -Wl,--no-undefined
-Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework
-lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config
--libs gtk+-2.0` `pkg-config  --libs gdk-pixbuf-2.0` -L/usr/local/lib
-lexif `pkg-config  --libs pangoft2` -liconv

--->
/usr/bin/ld: cannot find -liconv cc: error: linker command failed with
exit code 1 (use -v to see invocation) gmake[4]: *** [../libmltgtk2.so]
Error 1 gmake[4]: Leaving directory
<---

`/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2' gmake[3]:
*** [all] Error 1 gmake[3]: Leaving directory
`/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: ***
[all] Error 1 gmake[2]: Leaving directory
`/usr/ports/multimedia/mlt/work/mlt-0.9.0' ===> Compilation failed
unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/mlt
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/mlt



Good catch. We tried to catch all ports which hardcoded iconv in someway 
but this one slipped through.


I'm preparing a fix for this one, shouldn't take too long. I'll come 
back to you as soon as I have committed it.


Thanks for reporting!

--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread O. Hartmann
On Sat, 7 Sep 2013 00:07:29 +0200
Baptiste Daroussin  wrote:

> On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
> > On Fri, 06 Sep 2013 21:11:26 +0400
> > Boris Samorodov  wrote:
> > 
> > > 06.09.2013 20:44, O. Hartmann пишет:
> > > > On Fri, 06 Sep 2013 20:08:59 +0400
> > > > Boris Samorodov  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?
> 
> and then retry?
> 
> regards,
> Bapt

You're lucky, I have a box, the last CURRENT standing, leftover. i just
started there this update mess to get more gray hairs ...

Well, simply compiling gettext in the first place before doing anything
doesn't help much. apr1, apache24 and php5 fail in an epic way.

I need to recompile apr1 first, but for doing that, I had to compile
intltool, gdbm, gmake, gettext first and for security, I recompiled
also flex prior to any automated start. At least, I can update the
messy apache24 stuff (there is still an issue with PHP5, subversion
stuff around).
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread O. Hartmann
On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi  wrote:

> 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  wrote:
> >>
> >>> 06.09.2013 20:44, O. Hartmann пишет:
>  On Fri, 06 Sep 2013 20:08:59 +0400
>  Boris Samorodov  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".
> 

Founf another one that is failing:

port multimedia/mlt:


3 warnings generated.
cc -shared -o ../libmltgtk2.so factory.o consumer_gtk2.o
producer_pixbuf.o pixops.o filter_rescale.o producer_pango.o
producer_count.o filter_dynamictext.o   -Wl,--no-undefined
-Wl,--as-needed -Wl,--no-undefined -Wl,--as-needed -L../../framework
-lmlt -pthread -lm -Wl,--no-undefined -Wl,--as-needed `pkg-config
--libs gtk+-2.0` `pkg-config  --libs gdk-pixbuf-2.0` -L/usr/local/lib
-lexif `pkg-config  --libs pangoft2` -liconv 

--->
/usr/bin/ld: cannot find -liconv cc: error: linker command failed with
exit code 1 (use -v to see invocation) gmake[4]: *** [../libmltgtk2.so]
Error 1 gmake[4]: Leaving directory
<---

`/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules/gtk2' gmake[3]:
*** [all] Error 1 gmake[3]: Leaving directory
`/usr/ports/multimedia/mlt/work/mlt-0.9.0/src/modules' gmake[2]: ***
[all] Error 1 gmake[2]: Leaving directory
`/usr/ports/multimedia/mlt/work/mlt-0.9.0' ===> Compilation failed
unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before
reporting the failure to the maintainer. *** Error code 1

Stop.
make[1]: stopped in /usr/ports/multimedia/mlt
*** Error code 1

Stop.
make: stopped in /usr/ports/multimedia/mlt

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread Guido Falsi

On 09/07/13 12:23, O. Hartmann wrote:

On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS



After this morning's reboot and restart of the update marathon, even
print/cups builds fine for now!

I have no clue what went wrong. I guess most evidences and traces are
gone with the restart of the boxes in question (they had all (3) the
same symptoms).

Thanks for looking into this,


Thanks to you for your patience, really!

--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread O. Hartmann
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:

> 06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov  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
> # make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
> 

After this morning's reboot and restart of the update marathon, even
print/cups builds fine for now!

I have no clue what went wrong. I guess most evidences and traces are
gone with the restart of the boxes in question (they had all (3) the
same symptoms).

Thanks for looking into this,

Oliver
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-07 Thread Guido Falsi

On 09/07/13 09:57, O. Hartmann wrote:

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 пишет:

On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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)?



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=CC   --mode=link 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



Lets try to find what is still blocking libtool, can you try
performing:

find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |
xargs -n 1 pkg which -oq | sort -u

this convoluted one liner should give a list of ports still having
libtool files with iconv hardwired in them in /usr/local/lib. You
u should rebuild them. Usually portmaster and portupgrade are able to
guess the right order, so you can also add  "| xargs portmaster" or
"| xargs portupgrade -f" to it to simply start the update.

The grep for iconv may be a little overkill, most probably grep
libiconv" is enough, but they should detect the same things anyway.



Below the requested list. But the system is "at work" again, means, I
proceed the update after having had a rest at night.


Sure, I understand that.



I can still see most of the listed ports also in the list of the "to
do" for being recompiled.


Yes, that's expected. One or more of these are being put in the wrong 
order by portmaster though, for some reason. Try to start portmaster 
against these, which are anyway much less that the whole list life for 
portmaster should be easier.




accessibility/at-spi2-atk
accessibility/at-spi2-core
converters/psiconv
devel/glade3
textproc/gnome-spell
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


I'm just guessing but this stripped down list contains the most probable 
offenders.


> mail/claws-mail-fancy
> mail/claws-mail-notification
> mail/claws-mail-pdf_viewer
> mail/claws-mail-vcalendar

I don't know claws-mail, but I see it has various modules. It may be 
necessary to rebuild the while package with "portmaster claws" since it 
is possible some module(or the base software) i

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

2013-09-07 Thread O. Hartmann
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 пишет:
> >>> On Fri, 06 Sep 2013 21:11:26 +0400
> >>> Boris Samorodov  wrote:
> >>>
>  06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov  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)?
> >>
> >
> > 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=CC   --mode=link 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
> >
> 
> Lets try to find what is still blocking libtool, can you try
> performing:
> 
> find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | 
> xargs -n 1 pkg which -oq | sort -u
> 
> this convoluted one liner should give a list of ports still having 
> libtool files with iconv hardwired in them in /usr/local/lib. You
> u should rebuild them. Usually portmaster and portupgrade are able to 
> guess the right order, so you can also add  "| xargs portmaster" or
> "| xargs portupgrade -f" to it to simply start the update.
> 
> The grep for iconv may be a little overkill, most probably grep 
> libiconv" is enough, but they should detect the same things anyway.
> 

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

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

2013-09-07 Thread Guido Falsi

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 пишет:

On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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)?



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=CC   --mode=link 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



Lets try to find what is still blocking libtool, can you try performing:

find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print | 
xargs -n 1 pkg which -oq | sort -u


this convoluted one liner should give a list of ports still having 
libtool files with iconv hardwired in them in /usr/local/lib. You
u should rebuild them. Usually portmaster and portupgrade are able to 
guess the right order, so you can also add  "| xargs portmaster" or "| 
xargs portupgrade -f" to it to simply start the update.


The grep for iconv may be a little overkill, most probably grep 
libiconv" is enough, but they should detect the same things anyway.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread O. Hartmann
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov  wrote:

> 07.09.2013 01:51, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 21:11:26 +0400
> > Boris Samorodov  wrote:
> > 
> >> 06.09.2013 20:44, O. Hartmann пишет:
> >>> On Fri, 06 Sep 2013 20:08:59 +0400
> >>> Boris Samorodov  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)?
> 

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=CC   --mode=link cc  -O2 -pipe -O3
-march=native -fno-strict-aliasing -Wno-unused-function
-Wno-pointer-sign -Wall -I/usr/local/include/enchant -pthread
-I/usr/local/include/glib-2.0 -I/usr/local/include  -avoid-version
-module -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender
-lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes
-lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype
-L/usr/local/lib -lfontconfig   -lwebkitgtk-1.0 -lgtk-x11-2.0
-lgdk-x11-2.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi
-lXrandr -lXcursor -lXcomposite -lXdamage -lXfixes -lX11 -latk-1.0
-lcairo -pthread -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lpango-1.0 -lfreetype
-lfontconfig -lsoup-2.4 -lgio-2.0 -lgobject-2.0 -ljavascriptcoregtk-1.0
-L/usr/local/lib -lglib-2.0 -lintl   -lsoup-gnome-2.4 -lsoup-2.4
-lgio-2.0 -lgobject-2.0 -L/usr/local/lib -lglib-2.0 -lintl
-L/usr/local/lib -lcurl   -L/usr/local/lib -o fancy.la
-rpath /usr/local/lib/claws-mail/plugins fancy_viewer.lo
fancy_prefs.lo   -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -lXext
-lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage
-lXfixes -lX11 -latk-1.0 -lcairo -pthread -lgdk_pixbuf-2.0 -lgio-2.0
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lintl -lfreetype
-L/usr/local/lib -lfontconfig   -larchive -lexecinfo  -lm
-L/usr/local/lib -letpan -L/usr/local/lib -pthread
-Wl,-rpath=/usr/lib:/usr/local/lib -L/usr/local/lib -lcurl -lssl
-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

Oliver
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to

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

2013-09-06 Thread Rainer Hurling
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  wrote:
>>
>>> 06.09.2013 20:44, O. Hartmann пишет:
 On Fri, 06 Sep 2013 20:08:59 +0400
 Boris Samorodov  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
> 

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread Guido Falsi

On 09/06/13 17:51, O. Hartmann wrote:

On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi  wrote:


On 09/06/13 17:26, AN wrote:



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of
current and ports, and I didn't know which would be more
appropriate so please forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
Sep  1 16:01:36 CDT 2013
root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating,
but it does not seem to be working correctly.  I followed the
directions exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the
apache's "httpd" binary cannot run because it can't find
libiconv.so.3.


apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
  is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22
at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies
that are still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

  libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

   done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
  is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22
at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?
How can the upgrade work if so many ports depend on iconv?  What
should I do now? Should I reinstall libiconv?



Good news is the update process did not really update anything,
judging from the output you sent. If you just reinstall libiconv
everything should go back to how it was, at least you get a working
system.

I admit I did not foresee this condition arising when I wrote the
instructions, here is a modified procedure you can follow and
report back about, so I can modify the UPDATING entry:

# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R(1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do
any harm

I added the step to preserve libiconv.so.3 in
/usr/local/lib/compat/pkg which is in the default library search
path. In this way libiconv and it's include file shouldn't be
found by configure scripts and the like and they should link to
the system one, while existing binaries should keep working
linking to the preserved one in lib/compat.


Any help is appreciated.


I hope this helps you, just ask for any clarifications and further
help as needed on this matter.

--
Guido Falsi 




I tried to install iconv and this is what happened:
   cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with
OSVERSION > 150.  Please fix the port which tries to use it.
*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I
force it to install?  System is badly broken from this procedure
now.


Sorry, I forgot to mention, to install that port now you need to
remove the "IGNORE" line from it's Makefile.




This must be documented at an official place and not in this mailing
list dungeon ...



I can agree, but please note that this only applies to current, and wil

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

2013-09-06 Thread Baptiste Daroussin
On Fri, Sep 06, 2013 at 05:59:42PM +0200, O. Hartmann wrote:
> On Fri, 06 Sep 2013 17:35:27 +0200
> Guido Falsi  wrote:
> 
> > On 09/06/13 17:04, O. Hartmann wrote:
> > 
> > > Using portmaster, I'm higly adviced to use option -f, otherwise
> > > every second port I try to update gets interrupted due to missing
> > > libiconv.so.3. It is impossible to update a system unattended and
> > > this is a mess with 200 or even 680 ports to be updated. A waste of
> > > time.
> > >
> > > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
> > > some gnuish tools in the port and the compilation fails if those
> > > prerequisits aren't updated first. The description I found
> > > in /usr/ports/UPDATING is quick and dirty - too dirty for being
> > > useful, in my opinion. Did the maintainer ever tried this command
> > > sequence on a "used" machine and not in a clean vbox environment?
> > 
> > 
> > I have tested it on my two machines at home. Both "lived" ones. On
> > one I had problems, but I did not follow that procedure exactly.
> > 
> > On the laptop everything went definitely smoother.
> > 
> > > There must be a description of a fallback in UPDATING! I took the
> > > whole day to update on one machine less than the half of the
> > > installed ports and huge ports like libreoffice are still dropping
> > > out of the build and I restart after fixed the missing port that
> > > relies on being recompiled. I hope that reinstalling
> > > converters/libiconv will give me X11 back on my boxes! I can not
> > > stay with them 48 hours non stop until they have completed the
> > > messy update.
> > 
> > The first backup things that comes to mind is, one can always
> > reinstall libiconv (removing IGNORE), that should allow old binaries
> > to run. I don't suggest updating the other ports while libiconv is
> > installed though, since the include files will conflict and ports
> > could link to the por5ts libiconv instead of the base one.
> > 
> > As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
> > then removing the package could help, by allowing the machine to work
> > in a "mixed world". Can you try that?
> 
> How should I when I already within the procedure of updating? I
> followed the minimalistic instruction in UPDATING.
> 
> > 
> > The biggest problem is usually libtool, pulling in old .la files
> > still referencing the non existing libiconv.la file. I don't know of
> > any solution to that. I had to resort to manually listing offending
> > la files and recompiling the owning package. Not optimal :(
> > 
> > I am willing to add further information to the UPDATING entry, but I 
> > need people with different scenarios to test and report the success
> > of the strategies.
> > 
> > Obviously the last resort strategy is deinstalling all ports and 
> > reinstalling them, which I agree is terrible.
> 
> This is the worst suggestion ever. People do work with their FreeBSD
> boxes, even when they run cutting edge OS versions. Deleting and
> installing around 1000 ports on an average desktop workstation isn't
> funny! That is, why I do updates.
> 
> Every thing else would degrade this system into the state of an
> annoying toy operating system and that is definitely not what I believe
> others intend it to be.
> 
> The time of M$ DOS and Windows 95 and their strategy "if something goes
> wrong, install the whole OS new" is gone and has never been for people
> having choosen UNIX over the M$ crap and the silly dirty strategy 
> > 
> 

We are just trying to catch up the activation of iconv in base which is
resulting a complete mess in ports.

We do understand how problematic this can be for you and We are sorry about
that.

In you special use case, I would strongly recommand you to change the way you
are managing you setup to change it into a a package building server and when
everything is ok deploy you packages on all your serveurs/desktops.

Poudriere can do that fairly easily, you can prepare different package building
destination (that fits all your need, with special patches, special options in
src.conf etc).

That way you can follow head, and not get annoyed by such changes.

In you case what I would do is:
$ Rebuild world WITHOUT_ICONV
$ reinstall libiconv
$ portmaster all that depends on libiconv

Here you got back to the old situation.

Now on a decicated machie I machine I would install poudriere, create a jail
matching the server specification (without libiconv)
build all my packages on it

If everything is ok.

Rebuild my server WITH_ICONV

Make my server use the built repository
$ pkg upgrade

(This should catch up everything)

and you system is clean and usable.

Next time you have to upgrade first upgrade the package building jail and
packages, if this is ok, then upgrade world/kernel on your server, pkg upgrade
and you are done, updating the box (in term of packages) will cost you a couple
of minutes, you will be sure that everything has properly build.

regards,
Bapt


pgpr3

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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 17:35:27 +0200
Guido Falsi  wrote:

> On 09/06/13 17:04, O. Hartmann wrote:
> 
> > Using portmaster, I'm higly adviced to use option -f, otherwise
> > every second port I try to update gets interrupted due to missing
> > libiconv.so.3. It is impossible to update a system unattended and
> > this is a mess with 200 or even 680 ports to be updated. A waste of
> > time.
> >
> > Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
> > some gnuish tools in the port and the compilation fails if those
> > prerequisits aren't updated first. The description I found
> > in /usr/ports/UPDATING is quick and dirty - too dirty for being
> > useful, in my opinion. Did the maintainer ever tried this command
> > sequence on a "used" machine and not in a clean vbox environment?
> 
> 
> I have tested it on my two machines at home. Both "lived" ones. On
> one I had problems, but I did not follow that procedure exactly.
> 
> On the laptop everything went definitely smoother.
> 
> > There must be a description of a fallback in UPDATING! I took the
> > whole day to update on one machine less than the half of the
> > installed ports and huge ports like libreoffice are still dropping
> > out of the build and I restart after fixed the missing port that
> > relies on being recompiled. I hope that reinstalling
> > converters/libiconv will give me X11 back on my boxes! I can not
> > stay with them 48 hours non stop until they have completed the
> > messy update.
> 
> The first backup things that comes to mind is, one can always
> reinstall libiconv (removing IGNORE), that should allow old binaries
> to run. I don't suggest updating the other ports while libiconv is
> installed though, since the include files will conflict and ports
> could link to the por5ts libiconv instead of the base one.
> 
> As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
> then removing the package could help, by allowing the machine to work
> in a "mixed world". Can you try that?

How should I when I already within the procedure of updating? I
followed the minimalistic instruction in UPDATING.

> 
> The biggest problem is usually libtool, pulling in old .la files
> still referencing the non existing libiconv.la file. I don't know of
> any solution to that. I had to resort to manually listing offending
> la files and recompiling the owning package. Not optimal :(
> 
> I am willing to add further information to the UPDATING entry, but I 
> need people with different scenarios to test and report the success
> of the strategies.
> 
> Obviously the last resort strategy is deinstalling all ports and 
> reinstalling them, which I agree is terrible.

This is the worst suggestion ever. People do work with their FreeBSD
boxes, even when they run cutting edge OS versions. Deleting and
installing around 1000 ports on an average desktop workstation isn't
funny! That is, why I do updates.

Every thing else would degrade this system into the state of an
annoying toy operating system and that is definitely not what I believe
others intend it to be.

The time of M$ DOS and Windows 95 and their strategy "if something goes
wrong, install the whole OS new" is gone and has never been for people
having choosen UNIX over the M$ crap and the silly dirty strategy 
> 



signature.asc
Description: PGP signature


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

2013-09-06 Thread 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  wrote:
> 
> > 06.09.2013 20:44, O. Hartmann пишет:
> > > On Fri, 06 Sep 2013 20:08:59 +0400
> > > Boris Samorodov  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?

and then retry?

regards,
Bapt


pgpr0MBYI8Yzk.pgp
Description: PGP signature


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

2013-09-06 Thread John-Mark Gurney
O. Hartmann wrote this message on Fri, Sep 06, 2013 at 17:32 +0200:
> On Fri, 06 Sep 2013 11:35:35 +0400
> Boris Samorodov  wrote:
> 
> > 06.09.2013 07:16, AN ??:
> > > Hi:
> > > 
> > > I am posting to both lists because this problem affects users of
> > > current and ports, and I didn't know which would be more
> > > appropriate so please forgive me.
> > > 
> > > # uname -a
> > > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > > Sep  1 16:01:36 CDT 2013
> > > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > > 
> > > I am trying to update my ports following the entry in updating, but
> > > it does not seem to be working correctly.  I followed the
> > > directions exactly, and after 30 mins this is what has happened:
> > > 
> > > # cat ports_to_update | xargs portupgrade -vf
> > > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > > [Reading data from pkg(8) ... - 890 packages found - done]
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least
> > > 
> > > 
> > > Here is what I have done:
> > > # pkg query %ro libiconv >ports_to_update
> > > [root@FBSD10 ~]# cat ports_to_update
> > > 
> > > ...lots of output
> > > 
> > > # pkg delete -f libiconv
> > > pkg: You are trying to delete package(s) which has dependencies
> > > that are still required:
> > > ... delete these packages anyway in forced mode
> > > Deinstallation has been requested for the following 1 packages:
> > > 
> > >   libiconv-1.14_1
> > > 
> > > The deinstallation will free 2 MB
> > > 
> > > Proceed with deinstalling packages [y/N]: y
> > > [1/1] Deleting libiconv-1.14_1...
> > > deleting anyway
> > > 
> > >   done
> > > 
> > > Now the update process is stuck here:
> > > 
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least
> > > 
> > > there are 2 ruby processes running for a long time, but nothing is 
> > > happening to the update.
> > > 
> > > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > > ruby19{ruby19}
> > > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > > ruby19{ruby19}
> > > 
> > > So, it seems my system is broken now.  Did I do something wrong?
> > > How can the upgrade work if so many ports depend on iconv?  What
> > > should I do now? Should I reinstall libiconv?
> > > 
> > > Any help is appreciated.
> > > 
> > > 
> > > 
> > > # cat ports_to_update | xargs portupgrade -vf
> > > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > > [Reading data from pkg(8) ... - 890 packages found - done]
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > > ** Port marked as IGNORE: www/mod_dnssd:
> > >   is marked as broken: : Error from bsd.apache.mk. apache is 
> > > installed (or APACHE_PORT is defined) and port requires apache22 at
> > > least Shared object "libiconv.so.3" not found, required by "httpd"
> > > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > > Shared object "libiconv.so.3" not found, required by "httpd"
> > > apxs:Error: Sorry, no shared object support for Apache.
> > > apxs:Error: available under your platform. Make sure.
> > > apxs:Error: the Apache module mod_so is compiled into.
> > > apxs:Error: your server bin

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

2013-09-06 Thread Guido Falsi

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  wrote:


06.09.2013 20:44, O. Hartmann пишет:

On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread Boris Samorodov
07.09.2013 01:51, O. Hartmann пишет:
> On Fri, 06 Sep 2013 21:11:26 +0400
> Boris Samorodov  wrote:
> 
>> 06.09.2013 20:44, O. Hartmann пишет:
>>> On Fri, 06 Sep 2013 20:08:59 +0400
>>> Boris Samorodov  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)?

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov  wrote:

> 06.09.2013 20:44, O. Hartmann пишет:
> > On Fri, 06 Sep 2013 20:08:59 +0400
> > Boris Samorodov  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



signature.asc
Description: PGP signature


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

2013-09-06 Thread Ricardo Campos Passanezi
On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote:

> > See `config.log' for more details
> > ===>  Script "configure" failed unexpectedly.
> > Please report the problem to c.petrik.s...@gmail.com [maintainer] and
> > attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log"
> > including the output of the failure of your make command. Also, it
> > might be a good idea to provide an overview of all packages installed
> > on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea).
> > *** Error code 1
> 
> When I went through this, it was because they were trying to use gcc
> instead of cc...  and for some reason gcc was getting an error about
> failing to exec cc1...  I forget if I just reinstalled gcc from base
> (cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc
> as my gcc was broken when I chose to force remove libiconv...
> 
> btw, Just last night I finished rebuilding all the ports after ~24
> hours...  some of it was portmaster waiting for my input, but still...
> 

I went through this also and I was able to update (using portupgrade) by
issuing a:

# portupgrade -f print/cups-base print/cups-image print/cups-client

I'm using the procedure described in UPDATING/20130904.


-- 
Ricardo Campos Passanezi - Supervisor de Seção
Chave PGP e GPG Pública em: http://www.ige.unicamp.br/~riccp
Instituto de Geociências - http://www.ige.unicamp.br - UNICAMP
Tel: (19) 3521 4560
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov  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




signature.asc
Description: PGP signature


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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi  wrote:

> On 09/06/13 17:26, AN wrote:
> >
> >
> > On Fri, 6 Sep 2013, Guido Falsi wrote:
> >
> >> On 09/06/13 05:16, AN wrote:
> >>> Hi:
> >>>
> >>> I am posting to both lists because this problem affects users of
> >>> current and ports, and I didn't know which would be more
> >>> appropriate so please forgive me.
> >>>
> >>> # uname -a
> >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> >>> Sep  1 16:01:36 CDT 2013
> >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> >>>
> >>> I am trying to update my ports following the entry in updating,
> >>> but it does not seem to be working correctly.  I followed the
> >>> directions exactly, and after 30 mins this is what has happened:
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>
> >> This is bsd.apache.mk trying to get the apache version. but the
> >> apache's "httpd" binary cannot run because it can't find
> >> libiconv.so.3.
> >>
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>  is marked as broken: : Error from bsd.apache.mk. apache is
> >>> installed (or APACHE_PORT is defined) and port requires apache22
> >>> at least
> >>>
> >>>
> >>> Here is what I have done:
> >>> # pkg query %ro libiconv >ports_to_update
> >>> [root@FBSD10 ~]# cat ports_to_update
> >>>
> >>> ...lots of output
> >>>
> >>> # pkg delete -f libiconv
> >>> pkg: You are trying to delete package(s) which has dependencies
> >>> that are still required:
> >>> ... delete these packages anyway in forced mode
> >>> Deinstallation has been requested for the following 1 packages:
> >>>
> >>>  libiconv-1.14_1
> >>>
> >>> The deinstallation will free 2 MB
> >>>
> >>> Proceed with deinstalling packages [y/N]: y
> >>> [1/1] Deleting libiconv-1.14_1...
> >>> deleting anyway
> >>>
> >>>   done
> >>>
> >>> Now the update process is stuck here:
> >>>
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>  is marked as broken: : Error from bsd.apache.mk. apache is
> >>> installed (or APACHE_PORT is defined) and port requires apache22
> >>> at least
> >>>
> >>> there are 2 ruby processes running for a long time, but nothing is
> >>> happening to the update.
> >>>
> >>> 43998 root520 64912K 33368K piperd  5   2:21   5.96%
> >>> ruby19{ruby19}
> >>> 43998 root520 64912K 33368K select  1   0:00   5.96%
> >>> ruby19{ruby19}
> >>>
> >>> So, it seems my system is broken now.  Did I do something wrong?
> >>> How can the upgrade work if so many ports depend on iconv?  What
> >>> should I do now? Should I reinstall libiconv?
> >>>
> >>
> >> Good news is the update process did not really update anything,
> >> judging from the output you sent. If you just reinstall libiconv
> >> everything should go back to how it was, at least you get a working
> >> system.
> >>
> >> I admit I did not foresee this condition arising when I wrote the
> >> instructions, here is a modified procedure you can follow and
> >> report back about, so I can modify the UPDATING entry:
> >>
> >> # pkg query %ro libiconv >ports_to_update
> >> # cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
> >> # ldconfig -R(1)
> >> # pkg delete -f libiconv
> >> # cat ports_to_update | xargs portupgrade -f
> >>
> >> (1) not sure if ldconfig -R is really needed, but It will not do
> >> any harm
> >>
> >> I added the step to preserve libiconv.so.3 in
> >> /usr/local/lib/compat/pkg which is in the default library search
> >> path. In this way libiconv and it's include file shouldn't be
> >> found by configure scripts and the like and they should link to
> >> the system one, while existing binaries should keep working
> >> linking to the preserved one in lib/compat.
> >>
> >>> Any help is appreciated.
> >>
> >> I hope this helps you, just ask for any clarifications and further
> >> help as needed on this matter.
> >>
> >> --
> >> Guido Falsi 
> >>
> >
> >
> > I tried to install iconv and this is what happened:
> >   cd /usr/ports/converters/libiconv
> > [root@FBSD10 /usr/ports/converters/libiconv]# make install clean
> > ===>  libiconv-1.14_1 converters/libiconv should no

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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 17:33:09 +0200
Guido Falsi  wrote:

> On 09/06/13 17:32, O. Hartmann wrote:
> > On Fri, 06 Sep 2013 11:35:35 +0400
> > Boris Samorodov  wrote:
> >
> >> 06.09.2013 07:16, AN пишет:
> >>> Hi:
> >>>
> >>> I am posting to both lists because this problem affects users of
> >>> current and ports, and I didn't know which would be more
> >>> appropriate so please forgive me.
> >>>
> >>> # uname -a
> >>> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> >>> Sep  1 16:01:36 CDT 2013
> >>> root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> >>>
> >>> I am trying to update my ports following the entry in updating,
> >>> but it does not seem to be working correctly.  I followed the
> >>> directions exactly, and after 30 mins this is what has happened:
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least
> >>>
> >>>
> >>> Here is what I have done:
> >>> # pkg query %ro libiconv >ports_to_update
> >>> [root@FBSD10 ~]# cat ports_to_update
> >>>
> >>> ...lots of output
> >>>
> >>> # pkg delete -f libiconv
> >>> pkg: You are trying to delete package(s) which has dependencies
> >>> that are still required:
> >>> ... delete these packages anyway in forced mode
> >>> Deinstallation has been requested for the following 1 packages:
> >>>
> >>>   libiconv-1.14_1
> >>>
> >>> The deinstallation will free 2 MB
> >>>
> >>> Proceed with deinstalling packages [y/N]: y
> >>> [1/1] Deleting libiconv-1.14_1...
> >>> deleting anyway
> >>>
> >>>done
> >>>
> >>> Now the update process is stuck here:
> >>>
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least
> >>>
> >>> there are 2 ruby processes running for a long time, but nothing is
> >>> happening to the update.
> >>>
> >>> 43998 root520 64912K 33368K piperd  5   2:21   5.96%
> >>> ruby19{ruby19}
> >>> 43998 root520 64912K 33368K select  1   0:00   5.96%
> >>> ruby19{ruby19}
> >>>
> >>> So, it seems my system is broken now.  Did I do something wrong?
> >>> How can the upgrade work if so many ports depend on iconv?  What
> >>> should I do now? Should I reinstall libiconv?
> >>>
> >>> Any help is appreciated.
> >>>
> >>>
> >>>
> >>> # cat ports_to_update | xargs portupgrade -vf
> >>> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> >>> [Reading data from pkg(8) ... - 890 packages found - done]
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> >>> read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> >>> -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> >>> Shared object "libiconv.so.3" not found, required by "httpd"
> >>> apxs:Error: Sorry, no shared object support for Apache.
> >>> apxs:Error: available under your platform. Make sure.
> >>> apxs:Error: the Apache module mod_so is compiled into.
> >>> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> >>> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
> >>> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> >>> ** Port marked as IGNORE: www/mod_dnssd:
> >>>   is marked as broken: : Error from bsd.apache.mk. apache
> >>> is installed (or APACHE_PORT is defined) and port requires
> >>> apache22 at least Shared object "libiconv.so.3" not found,
> >>> required by "httpd" make: "/usr/ports/Mk/bsd.apache.mk" line 278:
> >>> warning: Couldn't read shell's output for "/usr/local/sbin/httpd
> >>> -V | /usr/bin/sed -ne 's/^Server version:
> >>> Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'" Shared object
> >>> "libiconv.so.3" not found, required by "httpd" apxs:Error: Sorry,
> >>> no shared object support for Apache. apxs:Error: available under
> >>> your platform. Make sure. apxs:Error: the Apache module mod_so is
> >>> compiled 

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

2013-09-06 Thread Guido Falsi

On 09/06/13 19:52, Ricardo Campos Passanezi wrote:

On Fri, Sep 06, 2013 at 10:45:42AM -0700, John-Mark Gurney wrote:


See `config.log' for more details
===>  Script "configure" failed unexpectedly.
Please report the problem to c.petrik.s...@gmail.com [maintainer] and
attach the "/usr/ports/print/cups-client/work/cups-1.5.4/config.log"
including the output of the failure of your make command. Also, it
might be a good idea to provide an overview of all packages installed
on your system (e.g. a /usr/local/sbin/pkg-static info -g -Ea).
*** Error code 1


When I went through this, it was because they were trying to use gcc
instead of cc...  and for some reason gcc was getting an error about
failing to exec cc1...  I forget if I just reinstalled gcc from base
(cd /usr/src/gnu/usr.bin/cc && make install) or rm'd /usr/local/bin/gcc
as my gcc was broken when I chose to force remove libiconv...

btw, Just last night I finished rebuilding all the ports after ~24
hours...  some of it was portmaster waiting for my input, but still...



I went through this also and I was able to update (using portupgrade) by
issuing a:

# portupgrade -f print/cups-base print/cups-image print/cups-client

I'm using the procedure described in UPDATING/20130904.



As Baptiste says we are all terribly sorry about this mess. Unluckily 
the situation was messy even before my commit, things were already 
breaking due to the iconv in base change. We are trying to catch up.


Also note that enabling WITH_LIBICONV_COMPAT in src.conf before building 
world could help alleviate updating problems. This is a bandaid though, 
wwill not fix ports trying to link to libiconv.so and will not fix 
/usr/local/lib/*.ls files with -liconv hardwired in.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-06 Thread Boris Samorodov
06.09.2013 20:44, O. Hartmann пишет:
> On Fri, 06 Sep 2013 20:08:59 +0400
> Boris Samorodov  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
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread Boris Samorodov
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*

-- 
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:

> 06.09.2013 07:16, AN пишет:
> > Hi:
> > 
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> > 
> > # uname -a
> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > Sep  1 16:01:36 CDT 2013
> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > 
> > I am trying to update my ports following the entry in updating, but
> > it does not seem to be working correctly.  I followed the
> > directions exactly, and after 30 mins this is what has happened:
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > 
> > Here is what I have done:
> > # pkg query %ro libiconv >ports_to_update
> > [root@FBSD10 ~]# cat ports_to_update
> > 
> > ...lots of output
> > 
> > # pkg delete -f libiconv
> > pkg: You are trying to delete package(s) which has dependencies
> > that are still required:
> > ... delete these packages anyway in forced mode
> > Deinstallation has been requested for the following 1 packages:
> > 
> > libiconv-1.14_1
> > 
> > The deinstallation will free 2 MB
> > 
> > Proceed with deinstalling packages [y/N]: y
> > [1/1] Deleting libiconv-1.14_1...
> > deleting anyway
> > 
> >   done
> > 
> > Now the update process is stuck here:
> > 
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > there are 2 ruby processes running for a long time, but nothing is 
> > happening to the update.
> > 
> > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > ruby19{ruby19}
> > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > ruby19{ruby19}
> > 
> > So, it seems my system is broken now.  Did I do something wrong?
> > How can the upgrade work if so many ports depend on iconv?  What
> > should I do now? Should I reinstall libiconv?
> > 
> > Any help is appreciated.
> > 
> > 
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/gnome-user-share:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > install

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

2013-09-06 Thread Guido Falsi

On 09/06/13 17:04, O. Hartmann wrote:


Using portmaster, I'm higly adviced to use option -f, otherwise every
second port I try to update gets interrupted due to missing
libiconv.so.3. It is impossible to update a system unattended and this
is a mess with 200 or even 680 ports to be updated. A waste of time.

Some ports still rely on methusalem gcc 4.6. But gcc 4.6.3 relies on
some gnuish tools in the port and the compilation fails if those
prerequisits aren't updated first. The description I found
in /usr/ports/UPDATING is quick and dirty - too dirty for being
useful, in my opinion. Did the maintainer ever tried this command
sequence on a "used" machine and not in a clean vbox environment?



I have tested it on my two machines at home. Both "lived" ones. On one I 
had problems, but I did not follow that procedure exactly.


On the laptop everything went definitely smoother.


There must be a description of a fallback in UPDATING! I took the
whole day to update on one machine less than the half of the installed
ports and huge ports like libreoffice are still dropping out of the
build and I restart after fixed the missing port that relies on being
recompiled. I hope that reinstalling converters/libiconv will give me
X11 back on my boxes! I can not stay with them 48 hours non stop until
they have completed the messy update.


The first backup things that comes to mind is, one can always reinstall 
libiconv (removing IGNORE), that should allow old binaries to run. I 
don't suggest updating the other ports while libiconv is installed 
though, since the include files will conflict and ports could link to 
the por5ts libiconv instead of the base one.


As I told AN, preserving libiconv.so in /usr/local/lib/compat/pkg and 
then removing the package could help, by allowing the machine to work in 
a "mixed world". Can you try that?


The biggest problem is usually libtool, pulling in old .la files still 
referencing the non existing libiconv.la file. I don't know of any 
solution to that. I had to resort to manually listing offending la files 
and recompiling the owning package. Not optimal :(


I am willing to add further information to the UPDATING entry, but I 
need people with different scenarios to test and report the success of 
the strategies.


Obviously the last resort strategy is deinstalling all ports and 
reinstalling them, which I agree is terrible.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-06 Thread Guido Falsi

On 09/06/13 17:32, O. Hartmann wrote:

On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:


06.09.2013 07:16, AN пишет:

Hi:

I am posting to both lists because this problem affects users of
current and ports, and I didn't know which would be more
appropriate so please forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
Sep  1 16:01:36 CDT 2013
root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but
it does not seem to be working correctly.  I followed the
directions exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies
that are still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

   done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?
How can the upgrade work if so many ports depend on iconv?  What
should I do now? Should I reinstall libiconv?

Any help is appreciated.



# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
-ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"
apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/gnome-user-share:
is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


The error actually states that you don't have reqiured aoache port
version. Is it the case or do you have apache22 installed.

Said that I'll admit that there are some ports (13) which uses
CONFIGURE_ARGS+=--with-iconv=${LOCALBASE} syntax. It's no more
relevant at recent RURRENT. The fix is been worked on.

For now you may

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

2013-09-06 Thread Guido Falsi

On 09/06/13 17:26, AN wrote:



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the
apache's "httpd" binary cannot run because it can't find libiconv.so.3.


apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at
least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything,
judging from the output you sent. If you just reinstall libiconv
everything should go back to how it was, at least you get a working
system.

I admit I did not foresee this condition arising when I wrote the
instructions, here is a modified procedure you can follow and report
back about, so I can modify the UPDATING entry:

# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R(1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
   harm

I added the step to preserve libiconv.so.3 in
/usr/local/lib/compat/pkg which is in the default library search path.
In this way libiconv and it's include file shouldn't be found by
configure scripts and the like and they should link to the system one,
while existing binaries should keep working linking to the preserved
one in lib/compat.


Any help is appreciated.


I hope this helps you, just ask for any clarifications and further
help as needed on this matter.

--
Guido Falsi 




I tried to install iconv and this is what happened:
  cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with
OSVERSION > 150.  Please fix the port which tries to use it.
*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I force
it to install?  System is badly broken from this procedure now.


Sorry, I forgot to mention, to install that port now you need to remove 
the "IGNORE" line from it's Makefile.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-06 Thread O. Hartmann
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov  wrote:

> 06.09.2013 07:16, AN пишет:
> > Hi:
> > 
> > I am posting to both lists because this problem affects users of
> > current and ports, and I didn't know which would be more
> > appropriate so please forgive me.
> > 
> > # uname -a
> > FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun
> > Sep  1 16:01:36 CDT 2013
> > root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> > 
> > I am trying to update my ports following the entry in updating, but
> > it does not seem to be working correctly.  I followed the
> > directions exactly, and after 30 mins this is what has happened:
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > 
> > Here is what I have done:
> > # pkg query %ro libiconv >ports_to_update
> > [root@FBSD10 ~]# cat ports_to_update
> > 
> > ...lots of output
> > 
> > # pkg delete -f libiconv
> > pkg: You are trying to delete package(s) which has dependencies
> > that are still required:
> > ... delete these packages anyway in forced mode
> > Deinstallation has been requested for the following 1 packages:
> > 
> > libiconv-1.14_1
> > 
> > The deinstallation will free 2 MB
> > 
> > Proceed with deinstalling packages [y/N]: y
> > [1/1] Deleting libiconv-1.14_1...
> > deleting anyway
> > 
> >   done
> > 
> > Now the update process is stuck here:
> > 
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least
> > 
> > there are 2 ruby processes running for a long time, but nothing is 
> > happening to the update.
> > 
> > 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> > ruby19{ruby19}
> > 43998 root520 64912K 33368K select  1   0:00   5.96% 
> > ruby19{ruby19}
> > 
> > So, it seems my system is broken now.  Did I do something wrong?
> > How can the upgrade work if so many ports depend on iconv?  What
> > should I do now? Should I reinstall libiconv?
> > 
> > Any help is appreciated.
> > 
> > 
> > 
> > # cat ports_to_update | xargs portupgrade -vf
> > --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> > [Reading data from pkg(8) ... - 890 packages found - done]
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/mod_dnssd:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > installed (or APACHE_PORT is defined) and port requires apache22 at
> > least Shared object "libiconv.so.3" not found, required by "httpd"
> > make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't
> > read shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed
> > -ne 's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> > Shared object "libiconv.so.3" not found, required by "httpd"
> > apxs:Error: Sorry, no shared object support for Apache.
> > apxs:Error: available under your platform. Make sure.
> > apxs:Error: the Apache module mod_so is compiled into.
> > apxs:Error: your server binary `/usr/local/sbin/httpd'..
> > make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> > "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> > ** Port marked as IGNORE: www/gnome-user-share:
> > is marked as broken: : Error from bsd.apache.mk. apache is 
> > install

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

2013-09-06 Thread AN



On Fri, 6 Sep 2013, Guido Falsi wrote:


On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the apache's 
"httpd" binary cannot run because it can't find libiconv.so.3.



apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything, judging from 
the output you sent. If you just reinstall libiconv everything should go back 
to how it was, at least you get a working system.


I admit I did not foresee this condition arising when I wrote the 
instructions, here is a modified procedure you can follow and report back 
about, so I can modify the UPDATING entry:


# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R   (1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
   harm

I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg which 
is in the default library search path. In this way libiconv and it's include 
file shouldn't be found by configure scripts and the like and they should 
link to the system one, while existing binaries should keep working linking 
to the preserved one in lib/compat.



Any help is appreciated.


I hope this helps you, just ask for any clarifications and further help as 
needed on this matter.


--
Guido Falsi 




I tried to install iconv and this is what happened:
 cd /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]# make install clean
===>  libiconv-1.14_1 converters/libiconv should not be used with 
OSVERSION > 150.  Please fix the port which tries to use it.

*** Error code 1

Stop.
make: stopped in /usr/ports/converters/libiconv
[root@FBSD10 /usr/ports/converters/libiconv]#

So, now I can not install libiconv.  What should I do now, can I force it 
to install?  System is badly broken from this procedure now.

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"


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

2013-09-06 Thread Boris Samorodov
06.09.2013 07:16, AN пишет:
> Hi:
> 
> I am posting to both lists because this problem affects users of current 
> and ports, and I didn't know which would be more appropriate so please 
> forgive me.
> 
> # uname -a
> FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1 
> 16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64
> 
> I am trying to update my ports following the entry in updating, but it 
> does not seem to be working correctly.  I followed the directions exactly, 
> and after 30 mins this is what has happened:
> 
> # cat ports_to_update | xargs portupgrade -vf
> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> [Reading data from pkg(8) ... - 890 packages found - done]
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> 
> 
> Here is what I have done:
> # pkg query %ro libiconv >ports_to_update
> [root@FBSD10 ~]# cat ports_to_update
> 
> ...lots of output
> 
> # pkg delete -f libiconv
> pkg: You are trying to delete package(s) which has dependencies that are 
> still required:
> ... delete these packages anyway in forced mode
> Deinstallation has been requested for the following 1 packages:
> 
>   libiconv-1.14_1
> 
> The deinstallation will free 2 MB
> 
> Proceed with deinstalling packages [y/N]: y
> [1/1] Deleting libiconv-1.14_1...
> deleting anyway
> 
>   done
> 
> Now the update process is stuck here:
> 
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> 
> there are 2 ruby processes running for a long time, but nothing is 
> happening to the update.
> 
> 43998 root520 64912K 33368K piperd  5   2:21   5.96% 
> ruby19{ruby19}
> 43998 root520 64912K 33368K select  1   0:00   5.96% 
> ruby19{ruby19}
> 
> So, it seems my system is broken now.  Did I do something wrong?  How can 
> the upgrade work if so many ports depend on iconv?  What should I do now? 
> Should I reinstall libiconv?
> 
> Any help is appreciated.
> 
> 
> 
> # cat ports_to_update | xargs portupgrade -vf
> --->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
> [Reading data from pkg(8) ... - 890 packages found - done]
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/mod_dnssd:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least
> Shared object "libiconv.so.3" not found, required by "httpd"
> make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read 
> shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne 's/^Server 
> version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
> Shared object "libiconv.so.3" not found, required by "httpd"
> apxs:Error: Sorry, no shared object support for Apache.
> apxs:Error: available under your platform. Make sure.
> apxs:Error: the Apache module mod_so is compiled into.
> apxs:Error: your server binary `/usr/local/sbin/httpd'..
> make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning: 
> "/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
> ** Port marked as IGNORE: www/gnome-user-share:
>   is marked as broken: : Error from bsd.apache.mk. apache is 
> installed (or APACHE_PORT is defined) and port requires apache22 at least

The error actually states that you don't have reqiured aoache port
version. Is it the case or do you have apache22 installed.

Said that I'll admit that there are some ports (13) which uses
CON

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

2013-09-06 Thread Guido Falsi

On 09/06/13 05:16, AN wrote:

Hi:

I am posting to both lists because this problem affects users of current
and ports, and I didn't know which would be more appropriate so please
forgive me.

# uname -a
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #80 r255129: Sun Sep  1
16:01:36 CDT 2013 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL  amd64

I am trying to update my ports following the entry in updating, but it
does not seem to be working correctly.  I followed the directions
exactly, and after 30 mins this is what has happened:

# cat ports_to_update | xargs portupgrade -vf
--->  Session started at: Thu, 05 Sep 2013 21:12:10 -0500
[Reading data from pkg(8) ... - 890 packages found - done]
Shared object "libiconv.so.3" not found, required by "httpd"
make: "/usr/ports/Mk/bsd.apache.mk" line 278: warning: Couldn't read
shell's output for "/usr/local/sbin/httpd -V | /usr/bin/sed -ne
's/^Server version: Apache\/\([0-9]\)\.\([0-9]*\).*/\1\2/p'"
Shared object "libiconv.so.3" not found, required by "httpd"


This is bsd.apache.mk trying to get the apache version. but the apache's 
"httpd" binary cannot run because it can't find libiconv.so.3.



apxs:Error: Sorry, no shared object support for Apache.
apxs:Error: available under your platform. Make sure.
apxs:Error: the Apache module mod_so is compiled into.
apxs:Error: your server binary `/usr/local/sbin/httpd'..
make: "/usr/ports/Mk/bsd.apache.mk" line 284: warning:
"/usr/local/sbin/apxs -q MPM_NAME" returned non-zero status
** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least


Here is what I have done:
# pkg query %ro libiconv >ports_to_update
[root@FBSD10 ~]# cat ports_to_update

...lots of output

# pkg delete -f libiconv
pkg: You are trying to delete package(s) which has dependencies that are
still required:
... delete these packages anyway in forced mode
Deinstallation has been requested for the following 1 packages:

 libiconv-1.14_1

The deinstallation will free 2 MB

Proceed with deinstalling packages [y/N]: y
[1/1] Deleting libiconv-1.14_1...
deleting anyway

  done

Now the update process is stuck here:

** Port marked as IGNORE: www/mod_dnssd:
 is marked as broken: : Error from bsd.apache.mk. apache is
installed (or APACHE_PORT is defined) and port requires apache22 at least

there are 2 ruby processes running for a long time, but nothing is
happening to the update.

43998 root520 64912K 33368K piperd  5   2:21   5.96%
ruby19{ruby19}
43998 root520 64912K 33368K select  1   0:00   5.96%
ruby19{ruby19}

So, it seems my system is broken now.  Did I do something wrong?  How
can the upgrade work if so many ports depend on iconv?  What should I do
now? Should I reinstall libiconv?



Good news is the update process did not really update anything, judging 
from the output you sent. If you just reinstall libiconv everything 
should go back to how it was, at least you get a working system.


I admit I did not foresee this condition arising when I wrote the 
instructions, here is a modified procedure you can follow and report 
back about, so I can modify the UPDATING entry:


# pkg query %ro libiconv >ports_to_update
# cp /usr/local/lib/libiconv.so.3 /usr/local/lib/compat/pkg/
# ldconfig -R   (1)
# pkg delete -f libiconv
# cat ports_to_update | xargs portupgrade -f

(1) not sure if ldconfig -R is really needed, but It will not do any
harm

I added the step to preserve libiconv.so.3 in /usr/local/lib/compat/pkg 
which is in the default library search path. In this way libiconv and 
it's include file shouldn't be found by configure scripts and the like 
and they should link to the system one, while existing binaries should 
keep working linking to the preserved one in lib/compat.



Any help is appreciated.


I hope this helps you, just ask for any clarifications and further help 
as needed on this matter.


--
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"