Here is the command and the output I recieved. emerge noatun Calculating dependencies... done! >>> Emerging (1 of 1) kde-base/noatun-3.5.2 to / >>> checking ebuild checksums ;-) >>> checking auxfile checksums ;-) >>> checking miscfile checksums ;-) >>> checking kdemultimedia-3.5.2.tar.bz2 ;-) >>> Unpacking source... >>> Extracting from tarball... >>> Source unpacked. >>> Compiling source in /var/tmp/portage/noatun-3.5.2/work/noatun-3.5.2 ... end-times1 portage # I first encountered this problem while upgrading to KDE 3.5.2 from KDE 3.4.3 using emerge -u world. After using emerge --skipfirst twice to skip noatun-3.5.2 and noatun-plugins, I successfully upgraded to KDE 3.5.2. After looking through the output of emerge --debug --update world, I thought that the emerge process was stuck in a long loop. I then looked at the cvs revision history for kde-base/noatun-3.5.2.ebuild. On a hunch, I temporarily commented out the src_compile function in kde-base/noatun-3.5.2 since it wasn't there in the previous cvs version, and I do not use the -fomit-frame-pointer compilier flag. When I used the modified noatun-3.5.2 ebuild, kde-base/noatun-3.5.2 was emerged successfully along with noatun-plugins-3.5.2. I believe this is the same problem reported in bug #132680. My emerge --debug output is available upon request. Thanks Daniel King emerge --info Portage 2.1_pre10-r4 (default-linux/amd64/2006.0, gcc-3.4.5, glibc-2.3.6-r3, 2.6.15-gentoo-r7 x86_64) ================================================================= System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X alsa arts avi berkdb bitmap-fonts cdr cli crypt cups dri dvd dvdr eds emboss encode foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib ipv6 isdnlog java jpeg kde lzw lzw-tiff mp3 mpeg ncurses nls nptl nsplugins opengl pam pcre pdflib perl png pppd python qt quicktime readline reflection sdl session spell spl ssl tcpd tiff truetype-fonts type1-fonts usb vorbis xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_radeon video_cards_fbdev video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 86469 [details] modified ebuild to fix problem reported in this bug I looked at the other ebuilds for kdemultimedia-meta, and I noticed that they all used src_compile functions if custom modification were needed not kde_src_compile that the noatun-3.5.2.ebuild is currently using.
(In reply to comment #1) > Created an attachment (id=86469) [edit] > modified ebuild to fix problem reported in this bug > > I looked at the other ebuilds for kdemultimedia-meta, and I noticed that they > all used src_compile functions if custom modification were needed not > kde_src_compile that the noatun-3.5.2.ebuild is currently using. > I tested the modified ebuild by re-emerging noatun-3.5.2. The emerge process completed sucessfully, and noatun is working as expected. I believe this modified ebuild will fix the problem reported in bug #132680. Thank You Daniel King
Thanks for reporting, fixed now.
*** Bug 132680 has been marked as a duplicate of this bug. ***