Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/10/13 07:20, hiren panchasara wrote:
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de
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
http://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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org wrote:
On 09/10/13 07:20, hiren panchasara wrote:
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de
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?
% 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 ga...@freebsd.org
* 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
http://flymockour-l7.corp.**yahoo.comhttp://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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org wrote:
On 09/10/13 07:20, hiren panchasara wrote:
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer oha...@gmx.de
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 :-)
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 ga...@freebsd.org
* 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
http://flymockour-l7.corp.**yahoo.comhttp://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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/10/13 10:16, hiren panchasara wrote:
On Tue, Sep 10, 2013 at 12:28 AM, hiren panchasara
hiren.panchas...@gmail.com mailto:hiren.panchas...@gmail.com wrote:
On Mon, Sep 9, 2013 at 11:56 PM, Guido Falsi madpi...@freebsd.org
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 oha...@gmx.de
mailto:oha...@gmx.de
mailto:oha...@gmx.de 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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, Sep 7, 2013 at 5:10 AM, olli hauer 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?
% 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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 21:46, O. Hartmann wrote:
On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi madpi...@freebsd.org 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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sun, 08 Sep 2013 10:44:01 +0200
Guido Falsi madpi...@freebsd.org wrote:
On 09/07/13 21:46, O. Hartmann wrote:
On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi madpi...@freebsd.org 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
On Fri, 06 Sep 2013 09:34:52 +0200
Guido Falsi madpi...@freebsd.org 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 processes, one from the ports side, another from
the OS side, intertwined and messy as hell rendered the systems
completely unusable.
As I reported on several occasions, after r255259 it wasn't
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov b...@passap.ru wrote:
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess
I have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 08:10, O. Hartmann wrote:
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov b...@passap.ru wrote:
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess
I have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 07 Sep 2013 09:42:05 +0200
Guido Falsi madpi...@freebsd.org wrote:
On 09/07/13 08:10, O. Hartmann wrote:
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov b...@passap.ru wrote:
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock
--with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding
libiconv.la. Where the hell does the tool take those ecos from
the past? I guess I have to reboot the box after X11 has been
compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
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
net/libcmis
print/gutenprint-base
security/cracklib
security/seahorse
textproc/gnome-spell
textproc/libvisio
textproc/rasqal
textproc/redland
x11-toolkits/gtk30
x11-toolkits/gtkglext
x11-toolkits/gtkmm24
x11-toolkits/pangox-compat
x11-toolkits/py-gtk2
x11-toolkits/py-gtksourceview
x11-toolkits/py-vte
x11-toolkits/unique
x11/gnome-desktop
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 09:57, O. Hartmann wrote:
On Sat, 07 Sep 2013 09:42:05 +0200
Guido Falsi madpi...@freebsd.org wrote:
On 09/07/13 08:10, O. Hartmann wrote:
On Sat, 07 Sep 2013 02:10:50 +0400
Boris Samorodov b...@passap.ru wrote:
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock
--with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding
libiconv.la. Where the hell does the tool take those ecos from
the past? I guess I have to reboot the box after X11 has been
compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 20:44, O. Hartmann пишет: On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 19:44, O. Hartmann пишет: Here we go. It is the config.log from one of the failing machines, failing in print/cups-client. Please, show the output of following commands (at the host in question): # svn info /usr/ports/ # svn svn st /usr/ports/print/cups* svn info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.de.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.de.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326523 Node Kind: directory Schedule: normal Last Changed Author: danfe Last Changed Rev: 326523 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) svn st /usr/ports/print/cups* ? /usr/ports/print/cups-base/work ? /usr/ports/print/cups-client/work That is really stange... Some more info: # svn st /usr/ports/Mk # 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 12:23, O. Hartmann wrote: On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 20:44, O. Hartmann пишет: On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 19:44, O. Hartmann пишет: Here we go. It is the config.log from one of the failing machines, failing in print/cups-client. Please, show the output of following commands (at the host in question): # svn info /usr/ports/ # svn svn st /usr/ports/print/cups* svn info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.de.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.de.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326523 Node Kind: directory Schedule: normal Last Changed Author: danfe Last Changed Rev: 326523 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) svn st /usr/ports/print/cups* ? /usr/ports/print/cups-base/work ? /usr/ports/print/cups-client/work That is really stange... Some more info: # svn st /usr/ports/Mk # 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 madpi...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi madpi...@freebsd.org 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 b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock
--with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding
libiconv.la. Where the hell does the tool take those ecos from the
past? I guess I have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
I did see some of those. libtool takes those settings from
/usr/local/lib/*.la files, installed by ports, before this change.
Many of those files hardcode -liconv.
Usually portmaster/portupgrade are good enough at guessing the
correct order, but sometimes they mess it up, and this kind of
situation happens.
On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and
portmaster the older ones. This can be further narrowed down by
grepping for -liconv.
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 7 Sep 2013 00:07:29 +0200
Baptiste Daroussin b...@freebsd.org 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 b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 13:03, O. Hartmann wrote:
On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi madpi...@freebsd.org 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 b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock
--with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding
libiconv.la. Where the hell does the tool take those ecos from the
past? I guess I have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
I did see some of those. libtool takes those settings from
/usr/local/lib/*.la files, installed by ports, before this change.
Many of those files hardcode -liconv.
Usually portmaster/portupgrade are good enough at guessing the
correct order, but sometimes they mess it up, and this kind of
situation happens.
On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and
portmaster the older ones. This can be further narrowed down by
grepping for -liconv.
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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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_iteratorsigc::slot_base, void*)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, void*, sigc::slot_base const)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, void*)/usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, 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_iteratorsigc::slot_base, void*, sigc::slot_base const)' undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, 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 flags x11-toolkits/pangomm textproc/libxml++26 === Exiting signature.asc Description: PGP signature
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 07 Sep 2013 14:27:48 +0200
Guido Falsi madpi...@freebsd.org 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
On Sat, 7 Sep 2013 21:13:36 +0200 O. Hartmann ohart...@zedat.fu-berlin.de 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_iteratorsigc::slot_base, void*)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, void*, sigc::slot_base const)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, void*)/usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, 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_iteratorsigc::slot_base, void*, sigc::slot_base const)' undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, 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 flags 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:
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 7 Sep 2013 21:52:11 +0200 O. Hartmann ohart...@zedat.fu-berlin.de wrote: On Sat, 7 Sep 2013 21:13:36 +0200 O. Hartmann ohart...@zedat.fu-berlin.de 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_iteratorsigc::slot_base, void*)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, void*, sigc::slot_base const)' /usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, void*)/usr/local/lib/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::__1::__list_iteratorsigc::slot_base, 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_iteratorsigc::slot_base, void*, sigc::slot_base const)' undefined reference to `sigc::internal::signal_impl::insert(std::__1::__list_iteratorsigc::slot_base, 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 flags 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Sat, 07 Sep 2013 13:34:25 +0200
Guido Falsi madpi...@freebsd.org wrote:
On 09/07/13 13:03, O. Hartmann wrote:
On Sat, 07 Sep 2013 00:16:16 +0200
Guido Falsi madpi...@freebsd.org 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 b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing
machines, failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V
CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock
--with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb
LIBS=-lssp_nonshared --prefix=/usr/local
${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding
libiconv.la. Where the hell does the tool take those ecos from
the past? I guess I have to reboot the box after X11 has been
compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
I did see some of those. libtool takes those settings from
/usr/local/lib/*.la files, installed by ports, before this change.
Many of those files hardcode -liconv.
Usually portmaster/portupgrade are good enough at guessing the
correct order, but sometimes they mess it up, and this kind of
situation happens.
On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and
portmaster the older ones. This can be further narrowed down by
grepping for -liconv.
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!
Here is another sticky bummer, multimedia/xine and multimedia/libxine:
[...]
mv -f .deps/videowin.Tpo .deps/videowin.Po
cc -I/usr/local/include -I/usr/local/include
-I/usr/include/readline -I../../src/xitk/xine-toolkit -Wall
-D_FILE_OFFSET_BITS=64 -Wpointer-arith -Wnested-externs -Wcast-align
-Wchar-subscripts -Wmissing-declarations
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 change that value from
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov b...@passap.ru 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org
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 madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/06/13 17:32, O. Hartmann wrote:
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov b...@passap.ru 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 change that value from
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov b...@passap.ru 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 madpi...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 17:33:09 +0200
Guido Falsi madpi...@freebsd.org wrote:
On 09/06/13 17:32, O. Hartmann wrote:
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov b...@passap.ru 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 19:44, O. Hartmann пишет: Here we go. It is the config.log from one of the failing machines, failing in print/cups-client. Please, show the output of following commands (at the host in question): # svn info /usr/ports/ # svn svn st /usr/ports/print/cups* svn info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.de.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.de.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326523 Node Kind: directory Schedule: normal Last Changed Author: danfe Last Changed Rev: 326523 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) svn st /usr/ports/print/cups* ? /usr/ports/print/cups-base/work ? /usr/ports/print/cups-client/work signature.asc Description: PGP signature
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
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
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess I
have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 b...@passap.ru 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/07/13 00:10, Boris Samorodov wrote:
07.09.2013 01:51, O. Hartmann пишет:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
Well, the output is perfect.
I see a lot of those obscure libtool errors not finding libiconv.la.
Where the hell does the tool take those ecos from the past? I guess I
have to reboot the box after X11 has been compiled
Did not see those. Since so far it seems that such errors are not
common, may be something at your environment causes this (may be
at /etc/make.conf)?
I did see some of those. libtool takes those settings from
/usr/local/lib/*.la files, installed by ports, before this change. Many
of those files hardcode -liconv.
Usually portmaster/portupgrade are good enough at guessing the correct
order, but sometimes they mess it up, and this kind of situation happens.
On my desktop PC I had to resort to ls -lt /usr/local/lib/*.la and
portmaster the older ones. This can be further narrowed down by grepping
for -liconv.
--
Guido Falsi madpi...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote:
On Fri, 06 Sep 2013 21:11:26 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
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
pgpJXPaZnMIx0.pgp
Description: PGP signature
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi madpi...@freebsd.org 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 madpi...@freebsd.org
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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On Fri, 06 Sep 2013 17:35:27 +0200 Guido Falsi madpi...@freebsd.org 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
On Fri, Sep 06, 2013 at 05:59:42PM +0200, O. Hartmann wrote: On Fri, 06 Sep 2013 17:35:27 +0200 Guido Falsi madpi...@freebsd.org 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 pgpUBprzXUrsN.pgp Description: PGP signature
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 09/06/13 17:51, O. Hartmann wrote:
On Fri, 06 Sep 2013 17:31:48 +0200
Guido Falsi madpi...@freebsd.org 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 madpi...@freebsd.org
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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
06.09.2013 20:44, O. Hartmann пишет: On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 19:44, O. Hartmann пишет: Here we go. It is the config.log from one of the failing machines, failing in print/cups-client. Please, show the output of following commands (at the host in question): # svn info /usr/ports/ # svn svn st /usr/ports/print/cups* svn info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.de.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.de.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 326523 Node Kind: directory Schedule: normal Last Changed Author: danfe Last Changed Rev: 326523 Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013) svn st /usr/ports/print/cups* ? /usr/ports/print/cups-base/work ? /usr/ports/print/cups-client/work That is really stange... Some more info: # svn st /usr/ports/Mk # 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-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
On 9/6/13 5:04 PM, O. Hartmann ohart...@zedat.fu-berlin.de wrote:
On Fri, 06 Sep 2013 11:35:35 +0400
Boris Samorodov b...@passap.ru 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
Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv
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 b...@passap.ru wrote:
06.09.2013 20:44, O. Hartmann пишет:
On Fri, 06 Sep 2013 20:08:59 +0400
Boris Samorodov b...@passap.ru wrote:
06.09.2013 19:44, O. Hartmann пишет:
Here we go. It is the config.log from one of the failing machines,
failing in print/cups-client.
Please, show the output of following commands (at the host in
question): # svn info /usr/ports/
# svn svn st /usr/ports/print/cups*
svn info /usr/ports/
Path: /usr/ports
Working Copy Root Path: /usr/ports
URL: svn://svn.de.freebsd.org/ports/head
Relative URL: ^/head
Repository Root: svn://svn.de.freebsd.org/ports
Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5
Revision: 326523
Node Kind: directory
Schedule: normal
Last Changed Author: danfe
Last Changed Rev: 326523
Last Changed Date: 2013-09-06 18:22:29 +0200 (Fri, 06 Sep 2013)
svn st /usr/ports/print/cups*
? /usr/ports/print/cups-base/work
? /usr/ports/print/cups-client/work
That is really stange... Some more info:
# svn st /usr/ports/Mk
nothin (NULL output)
# make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
make -C /usr/ports/print/cups-client -V ICONV_LIB -V CONFIGURE_ARGS
--localstatedir=/var
--disable-slp
--disable-gssapi--with-cups-user=cups
--with-cups-group=cups --with-system-groups=wheel
--with-docdir=/usr/local/share/doc/cups
--with-icondir=/usr/local/share/icons
--with-menudir=/usr/local/share/applications
--with-domainsocket=/var/run/cups.sock --with-cachedir=/var/db/cups
--with-pam-module=unix--enable-ssl
--with-printcap=/usr/local/etc/printcap --disable-gnutls
--enable-openssl --without-php --disable-dnssd --disable-pam
--disable-ldap --disable-dbus --disable-libusb LIBS=-lssp_nonshared
--prefix=/usr/local ${_LATE_CONFIGURE_ARGS}
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-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
