| Summary: | dev-util/subversion-1.4.6-r1 fails to emerge w/ sys-devel/libtool-2.2 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Geert Vanhaute <geevh> |
| Component: | New packages | Assignee: | Apache Team - Bugzilla Reports <apache-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aballier, ag, andrei.ivanov, arfrever, base-system, betelgeuse, dan.dickey, gentoo, theli.ua, thermal, tommy |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 219395 | ||
| Bug Blocks: | 212763 | ||
| Attachments: |
dev-util:subversion-1.4.6-r1 build log
patch to remove --tag support check new portage/2.2 elt-patch |
||
|
Description
Geert Vanhaute
2008-03-08 14:43:46 UTC
Created attachment 145557 [details]
dev-util:subversion-1.4.6-r1 build log
/var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 459: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 1269: func_opt_split: command not found /var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 459: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 459: CDPATH: command not found libtool: Version mismatch error. This is libtool 2.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/cancel.lo] Error 63 make: *** Waiting for unfinished jobs.... /var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 1269: func_opt_split: command not found /var/tmp/portage/dev-util/subversion-1.4.6-r1/work/subversion-1.4.6/libtool: line 1269: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2 libtool: and run autoconf again. libtool: Version mismatch error. This is libtool 2.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/compose_delta.lo] Error 63 make: *** [subversion/libsvn_delta/debug_editor.lo] Error 63 * * ERROR: dev-util/subversion-1.4.6-r1 failed. Maybe someone could enlighten us why doesn't complete eautoreconf + elibtoolize fix this? o_O Well, it's not like I know much about libtool, but here (http://lists.gnu.org/archive/html/libtool/2008-03/msg00003.html) is a post that seems to explain the problem. The problem may come from ` This does not work with libtool-2.2 because the libtool script is not generated until config.status time.`. subversion tries to run the generated libtool in one of the ./configure checks (AC_MSG_CHECKING([whether libtool accepts --tag=XXX])), so I guess some variables are set incorrectly and the result is this strange `LT_INIT` message. OK, after some more reading I think I found the real problem (and if I'm right, it will be a real b**ch to fix). It seems that now if AC_CONFIG_AUX_DIR is set in configure.ac, only files like ltmain.sh go there, macros go wherever AC_CONFIG_MACRO_DIR points to, then to the first -I argument in ACLOCAL_AMFLAGS of Makefile.am, finally to the root dir. This means that now ltmain.sh is updated correctly by libtoolize, but libtool.m4 is not. It would be better if I was wrong, cause fixing this will be a true horror. http://svn.collab.net/viewvc/svn?view=rev&revision=29801 http://svn.haxx.se/dev/archive-2008-03/0252.shtml Well, it seems that some of the things I wrote in comment 4 are wrong, but still the problem is subversion is shipped with libtool.m4 from 1.5 series and as aclocal.m4 is not aclocal-generated one, old macro is included, but ltmain.sh is updated and resulting libtool is broken. It is fixed in subversion-1.6_pre29936 in Eaedificāta Repository. http://www.ffta.host.sk/Eaedificata/index.html subversion is still broken with libtool-2.2 after backporting the crap from trunk for 2 hours: * QA Notice: libsvn_client-1.la appears to contain PORTAGE_TMPDIR paths etc ... on a sidenote, this does not work with eautoreconf as well ... Well, I've got some good news and some bad news.
I managed to make it work without any backporting.
This can be done in two ways:
1. we side-step the issue - instead of eautoreconf we use only eautoconf; this way _elibtoolize doesn't get run, so we're using old libtool only
2 we try to tackle the issue by a "hack-fix" - we change the line
eautoreconf
to
epatch "${FILESDIR}"/libtool.patch
rm "${S}"/aclocal.m4
AT_M4DIR="build/ac-macros" eautoreconf
this way both script and the macro get updated; in this case we can remove elibtoolize from ebuild cause eautoreconf runs it anyway.
libtool.patch is trival - it only removes from configure.in check for --tag support in libtool, as we use generated libtool (--disable-experimental-libtool) it's conpletly safe; the only thing that still needs to be fixed is the problem from comment 11, it's trivial to fix, but it's not a problem with this ebuild, but with elt-patches - a new one has to be added for libtool 2.2, it's the same one as portage/1.5.10 but moved a few thousand lines forward; actually autotools.eclass will eventually updated too, so it greps for the new LT_INIT macro too, as it supersedes AC_PROG_LIBTOOL
Created attachment 147115 [details, diff]
patch to remove --tag support check
Created attachment 147117 [details]
new portage/2.2 elt-patch
depending on how convoluted the patches are, you could see how difficult it would be to just not run autotools ... have the patches apply against the generated files ... I'm not sure what comment 15 should have meant, but the real solution would be if upstream stopped providing libtool.m4 (I think trunk already doesn't) and stopped abusing aclocal.m4 (here I think a good solution would be to move the contents of aclocal.m4 to acinclude.m4 and let aclocal.m4 be autogenerated). And of course, portage/2.2 elt-patch will have to be added to portage tree anyway. i'm assuming upstream has already solved the problem sanely and that all of our patches have been merged there. that means converting our latest unstable subversion ebuild to not use autotools is OK. (In reply to comment #18) > all of our patches have been merged there. I merged my own patches. (In reply to comment #16) > the real solution would be if upstream stopped providing libtool.m4 (I think > trunk already doesn't) Trunk doesn't contain libtool.m4. autogen.sh still puts this file in 'build' directory. (In reply to comment #16) > stopped abusing aclocal.m4 (here I think a good solution would be to move > the contents of aclocal.m4 to acinclude.m4 and let aclocal.m4 be > autogenerated). We don't use aclocal. (In reply to comment #11) > this does not work with eautoreconf as well ... './autogen.sh' is probably inevitable. (Subversion >=1.5_pre ebuilds contain one patch to build system which wasn't merged to Subversion repository, so recreating of configure is still needed.) And what about elt-patch, should a new bug be opened, cause this patch is not really subversion-related, it's simply a one that not yet in the tree but needed for libtool 2.2 ? if you're referring to elibtoolize, then that is already being tracked internally. ebuilds should continue to utilize that. I'm not saying they shouldn't. I'm saying a new one should be added yo the set for libtool 2.2. sorry, i missed that in your original comment ... ive committed your proposed ELT update to the tree looking at the patches we have for subversion, it seems it'd be doable to just not patch autotools and thus not need to regen them ... otherwise, do people have a sane patch to make 1.4.6 work ? the referenced upstream changes seem largely irrelevant as they update generated files which we dont care about -- running autotools would already update them subversion 1.5.0_rc4 is now in cvs, using eautoreconf (it worked for me), please test I just tried to emerge subversion-1.5.0_rc4 and got: /var/tmp/portage/dev-util/subversion-1.5.0_rc4/work/subversion-1.5.0-rc4/libtool: line 467: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.5.0_rc4/work/subversion-1.5.0-rc4/libtool: line 1310: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.2, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.2 libtool: and run autoconf again. (In reply to comment #25) > I just tried to emerge subversion-1.5.0_rc4 and got: > > /var/tmp/portage/dev-util/subversion-1.5.0_rc4/work/subversion-1.5.0-rc4/libtool: > line 467: CDPATH: command not found > /var/tmp/portage/dev-util/subversion-1.5.0_rc4/work/subversion-1.5.0-rc4/libtool: > line 1310: func_opt_split: command not found > libtool: Version mismatch error. This is libtool 2.2.2, but the > libtool: definition of this LT_INIT comes from an older release. > libtool: You should recreate aclocal.m4 with macros from libtool 2.2.2 > libtool: and run autoconf again. Please wait at least 1 hour, run `emerge --sync` and try again. It should be fixed. Worked fine now. Thanks. /bin/sh /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool --tag=CC --silent --mode=compile i686-pc-linux-gnu-gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -march=native -Os -pipe -fweb -fgcse-after-reload -fno-strict-aliasing -pthread -D_LARGEFILE64_SOURCE -DNE_LFS -I./subversion/include -I./subversion -I/usr/include/neon -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -o subversion/libsvn_delta/cancel.lo -c subversion/libsvn_delta/cancel.c /bin/sh /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool --tag=CC --silent --mode=compile i686-pc-linux-gnu-gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -march=native -Os -pipe -fweb -fgcse-after-reload -fno-strict-aliasing -pthread -D_LARGEFILE64_SOURCE -DNE_LFS -I./subversion/include -I./subversion -I/usr/include/neon -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -o subversion/libsvn_delta/compat.lo -c subversion/libsvn_delta/compat.c /bin/sh /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool --tag=CC --silent --mode=compile i686-pc-linux-gnu-gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -march=native -Os -pipe -fweb -fgcse-after-reload -fno-strict-aliasing -pthread -D_LARGEFILE64_SOURCE -DNE_LFS -I./subversion/include -I./subversion -I/usr/include/neon -I/usr/include/apr-1 -I/usr/include/apr-1 -I/usr/include/db4.6 -o subversion/libsvn_delta/compose_delta.lo -c subversion/libsvn_delta/compose_delta.c /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 467: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 467: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 467: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 1159: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.4, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/compat.lo] Error 63 make: *** Waiting for unfinished jobs.... /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 1159: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.4, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/compose_delta.lo] Error 63 /var/tmp/portage/dev-util/subversion-1.5.0_rc9/work/subversion-1.5.0-rc9/libtool: line 1159: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.4, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.4 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/cancel.lo] Error 63 * * ERROR: dev-util/subversion-1.5.0_rc9 failed. It doesn't seem to be fixed :-( make external-all make LT_LDFLAGS=-L/var/tmp/portage/dev-util/subversion-1.4.6-r2/image//usr/lib local-all /bin/sh /var/tmp/portage/dev-util/subversion-1.4.6-r2/work/subversion-1.4.6/libtool --silent --mode=compile i686-pc-linux-gnu-gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -march=athlon-xp -O3 -pipe -fomit-frame-pointer -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -pthread -I./subversion/include -I./subversion -I/usr/include/apr-1 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/usr/include/apr-1 -I/usr/include/db4.6 -o subversion/libsvn_delta/cancel.lo -c subversion/libsvn_delta/cancel.c /var/tmp/portage/dev-util/subversion-1.4.6-r2/work/subversion-1.4.6/libtool: line 463: CDPATH: command not found /var/tmp/portage/dev-util/subversion-1.4.6-r2/work/subversion-1.4.6/libtool: line 1155: func_opt_split: command not found libtool: Version mismatch error. This is libtool 2.2.6, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.2.6 libtool: and run autoconf again. make: *** [subversion/libsvn_delta/cancel.lo] Error 63 Portage 2.1.6.6 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.27-gentoo-r4 i686) ================================================================= System uname: Linux-2.6.27-gentoo-r4-i686-AMD_Athlon-tm-_XP_2600+-with-glibc2.0 Timestamp of tree: Thu, 15 Jan 2009 07:45:01 +0000 app-shells/bash: 3.2_p48 dev-java/java-config: 1.3.7-r1, 2.1.6-r1 dev-lang/python: 2.3.6-r2, 2.4.4-r4, 2.5.2-r8 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.2 sys-apps/sandbox: 1.3.2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.19 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openjms/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="candy distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirrors.evolva.ro/gentoo/ ftp://ftp.roedu.net/pub/mirrors/gentoo.org" LDFLAGS="-Wl,-O1" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow aalib acl acpi adns alsa apache2 bzip2 cairo caps cli cracklib crypt cups curl curlwrappers dio exif expat flac fortran ftp gd gif gmp gpm iconv idn imagemagick imap imlib isdnlog jpeg lzma mad maildir mailwrapper memlimit mhash midi mmap mmx mudflap ncurses network-cron nocxx nptl nptlonly offensive oggvorbis openmp pam pcntl pcre png posix pppd readline reflection samba session shared sharedmem slang soap sockets speex spl sse ssl svg sysfs sysvipc tcpd theora tiff truetype unicode urandom usb vhosts vim-syntax wmf x86 xml xmlrpc xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #29) > It doesn't seem to be fixed :-( It is fixed in Subversion 1.5.*. So what if it is fixed in 1.5? I can't upgrade subversion... (In reply to comment #31) > So what if it is fixed in 1.5? > I can't upgrade subversion... > But you can use the latest libtool? libtool-2.2 is not stable. Can I downgrade libtool then? Should I just mask libtool-2.2? (In reply to comment #33) > Can I downgrade libtool then? > Should I just mask libtool-2.2? > If you use libtool-2.2, you should upgrade your subversion to 1.5. If you don't want to upgrade subversion then you shouldn't be using the unstable libtool. We don't support arbitrary combinations of ~arch and arch. This is not a support forum so please direct any future questions to the gentoo-user mailing list of the #gentoo IRC channel. |
