Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
View Bug Activity | Format For Printing | XML | Clone This Bug
Hi, i have gentoo on amd64 running in 64 bit mode. i'm trying to emerge cronolog. but it gives this: /home/fadlouni:/emerge cronolog Calculating dependencies ...done! >>> emerge (1 of 1) app-admin/cronolog-1.6.2-r1 to / >>> md5 src_uri ;-) cronolog-1.6.2.tar.gz >>> Unpacking source... >>> Unpacking cronolog-1.6.2.tar.gz to /var/tmp/portage/cronolog-1.6.2-r1/work * 5 patches to apply ... * Applying cronolog-large-file-patch.txt ... [ ok ] * Applying cronolog-missing-symlink-patch.txt ... [ ok ] * Applying cronolog-setugid-patch.txt ... [ ok ] * Applying cronolog-sigusr1-patch.txt ... [ ok ] * Applying cronolog-strftime-patch.txt ... [ ok ]>>> Source unpacked. ./configure --prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=//usr/lib creating cache ./config.cache checking for a BSD compatible install... /bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking for gcc... gcc checking whether the C compiler (gcc -march=athlon64 -pipe -O2 ) works... yes checking whether the C compiler (gcc -march=athlon64 -pipe -O2 ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for a BSD compatible install... /bin/install -c checking whether ln -s works... yes checking for ranlib... ranlib checking for perl... /usr/bin/perl checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking whether stat file-mode macros are broken... no checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for tm_zone in struct tm... yes checking for fcntl.h... yes checking for limits.h... yes checking for unistd.h... yes checking for working const... yes checking for size_t... yes checking whether struct tm is in sys/time.h or time.h... (cached) time.h checking for uid_t in sys/types.h... yes checking for strftime... yes checking for vprintf... yes checking for mkdir... yes checking for mktime... yes checking for putenv... yes checking for strptime... yes checking for localtime_r... yes updating cache ./config.cache creating ./config.status creating Makefile creating lib/Makefile creating src/Makefile creating doc/Makefile creating testsuite/Makefile creating src/cronosplit cd . && aclocal cd . && automake --gnu --include-deps Makefile cd . && autoconf automake: configure.in: required file `./config.guess' not found automake: configure.in: required file `./config.sub' not found make: *** [Makefile.in] Error 1 make: *** Waiting for unfinished jobs.... !!! ERROR: app-admin/cronolog-1.6.2-r1 failed. !!! Function src_compile, Line 508, Exitcode 2 !!! emake failed !!! If you need support, post the topmost build error, NOT this status message. /home/fadlouni:/ Reproducible: Always Steps to Reproduce: 1. emerge cronolog 2. 3. some more info: /home/fadlouni:/emerge info Portage 2.0.51-r8 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r2 x86_64) ================================================================= System uname: 2.6.10-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3500+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 3 2005, 19:48:09)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.9.3, 1.6.3, 1.7.9, 1.4_p6, 1.8.5-r2 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CFLAGS="-march=athlon64 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon64 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox" GENTOO_MIRRORS="http://ftp.gentoo.skynet.be/pub/gentoo/" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X acpi alsa berkdb bitmap-fonts cdr crypt esd f77 fam fortran gdbm gif gnome gpm gstreamer gtk imagemagick imlib ipv6 java jp2 jpeg ldap libwww lzw lzw-tiff mad motif mozilla multilib ncurses nls oggvorbis opengl oss pam perl php png python readline ssl tcpd tiff truetype truetype-fonts type1-fonts usb userlocales xml xml2 xmms xpm xrandr xv zlib" /home/fadlouni:/
There are a couple of problems here. The first is that the cronolog tarball doesn't include config.sub and config.guess like it should. Thus when automake is run, it complains. This bug should be passed to the cronolog author. The second, fixing which would just be a workaround, is that configure.in is patched, thus causing automake to be run when make is run. To get around this, one could a) not patch configure.in, b) preserve configure.in's timestamp, so it doesn't trigger the make dependency. Alternately, c) create dummy config.guess and config.sub files so that automake doesn't complain.
cronolog-setugid-patch.txt seems to be the cause, when I remove that patch, cronolog-1.6.2-r1 emerges without problems. (arch=x86)
cool. without that patch it works for me also on amd64
I just tried installing cronolog-1.6.2-r1 on a newly built machine (from 2005.0, gentoo-sources 2.6.11, all from stable branch, x86), had the same error. Worked fine when I installed 1.6.2 (no -r1), although I had to do it the dirty way (via the ebuild file) because I couldn't persuade it to leave -r1 alone by putting this in /etc/portage/package.keywords: =app-admin/cronolog-1.6.2 Anyhow, 1.6.2-r1 *is* installed on another very similar box (1 month old) but I can't now re-compile it there. Something I've upgraded in the past month has changed things and triggered this bug (haven't upgraded Apache/PHP, just the usual system, glibc updates).
Having the same issue? So is bug not going to be fixed based on preceeding comments? Work arounds are a part of life. -r1 needs to be fixed or removed!
On further inspection I too have had r1 install correctly in the past. But now it won't reinstall which I noticed during a "emerge -e world" Something has changed?
Yeah, i see that too. Let me work on this some more to see where it fails and maybe clean up the ebuild too.
I added the touch hack in -r2 just so that it'll compile w/o failing. I already emailed the author to see if he can fix it upstream. In the meantime, this should let it compile. Cheers,
*** Bug 94635 has been marked as a duplicate of this bug. ***
*** Bug 94726 has been marked as a duplicate of this bug. ***
amd64, can you please test and mark =app-admin/cronolog-1.6.2-r2 stable? x86 and ppc are already done. thanks!
