Please report issues preventing its stabilization here or open a new bug and set it as blocking this one.
Hi! Here on ~amd64, it fails. See attached log. Sincerely, Gour Portage 2.1.2_rc3-r4 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.17-gentoo-r6 x86_64) ================================================================= System uname: 2.6.17-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.5 Last Sync: Wed, 13 Dec 2006 17:30:01 +0000 ccache version 2.4 [disabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 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 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict userpriv" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US.UTF8" LDFLAGS="-Wl,-O1" LINGUAS="en hr" 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" PORTDIR_OVERLAY="/usr/portage/local /usr/portage/local/layman/cinelerra" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa alsa_cards_intel8x0,usb-audio amr apache2 avahi bash-completion bashlogger beagle berkdb bitmap-fonts bogofilter branding browserplugin cairo caps cddb cdparanoia cdr chm cli cracklib crypt css cups dar64 dbus dga dlloader doc dri dts dv dvd dvdr dvdread dvi eds elibc_glibc emboss emul-linux-x86 encode epiphany esd evo evolution exif fam fame fbcon ffmpeg firefox flac fltk font-server fortran freetype2 galago gdbm gedit gif gimp gimpprint glade glitz gmail gnome gnomedb gpgme gpm grammar gstreamer gtk gtk2 gtkhtml hal haskell hddtemp howl i8x0 iconv ieee1394 imap innodb input_devices_keyboard input_devices_mouse ipv6 isdnlog jikes jpeg jpeg2k kernel_linux ladspa ldap libg++ libgda libnotify libsamplerate libsexy linguas_en linguas_hr lm_sensors logitech-mouse lzo mad maildir mailwrapper md5 md5sum mikmod mime mjpeg mmap mono mozsvg mp3 mp4 mpeg musepack musicbrainz nautilus ncurses nls nntp noamazon nptl nptlonly nsplugin numeric nvtv ogg oggvorbis openexr opengl oss pam pccts pcre pda pdf perl pic png pop ppds pppd python quicktime rar readline reflection sasl sdl sensord session sftp silc smime sndfile sounds sox spell spl sqlite sqlite3 ssl svg symlink t1lib tagwriting tcpd tetex theora thesaurus threads tidy tiff tk truetype truetype-fonts type1-fonts ucs2 udev unicode userland_GNU vcd video_cards_nv video_cards_nvidia video_cards_vesa vim-with-x visualization vorbis wv wxwindows x264 xface xine xml xorg xprint xscreensaver xv xvid yv12 zip zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 104011 [details] ebuild fail-log Hi! Here is part of log showing the failure. Sincerely, Gour
Does it apply the x264 patch when you merge it ? I had fixed this issue one month or so ago.
(In reply to comment #3) > Does it apply the x264 patch when you merge it ? I had fixed this issue one > month or so ago. > No, emerge does not apply patch, while runnning ebuild unpack does it :-/ Is it some portage bug? Sincerely, Gour
> No, emerge does not apply patch, while runnning ebuild unpack does it :-/ > > Is it some portage bug? It should be the same as emerge to do ebuild unpack, could you attach your full build log please ? I don't understand why emerge would not apply the patch and ebuild does it...
(In reply to comment #5) > It should be the same as emerge to do ebuild unpack, could you attach your full > build log please ? I don't understand why emerge would not apply the patch and > ebuild does it... Oops...please, forgive me. It was problem with my old libquicktime-0.9.10 ebuild in the local overlay, while the one from portage (called when I was doing ebuil unpack) works OK. So, everything is fine here ;) Excuse me for making extra-noise :-( Sincerely, Gour
media-video/kino-0.7.6, the current stable on amd64, doesn't build with libquicktime-0.9.10 anymore, while it did with libquicktime-0.9.7-r1. I tried kino-0.9.5, but it isn't suitable for stable either, for other reasons though. Adjusting the dependencies for kino doesn't work because it depends on an old-style virtual, so it can't be versioned. x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -Wall -DORBIT2=1 -pthread -I/usr/include/libglade-2.0 -I/usr/include/gtk-2.0 -I/usr/include/libxml2 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/libgnomeui-2.0 -I/usr/include/libgnome-2.0 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/gconf/2 -I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-vfs-2.0 -I/usr/lib64/gnome-vfs-2.0/include -I/usr/include/gnome-keyring-1 -I/usr/include/orbit-2.0 -I/usr/include/libbonobo-2.0 -I/usr/include/bonobo-activation-2.0 -I/usr/include/freetype2 -I/usr/include/libxml2 -D_FILE_OFFSET_BITS=64 -DKINO_PLUGINDIR=\""/usr/lib64/kino-gtk2"\" -DDATADIR=\""/usr/share"\" -D_REENTRANT -ggdb -O1 -march=k8 -pipe -c -o filehandler.o filehandler.cc frame.h:376: warning: ‘class FramePool’ has virtual functions but non-virtual destructor filehandler.cc: In member function ‘virtual off_t QtHandler::GetFileSize()’: filehandler.cc:838: error: invalid use of undefined type ‘struct quicktime_s’ /usr/include/quicktime/quicktime.h:252: error: forward declaration of ‘struct quicktime_s’ make[3]: *** [filehandler.o] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-video/kino-0.7.6/work/kino-0.7.6/src'
the kino issue was resolved by marking 0.9.2 stable, so this is stable too on amd64
Just eager to see this made stable. I don't see any blockers here?
Seems only alpha is missing.
Alpha stable, sorry for the delay. Closing.
