| View previous topic :: View next topic |
| Author |
Message |
nostabo
Apprentice
Joined: 15 Jun 2004
Posts: 201
Location: 38° 31' N 121° 30' W
|
 Posted: Fri Mar 04, 2005 10:03 pm Post subject: apr-util emerge dies with errors |
 |
|
I have been trying to update to apr-util 0.9.6 because it is required for Apache 2.0.53, but the emerge dies after a very short time with the following errors:
| Code: | make[2]: *** [apr_buckets_file.lo] Error 1
make[2]: *** [apr_buckets_pool.lo] Error 1 |
What is up with this ebuild?
_________________
Registered Linux user number 362941
Get counted - http://counter.li.org/ |
|
| Back to top |
|
 |
Halcy0n
Developer
Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ
|
| Posted: Fri Mar 04, 2005 10:19 pm Post subject: |
|
|
You need to post the actual errors, which will be found above what you posted. Post the last 10-15 lines of output. Also post the output of `emerge info'.
_________________
Mark Loeser
http://www.halcy0n.com |
|
| Back to top |
|
|
nostabo
Apprentice
Joined: 15 Jun 2004
Posts: 201
Location: 38° 31' N 121° 30' W
|
| Posted: Sat Mar 05, 2005 1:08 am Post subject: |
|
|
Halcy0n,
The emerge.log just shows events up to me issuing a Ctrl-C to break the "frozen" process. I have let this emerge go overnight just to be sure it wasn't just "busy".
| Code: | 1109944003: >>> emerge (4 of 8) dev-libs/apr-util-0.9.6 to /
1109944003: === (4 of 8) Cleaning (dev-libs/apr-util-0.9.6::/usr/portage/dev-libs/apr-util/apr-util-0.9.6.ebuild)
1109944003: === (4 of 8) Compiling/Merging (dev-libs/apr-util-0.9.6::/usr/portage/dev-libs/apr-util/apr-util-0.9.6.ebuild)
1109944444: *** terminating. |
Here is the last lines of the emerge apr-util command (which was terminated with a Ctrl-C):
| Code: | config.status: creating test/Makefile
config.status: creating include/private/apu_config.h
config.status: executing default commands
Making all in buckets
make[1]: Entering directory `/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/buckets'
make[2]: Entering directory `/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/buckets'
/bin/sh /usr/share/apr-0/build/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -pthread -mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include/private -I/usr/include/apr-0 -c apr_buckets_file.c && touch apr_buckets_file.lo
/bin/sh /usr/share/apr-0/build/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -pthread -mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include/private -I/usr/include/apr-0 -c apr_buckets_pool.c && touch apr_buckets_pool.lo
/usr/portage/dev-libs/apr-util/apr-util-0.9.6.ebuild: src_compile aborted; exiting.
Caught signal 2 in pid 32320 |
_________________
Registered Linux user number 362941
Get counted - http://counter.li.org/ |
|
| Back to top |
|
|
Halcy0n
Developer
Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ
|
| Posted: Sat Mar 05, 2005 2:12 am Post subject: |
|
|
Okay, emerge it again, and please post the errors, don't stop it prematurely. Also post the output of `emerge info'.
_________________
Mark Loeser
http://www.halcy0n.com |
|
| Back to top |
|
|
nostabo
Apprentice
Joined: 15 Jun 2004
Posts: 201
Location: 38° 31' N 121° 30' W
|
| Posted: Sat Mar 05, 2005 3:59 pm Post subject: |
|
|
Here is the output from the emerge without sending the Ctrl-C:
| Code: | Calculating dependencies >>> Unpacking source...
>>> Unpacking apr-util-0.9.6.tar.gz to /var/tmp/portage/apr-util-0.9.6/work
>>> Source unpacked.
* econf: updating apr-util-0.9.6/xml/expat/conftools/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating apr-util-0.9.6/xml/expat/conftools/config.sub with /usr/share/gnuconfig/config.sub
* econf: updating apr-util-0.9.6/build/config.guess with /usr/share/gnuconfig/config.guess
* econf: updating apr-util-0.9.6/build/config.sub with /usr/share/gnuconfig/config.sub
./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --datadir=/usr/share/apr-util-0 --with-apr=/usr --with-expat=/usr --with-dbm=db42 --with-berkely-db=/usr
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for working mkdir -p... yes
APR-util Version: 0.9.6
checking for chosen layout... apr-util
Applying apr-util hints file rules for i686-pc-linux-gnu
checking for APR... yes
setting CC to "i686-pc-linux-gnu-gcc"
setting CPP to "i686-pc-linux-gnu-gcc -E"
adding "-pthread" to CFLAGS
setting CPPFLAGS to " -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE"
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i686-pc-linux-gnu-gcc accepts -g... yes
checking for i686-pc-linux-gnu-gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... i686-pc-linux-gnu-gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for ldap support...
checking gdbm.h usability... yes
checking gdbm.h presence... yes
checking for gdbm.h... yes
checking for gdbm_open in -lgdbm... yes
checking for Berkeley DB 4.2 in the standard places...
checking db42/db.h usability... no
checking db42/db.h presence... no
checking for db42/db.h... no
checking db4/db.h usability... no
checking db4/db.h presence... no
checking for db4/db.h... no
checking db.h usability... yes
checking db.h presence... yes
checking for db.h... yes
checking for -ldb-4.2... yes
checking for default DBM... db4
setting APRUTIL_EXPORT_LIBS to "-lgdbm"
setting APRUTIL_LIBS to "-lgdbm"
adding "-ldb-4.2" to APRUTIL_EXPORT_LIBS
adding "-ldb-4.2" to APRUTIL_LIBS
checking for Expat in /usr... yes
adding "-lexpat" to APRUTIL_EXPORT_LIBS
setting APRUTIL_LDFLAGS to "-L/usr/lib"
adding "/usr/lib/libexpat.la" to APRUTIL_LIBS
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for type of inbuf parameter to iconv... char **
checking for iconv.h... (cached) yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for nl_langinfo... yes
checking for CODESET in langinfo.h... yes
checking for library containing crypt... -lcrypt
checking if system crypt() function is threadsafe... no
checking for crypt_r... yes
checking style of crypt_r... struct_crypt_data
adding "/usr/lib/libapr-0.la" to APRUTIL_LIBS
adding "-lrt" to APRUTIL_LIBS
adding "-lm" to APRUTIL_LIBS
adding "-lcrypt" to APRUTIL_LIBS
adding "-lnsl" to APRUTIL_LIBS
adding "-lpthread" to APRUTIL_LIBS
adding "-ldl" to APRUTIL_LIBS
configure: creating ./config.status
config.status: creating export_vars.sh
config.status: creating apu-config
config.status: creating build/pkg/pkginfo
config.status: creating include/private/apu_select_dbm.h
config.status: creating include/apr_ldap.h
config.status: creating include/apu.h
config.status: creating include/apu_want.h
config.status: creating Makefile
config.status: creating buckets/Makefile
config.status: creating crypto/Makefile
config.status: creating dbm/Makefile
config.status: creating dbm/sdbm/Makefile
config.status: creating encoding/Makefile
config.status: creating hooks/Makefile
config.status: creating ldap/Makefile
config.status: creating uri/Makefile
config.status: creating xml/Makefile
config.status: creating misc/Makefile
config.status: creating strmatch/Makefile
config.status: creating xlate/Makefile
config.status: creating test/Makefile
config.status: creating include/private/apu_config.h
config.status: executing default commands
Making all in buckets
make[1]: Entering directory `/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/buckets'
make[2]: Entering directory `/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/buckets'
/bin/sh /usr/share/apr-0/build/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -pthread -mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include/private -I/usr/include/apr-0 -c apr_buckets_file.c && touch apr_buckets_file.lo
/bin/sh /usr/share/apr-0/build/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -pthread -mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include -I/var/tmp/portage/apr-util-0.9.6/work/apr-util-0.9.6/include/private -I/usr/include/apr-0 -c apr_buckets_pool.c && touch apr_buckets_pool.lo |
| Quote: | | ...Also post the output of `emerge info'. |
You do mean the emerge.log, don't you?
_________________
Registered Linux user number 362941
Get counted - http://counter.li.org/ |
|
| Back to top |
|
|
Halcy0n
Developer
Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ
|
| Posted: Sat Mar 05, 2005 4:56 pm Post subject: |
|
|
| nostabo wrote: | | Here is the output from the emerge without sending the Ctrl-C: |
Um, you seem to just be pasting the very beginning, since there is no error message here.
| nostabo wrote: | | Quote: | | ...Also post the output of `emerge info'. |
You do mean the emerge.log, don't you? |
No, I mean `emerge info'.
_________________
Mark Loeser
http://www.halcy0n.com |
|
| Back to top |
|
|
nostabo
Apprentice
Joined: 15 Jun 2004
Posts: 201
Location: 38° 31' N 121° 30' W
|
| Posted: Sun Mar 06, 2005 1:58 am Post subject: |
|
|
| Quote: | | Um, you seem to just be pasting the very beginning, since there is no error message here. |
That's the problem, that is the complete output. The emerge hangs just as you see it, I end it by doing a Ctrl-C which simply adds:
| Code: | /usr/portage/dev-libs/apr-util/apr-util-0.9.6.ebuild: src_compile aborted; exiting.
Caught signal 2 in pid 32320 |
to the output. I can and have emerged many programs since this started, but the apr-util ebuild always hangs...
_________________
Registered Linux user number 362941
Get counted - http://counter.li.org/ |
|
| Back to top |
|
|
subclasser
n00b
Joined: 11 Sep 2004
Posts: 43
Location: Ulm, Germany
|
| Posted: Tue Mar 15, 2005 3:31 pm Post subject: |
|
|
| Sven Wegener on Gentoo bugzilla [1] wrote: | I have an issue with apr and apr-util. During compilation of apr-util it uses
the libtool (/usr/share/apr-0/build/libtool) installed by apr. libtool uses
lockfiles and it creates the lockfiles by creating hardlinks of itself. But if
the user keeps /usr and /var/tmp in separate filesystem the linking fails and
libtool goes into an endless loop trying to create the link over and over again.
Code from apr's libtool:
> # Calculate the filename of the output object if compiler does
> # not support -o with -c
> if test "$compiler_c_o" = no; then
> output_obj=`$echo "X$srcfile" | $Xsed -e 's%^.*/%%' -e 's%\.[^.]*$%%'`.${objext}
> lockfile="$output_obj.lock"
> removelist="$removelist $output_obj $lockfile"
> trap "$run $rm $removelist; exit $EXIT_FAILURE" 1 2 15
> else
> output_obj=
> need_locks=no
> lockfile=
> fi
>
> # Lock this critical section if it is needed
> # We use this script file to make the link, it avoids creating a new file
> if test "$need_locks" = yes; then
> until $run ln "$progpath" "$lockfile" 2>/dev/null; do
> $show "Waiting for $lockfile to be removed"
> sleep 2
> done
> elif test "$need_locks" = warn; then
need_locks is yes by default and set to no if compiler_c_o (compiler supports
-c and -o at the same time) is yes, which is set to no at the top of the file.
gcc supports -c and -o at the same time, I wonder why it's set to no. |
This seems to be your error as well 
[1] http://bugs.gentoo.org/show_bug.cgi?id=77455 |
|
| Back to top |
|
|
nostabo
Apprentice
Joined: 15 Jun 2004
Posts: 201
Location: 38° 31' N 121° 30' W
|
| Posted: Thu Mar 17, 2005 7:54 pm Post subject: |
|
|
Thanks, subclasser,
I did a search of the bug DB when this started, but that was before Sven's comment on bug
#77455.
_________________
Registered Linux user number 362941
Get counted - http://counter.li.org/ |
|
| Back to top |
|
|
wan-geek
n00b
Joined: 03 Apr 2003
Posts: 66
Location: knee-deep in the ether
|
| Posted: Wed Mar 23, 2005 3:57 am Post subject: not fixed yet... |
|
|
I keep checking this bug....but there seems to not be any fix for it as of yet. I have backed off the "~x86" keyword at this point...as this system is in desperate need of updates.
Anyone find a workaround?
Per the bug discussion, it seems that the libtool breaks when /usr and /var are on different partitions. Strange that the tool would break on something I would imagine is relatively common deployment.
Any hints appreciated. (I'm digging more myself as well)
Cheers,
-Chris |
|
| Back to top |
|
|
zmedico
Developer
Joined: 02 Jan 2004
Posts: 252
Location: California USA
|
| Posted: Thu Apr 14, 2005 11:11 pm Post subject: simple patch |
|
|
Maybe this is not a complete fix but at least I am able to emerge apr-util if I simply substitute a symlink for a hardlink:
| Code: | --- /usr/share/apr-0/build/libtool.orig 2005-04-14 15:05:45.000000000 -0700
+++ /usr/share/apr-0/build/libtool 2005-04-14 15:07:11.000000000 -0700
@@ -1161,7 +1161,7 @@
# Lock this critical section if it is needed
# We use this script file to make the link, it avoids creating a new file
if test "$need_locks" = yes; then
- until $run ln "$progpath" "$lockfile" 2>/dev/null; do
+ until $run ln -s "$progpath" "$lockfile" 2>/dev/null; do
$show "Waiting for $lockfile to be removed"
sleep 2
done |
_________________
Zac |
|
| Back to top |
|
|
Ateo
Advocate
Joined: 02 Jun 2003
Posts: 2019
Location: https://reno.envy.us
|
| Posted: Mon Sep 19, 2005 9:02 pm Post subject: Re: simple patch |
|
|
| zmedico wrote: | Maybe this is not a complete fix but at least I am able to emerge apr-util if I simply substitute a symlink for a hardlink:
|
patch worked for me as well.
Thanks |
|
| Back to top |
|
|
zoomtard
n00b
Joined: 31 May 2002
Posts: 32
|
| Posted: Wed Jan 04, 2006 9:04 pm Post subject: |
|
|
| Hey all you have to do is unmerge/remerge apr and apr-utils in order. I was close to using the patch listed above, but simply unmerging/remerging did the trick. |
|
| Back to top |
|
|
Zues
n00b
Joined: 29 Nov 2002
Posts: 54
Location: Orange County CA.
|
| Posted: Mon Feb 06, 2006 10:01 pm Post subject: |
|
|
| zoomtard wrote: | | Hey all you have to do is unmerge/remerge apr and apr-utils in order. I was close to using the patch listed above, but simply unmerging/remerging did the trick. |
Did the trick for me too. |
|
| Back to top |
|
|
|
Portage & Programming
