Bugzilla Bug 157892

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 an attachment (id=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.