Created attachment 318832 [details] Build log emerge --info '=media-libs/mlt-0.8.0' Portage 2.1.11.9 (default/linux/amd64/10.0/desktop/kde, gcc-4.6.3, glibc-2.15-r2, 3.3.5-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.3.5-gentoo-x86_64-Intel-R-_Core-TM-_i7-2600K_CPU_@_3.40GHz-with-gentoo-2.1 Timestamp of tree: Fri, 20 Jul 2012 12:15:01 +0000 distcc 3.1 x86_64-pc-linux-gnu [enabled] app-shells/bash: 4.2_p37 dev-java/java-config: 2.1.12 dev-lang/python: 2.7.3-r2, 3.2.3-r1 dev-util/cmake: 2.8.8-r3 dev-util/pkgconfig: 0.27 sys-apps/baselayout: 2.1-r1 sys-apps/openrc: 0.10.5 sys-apps/sandbox: 2.6 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.7.9-r2, 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.6, 1.12.2 sys-devel/binutils: 2.22-r1 sys-devel/gcc: 4.5.4, 4.6.3 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 3.4-r1 (virtual/os-headers) sys-libs/glibc: 2.15-r2 Repositories: gentoo x-portage Installed sets: @system ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=core2 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=n" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distcc distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/" LANG="sv_FI@euro" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --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="X a52 aac acl acpi alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli consolekit cracklib crypt cxx dbus declarative dlloader dri dts dvb dvd dvdr dvdread emboss enblend encode exif fam firefox flac fortran gdbm gif gimp gpm gtk gtk2 hal iconv java jp2 jpeg jpeg2k kde kipi lcms libnotify mad matroska mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin nvidia offensive ogg opengl openmp pam pango pcre pdf phonon pic plasma png policykit ppds pppd qt3support qt4 readline sdl session sift spell sse sse2 ssl startup-notification svg tcpd theora threads tiff truetype udev udisks unicode upower usb v4l vorbis wxwidgets x264 xcb xcomposite xinerama xml xorg xscreensaver xv xvid zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci 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 authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" PHP_TARGETS="php5-3" PYTHON_TARGETS="python3_2 python2_7" RUBY_TARGETS="ruby18 ruby19" USERLAND="GNU" VIDEO_CARDS="nv nvidia vesa fbdev v4l" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON emerge -pqv '=media-libs/mlt-0.8.0' [ebuild N ] media-libs/mlt-0.8.0 USE="ffmpeg gtk kde melt mmx qt4 sdl sse sse2 vorbis xml -compressed-lumas -debug -dv -frei0r -jack -libsamplerate -lua -python -quicktime -rtaudio -ruby -swfdec -vdpau -xine"
While the first error is: kdenlivetitle_wrapper.cpp:23:24: fatal error: QtGui/QImage: No such file or directory I'd say it's INVALID due to: /usr/qt/3/include/qvaluelist.h:91:13: error: 'ptrdiff_t' does not name a type (and similar).
This must be the reason; "Qt version 3.x detected, will compile Qt3 qimage producer", and no Qt 3 is installed. I had the directory /usr/qt/3 left on my system, renamed it while I compiled mlt and now it worked.
This bug should not be closed as resolved invalid. It is a bug in mlt to try to compile against a qt it can't work with. I have a working qt3 on my system and I need it so removing it is not an option. Temporarily renaming is good as a workaround but not as a solution. When mlt tries to compile against qt3 and fails, then it should be patched to not try this. So please reopen this bug.
(In reply to comment #3) > It is a bug in mlt to try > to compile against a qt it can't work with. I have a working qt3 on my > system and I need it so removing it is not an option. This is an upstream bug, please report it at the mlt developers. From the Gentoo side we don't support Qt3 anymore.
(In reply to comment #4) > (In reply to comment #3) > > It is a bug in mlt to try > > to compile against a qt it can't work with. I have a working qt3 on my > > system and I need it so removing it is not an option. > > This is an upstream bug, please report it at the mlt developers. > From the Gentoo side we don't support Qt3 anymore. +1 at least in any case the old way Gentoo used to put Qt3 directly in /usr is definately not supported. that path is long gone. if user reallyreally still needs Qt3 for some application, he should put it in, for example, /home/user/Qt3 and then point apps to it by LD_LIBRARY_PATH and so forth so it's out of the way for anything coming from Portage
(In reply to comment #4) > (In reply to comment #3) > This is an upstream bug, please report it at the mlt developers. > From the Gentoo side we don't support Qt3 anymore. Yes, it's an upstream bug but one of portages virtues is the ability to patch things as needed and patching upstream shortcomings is what every other ebuild does ;-). I could contact upstream but who knows if and when they will fix this. So providing a patch is probably a more effective way.
(In reply to comment #5) > (In reply to comment #4) > at least in any case the old way Gentoo used to put Qt3 directly in /usr is > definately not supported. that path is long gone. > > if user reallyreally still needs Qt3 for some application, he should put it > in, for example, /home/user/Qt3 and then point apps to it by LD_LIBRARY_PATH > and so forth so it's out of the way for anything coming from Portage I might disagree there a little. IMHO a better way to have additional packages not in official portage is to have them in a portage overlay and not to dump them all over the system. So maintenance (revdep-rebuild etc.) works as expected and needed. By the way, I am managing the working environment in the company so having manual packages is really not an option. I still consider it a bug in an program/package/ebuild/... when it tries to use something it can't deal with. So saying like "it's out of official portage so we don't care" seems a bit short sighted to me. I know Jan-Erik and me are a very small fraction of the community but at least all using kde-sunset could be affected. On the other hand I could understand when you would say something like "as this affects only a minority the devs have no time to deal with it". In this case I can offer to provide a patch for this myself. So how do you want to proceed?
Overlays follow the tree, not the otherway around, so any patches would go to Qt3 and altering it's installation so that it doesn't get in a way of anything installed from Portage
(In reply to comment #6) > (In reply to comment #4) > > (In reply to comment #3) > > This is an upstream bug, please report it at the mlt developers. > > From the Gentoo side we don't support Qt3 anymore. > > Yes, it's an upstream bug but one of portages virtues is the ability to > patch things as needed and patching upstream shortcomings is what every > other ebuild does ;-). I could contact upstream but who knows if and when > they will fix this. So providing a patch is probably a more effective way. We prefer things like this to be reported upstream first, and see their reaction. If still necessary, we can apply a patch ourselves (or take one already applied in VCS upstream). That said, I have become the de facto maintainer of this package (tho anyone else can feel free to step up), but I use neither mlt nor Qt3. So we would rely on you to provide us a patch.
(In reply to comment #9) > (In reply to comment #6) > We prefer things like this to be reported upstream first, and see their > reaction. If still necessary, we can apply a patch ourselves (or take one > already applied in VCS upstream). > > That said, I have become the de facto maintainer of this package (tho anyone > else can feel free to step up), but I use neither mlt nor Qt3. So we would > rely on you to provide us a patch. Thanks. Then I'll try to get some feedback from upstream and will report here. I can test the fix(es) as I'm using qt3 in x86 and amd64.
