/bin/sh ../../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/babl-0.1 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -march=native -O2 -pipe -ggdb -mmmx -msse -ftree-vectorize -ffast-math -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -DG_LOG_DOMAIN=\"GEGL-\"__FILE__ -avoid-version -export-dynamic -module -Wl,-O1 -Wl,--as-needed -o sdl-display.la -rpath /usr/lib64/gegl-0.2 sdl_display_la-sdl-display.lo -Wl,--export-dynamic -lgmodule-2.0 -pthread -lgio-2.0 -lgobject-2.0 -lgthread-2.0 -pthread -lglib-2.0 -lSDL -lpthread libtool: link: x86_64-pc-linux-gnu-gcc -shared -fPIC -DPIC .libs/sdl_display_la-sdl-display.o -Wl,--as-needed -lgmodule-2.0 -lgio-2.0 -lgobject-2.0 -lgthread-2.0 -lglib-2.0 -lSDL -lpthread -pthread -march=native -O2 -mmmx -msse -Wl,-O1 -Wl,--export-dynamic -pthread -pthread -pthread -Wl,-soname -Wl,sdl-display.so -o .libs/sdl-display.so libtool: link: ( cd ".libs" && rm -f "sdl-display.la" && ln -s "../sdl-display.la" "sdl-display.la" ) /bin/sh ../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../gegl -I../../gegl -I../../gegl/buffer -I../../gegl/buffer -I../../gegl/operation -I../../gegl/operation -I../../gegl/property-types -I../../gegl/property-types -I../../gegl/module -I../../gegl/module -I../../gegl/opencl -I../../gegl/opencl -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/babl-0.1 -I/usr/include/libopenraw-7.0 -march=native -O2 -pipe -ggdb -mmmx -msse -ftree-vectorize -ffast-math -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -DG_LOG_DOMAIN=\"GEGL-\"__FILE__ -c -o openraw_la-openraw.lo `test -f 'openraw.c' || echo './'`openraw.c libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../gegl -I../../gegl -I../../gegl/buffer -I../../gegl/buffer -I../../gegl/operation -I../../gegl/operation -I../../gegl/property-types -I../../gegl/property-types -I../../gegl/module -I../../gegl/module -I../../gegl/opencl -I../../gegl/opencl -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/babl-0.1 -I/usr/include/libopenraw-7.0 -march=native -O2 -pipe -ggdb -mmmx -msse -ftree-vectorize -ffast-math -Wall -Wdeclaration-after-statement -Wmissing-prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -Wold-style-definition -DG_LOG_DOMAIN=\"GEGL-\"__FILE__ -c openraw.c -fPIC -DPIC -o .libs/openraw_la-openraw.o openraw.c: In function 'load_buffer': openraw.c:119:37: error: 'OR_DATA_TYPE_CFA' undeclared (first use in this function) if(or_rawdata_format (rawdata) != OR_DATA_TYPE_CFA) ^ openraw.c:119:37: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [openraw_la-openraw.lo] Error 1 make[3]: Leaving directory `/chroot/build/portage/media-libs/gegl-0.2.0-r2/work/gegl-0.2.0/operations/external' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/chroot/build/portage/media-libs/gegl-0.2.0-r2/work/gegl-0.2.0/operations' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/chroot/build/portage/media-libs/gegl-0.2.0-r2/work/gegl-0.2.0' make: *** [all] Error 2 * ERROR: media-libs/gegl-0.2.0-r2::gentoo failed (compile phase): * emake failed Portage 2.2.1 (default/linux/amd64/13.0/desktop/kde, gcc-4.8.1, glibc-2.17, 3.10.6-gentoo x86_64) ================================================================= System uname: Linux-3.10.6-gentoo-x86_64-AMD_Phenom-tm-_II_X4_965_Processor-with-gentoo-2.2 KiB Mem: 7920972 total, 2236712 free KiB Swap: 25165812 total, 24790992 free Timestamp of tree: Unknown ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-java/java-config: 2.2.0 dev-lang/python: 2.7.5-r2, 3.2.5-r2, 3.3.2-r2 dev-util/cmake: 2.8.11.2::kde dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.4, 1.14 sys-devel/binutils: 2.23.2 sys-devel/gcc: 4.8.1 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.11 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo laurentb x11 kde ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe -ggdb" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /var/lib/hsqldb" 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 /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=native -O2 -pipe -ggdb" DISTDIR="/chroot/distfiles" EMERGE_DEFAULT_OPTS="--quiet-build=n" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs compressdebug config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://mirrors.sohu.com/gentoo/ http://gentoo.mirrors.hoobly.com/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j6" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/chroot/build" PORTDIR="/home/pl/code/gentoo-x86" PORTDIR_OVERLAY="/var/lib/layman/laurentb /var/lib/layman/x11 /home/pl/code/kde" USE="X a52 aac acpi alsa amd64 bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cjk cli compat consolekit crypt cups curl cxx dbus declarative dri dts dvd dvdr dvdread emboss encode exif expat fam ffmpeg firefox flac foomaticdb fortran ftp gcj gd gdbm gif gmp gnutls gpm gtk iconv icq idn imagemagick imap imlib innodb ipod ipv6 jabber javascript jingle jpeg jpeg2k kde kdehiddenvisibility kipi lame lcms libnotify lzo mad matroska md5sum midi mmap mmx mng modules mp3 mp4 mpeg mplayer msn mudflap multilib musepack musicbrainz mysql ncurses nls nptl nsplugin offensive ogg openal openexr opengl openmp openvg oscar pam pango pcre pdf perl php plasma png policykit ppds python qt3support qt4 quicktime raw rdesktop readline rss samba sdl semantic-desktop session speex spell sqlite sqlite3 sse sse2 sse3 ssl ssse3 startup-notification subversion svg syslog taglib tcpd threads tidy tiff tk truetype udev udisks unicode upower usb vdpau vlc vorbis wifi wmf wxwindows x264 xattr xcb xcomposite xine xinerama xml xmlrpc xpm xscreensaver xulrunner xv xvid zlib" ABI_X86="64" ALSA_CARDS="hda-intel" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd 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 author" 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="evdev" KERNEL="linux" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB de de_DE" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_2" QEMU_SOFTMMU_TARGETS="x86_64 alpha arm cris i386 lm32 m68k microblaze microblazeel mips mips64 mips64el mipsel or32 ppc ppc64 ppcemb s390x sh4 sh4eb sparc sparc64 unicore32 xtensa xtensaeb" QEMU_USER_TARGETS="alpha arm armeb cris i386 m68k microblaze microblazeel mips mipsel or32 ppc ppc64 ppc64abi32 s390x sh4 sh4eb sparc sparc32plus sparc64 unicore32 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="radeon r600" 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, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, SYNC, USE_PYTHON
Caused by libopenraw 0.0.9 -> 0.1.0 ABI/API breakage. I tracked it to the following changeset: http://cgit.freedesktop.org/libopenraw/commit/?id=cecbfffbacf79b4c6eb8b21ad5c03d2ff5f6bed0 I changed the define in openraw.c and that made it build: >diff -u operations/external/openraw.c\~ operations/external/openraw.c --- operations/external/openraw.c~ 2012-03-29 22:05:50.000000000 +0200 +++ operations/external/openraw.c 2013-09-04 11:51:47.984845300 +0200 @@ -116,7 +116,7 @@ goto clean_file; } - if(or_rawdata_format (rawdata) != OR_DATA_TYPE_CFA) + if(or_rawdata_format (rawdata) != OR_DATA_TYPE_RAW) { goto clean_file; } gegl's "make check" also ran "mostly succesfully", but I could not tell whether the new openraw code is being tested at all since libav's av_open_input_file is missing too, leading to lots of ignored errors. Quality software all around..
I could also reemerge gegl with this patch.
(In reply to Juergen Rose from comment #2) > I could also reemerge gegl with this patch. Just to be clear, I have no idea whether this works at runtime at all since I have no RAW pictures to test with.
Does not CC arch teams.
This is an incompatibility with media-libs/libopenraw-0.1.0_pre20130826, libopenraw-0.0.9 works fine.
(In reply to Holger Hoffstätte from comment #3) > I have no RAW pictures to test with. A Sony RAW (.arw) picture to play with: https://xmw.de/tmp/dsc11232.arw To be clear, what would be the (gui) test for this? (I read my raw data with ufraw and ufraw gimp plugin).
(In reply to Michael Weber from comment #6) > (In reply to Holger Hoffstätte from comment #3) > > I have no RAW pictures to test with. > > A Sony RAW (.arw) picture to play with: https://xmw.de/tmp/dsc11232.arw > > To be clear, what would be the (gui) test for this? > (I read my raw data with ufraw and ufraw gimp plugin). During file open dialog, hitting on the icon to create preview works, and selecting "rawphoto" instead of "autodetect" or "raw image" loads up a dialog like on pdf loading, not the ufraw one. This works on fully upgraded ~amd64 after manually adding the patch.
I'm unsure what to do best. I don't see any version macros in openraw that would allow to make a patch that works with both 0.9.0 and 0.1.x at compile time. So that means we need to pick either, 0.9.0 or 0.1.x. There are requests for gegl 0.2.x to enter stable. With a dependency on 0.1.0_pre20130826, that one would need to go stable first or at the same time. Since it's not an official released, it might not be ideal. We could adjust the gegl ebuilds to depend on ~media-libs/libopenraw-0.0.9 so that users no longer run into the compile error. What shall we do?
(In reply to Sebastian Pipping from comment #8) > What shall we do? CC-ing libopenraw maintainers for their opinion.
well, I was about to roll a libopenraw snapshot like half an year ago but decided not to after finding out 50%+ revdeps are broken with it with no patches upstream or even bug reports in fact, when I saw the snapshot in tree I had to verify I didn't press the commit button in accident :-) i would p.mask it and stick to 0.0.9, disable the support where newer version is required :/
(In reply to Sebastian Pipping from comment #8) > I don't see any version macros in openraw that would allow to make a patch > that works with both 0.9.0 and 0.1.x at compile time. Lookng at a diff of the headers, it seems the OR_DEPRECATED was newly introduced, so you probably could use that. Even though it's not intended for that purpose. Or perhaps it would make sense to introduce a suitable macro at the distro level. > So that means we need to pick either, 0.9.0 or 0.1.x. Or apply a patch conditionally, having the ebuild check the lib version.
(In reply to Alexandre Rostovtsev from comment #9) > CC-ing libopenraw maintainers for their opinion. Good idea, thanks! (In reply to Samuli Suominen from comment #10) > i would p.mask it and stick to 0.0.9, disable the support where newer > version is required :/ From grepping though the Gentoo main tree I don't see any reverse dependencies for libopenraw newer than 0.0.9. Since bug #438900 affecting 0.0.9 has not been fixed upstream yet, that does does not seem to have been eva's motivation to update to a recent snapshot. eva, can you shed some light? (Adding eva to CC directly despite indirect inclusion thorugh the freedesktop@ alias ..) (In reply to Martin von Gagern from comment #11) > Lookng at a diff of the headers, it seems the OR_DEPRECATED was newly > introduced, so you probably could use that. Even though it's not intended > for that purpose. Or perhaps it would make sense to introduce a suitable > macro at the distro level. Good catch. I think for a quickhack keeping 0.9.0 and 0.1.x working we have these options: a) Add patch to libopenraw adding #define OR_DATA_TYPE_CFA OR_DATA_TYPE_RAW b) Add patch to gegl adding #define OR_DATA_TYPE_CFA 6 c) Add patch to gegl adding #ifdef OR_DEPRECATED # define OR_DATA_TYPE_CFA OR_DATA_TYPE_RAW #endef However, 0.9.0 and 0.1.0 do not seem ABI compatible so that's another issue we might need to take care of, then. > > So that means we need to pick either, 0.9.0 or 0.1.x. > > Or apply a patch conditionally, having the ebuild check the lib version. While technically possible, I was taught during recruiting that that's evil :)
the snapshot was added because it sports lots of fixes and updates for a load of recent cameras.
(In reply to Gilles Dartiguelongue from comment #13) > the snapshot was added because it sports lots of fixes and updates for a > load of recent cameras. I see, thanks. Any recommendations from your side?
it could be a bug in openraw, I would see if upstream what to do and ask for a proper release.
(In reply to Gilles Dartiguelongue from comment #15) > it could be a bug in openraw, I would see if upstream what to do and ask for > a proper release. Good point, opened a bug report upstream now: https://bugs.freedesktop.org/show_bug.cgi?id=69432
(In reply to Sebastian Pipping from comment #16) > Good point, opened a bug report upstream now: > https://bugs.freedesktop.org/show_bug.cgi?id=69432 The way I read Hubert Figuiere's replies in the bug report he is not going to add anything to libopenraw that would help us with our (quote) "downstream fuck ups". What do we do?
(In reply to Sebastian Pipping from comment #17) > The way I read Hubert Figuiere's replies in the bug report he is not going > to add anything to libopenraw that would help us with our (quote) > "downstream fuck ups". Dude sounds very confused and unnecessarily angry about the fact that people try to use his software. > What do we do? Mask >=0.1-pre and wait until libopenraw gets its shit together and gegl upstream has caught up properly. Eventually newer gegl can then pull in newer version. Stabilize whatever works toegther. As long as 0.09 works people can at least import & work with RAW pictures.
I've tried this upstream to get apply one *BSD + -liconv (gettext) compability patch once, but he refused and stated he couldn't care less of the compability and doesn't want to add gettext as a dependency. Just saying for some contrast. Not suprised at all. So, now he changed the pkg-config file name in git: http://cgit.freedesktop.org/libopenraw/commit/?id=0ca41734ca58fb9f23f7e20b9ef76005c43f4e17 Which makes the in-portage git snapshot very bad idea. I'll have to point at Comment #10 again.
Good lord, I hate stubborn upstream like these... Go ahead with the mask then, I'll try to find some time to cherry pick support for new cameras only. If at all possible.
For some reason I cant get the diff / patch lines in the post above to work as a patch. Could someone wgetpaste the patch file they used on gegl so I can see what I am doing wrong here? Thanks
*** Bug 492416 has been marked as a duplicate of this bug. ***
+ 26 Nov 2013; Patrick Lauer <patrick@gentoo.org> gegl-0.2.0-r2.ebuild: + Narrow down libopenraw dep #483562 + This avoids needless build failures and reduces frustration a little bit
Importance should be changed to "Highest" and "blocker", because meanwhile this is a full showstopper. Due to this bug it's not possible to do a full system update with `emerge -uDN world` anymore, because portage obtrusively wants to emerge libopenraw-0.1.0_pre20130826 and gegl-9999, no matter what I do. No masking or `emerge --resume --skipfirst` or `emerge --exclude` is possible. So this needs to be fixed as soon as possible. Or a workaround by fixing some dependencies in other packages has to be made. Not only the latest versions of gimp, gutenprint and tumbler seem to be the reason why portage insists on installing those package versions. See also bug #493562.
(In reply to Heiko Baums from comment #24) > Not only the latest versions of gimp, gutenprint and tumbler seem to be the > reason why portage insists on installing those package versions. Could also be ghostscript instead of gutenprint.
I would simply hardmask that snapshot since upstream seems to also don't expect us to offer it :(
+ 02 Jan 2014; Pacho Ramos <pacho@gentoo.org> package.mask: + Mask because breaks reverse dependencies and upstream don't want us to use it + (#483562) +
(In reply to Pacho Ramos from comment #27) > + 02 Jan 2014; Pacho Ramos <pacho@gentoo.org> package.mask: > + Mask because breaks reverse dependencies and upstream don't want us to > use it > + (#483562) > + That isn't sufficient. Now I get the same message I get when I added it to /etc/portage/package.mask: The following keyword changes are necessary to proceed: (see "package.accept_keywords" in the portage(5) man page for more details) # required by media-gfx/gimp-2.8.10-r1 # required by net-print/gutenprint-5.2.9[gimp] # required by @selected # required by @world (argument) =media-libs/gegl-9999 ** The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by media-gfx/gthumb-3.2.4 # required by @selected # required by @world (argument) # /usr/portage/profiles/package.mask: # Pacho Ramos <pacho@gentoo.org> (02 Jan 2013) # Breaks reverse dependencies and upstream don't want us # to use it (#483562) =media-libs/libopenraw-0.1.0_pre20130826 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes. Still a full showstopper. I guess there have to be some dependencies of some other packages to be fixed/reverted.
Btw., adding "=media-libs/gegl-9999 **" to /etc/portage/package.accept_keywords doesn't help either.
I think you are hitting some kind of portage bug since no package is depending on that version, probably setting "--autounmask=n" will help you to find the real problem
(In reply to Pacho Ramos from comment #30) > I think you are hitting some kind of portage bug since no package is > depending on that version, probably setting "--autounmask=n" will help you > to find the real problem I haven't updated my system, yet, but `emerge -uDNpv --autounmask=n world` doesn't want to update libopenraw and gegl anymore. A while before I unmerged both and remerged libopenraw-0.0.9 and gegl-0.2.0-r2 manually with `emerge -1`. So probably there's indeed a bug in portage. I guess, I'll open a new bug report about that later.
Meanwhile I ran an `emerge -uDN --autounmask=n world` without any problems. Afterwards a normal `emerge -uDN world` was possible again. So the portage issue is most likely related to this libopenraw/gegl issue. So I guess there's probably not a bug in portage itself, but in the ebuild of one or both of these packages.
The snapshot is no longer in Portage.
*** Bug 493562 has been marked as a duplicate of this bug. ***
