Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 551022 - media-libs/gd: : /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_read_scanlines@LIBJPEG_6.2'
Summary: media-libs/gd: : /usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/lib...
Status: RESOLVED CANTFIX
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Graphics Project
URL:
Whiteboard:
Keywords:
: 540226 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-06-02 17:13 UTC by Toralf Förster
Modified: 2015-06-03 21:15 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge log (net-analyzer-vnstat-1.13-20150602-170943.log,6.05 KB, text/plain)
2015-06-02 17:13 UTC, Toralf Förster
Details
package list (net-analyzer-vnstat-1.13-20150602-170943.pks,64.31 KB, text/plain)
2015-06-02 17:13 UTC, Toralf Förster
Details
qlop --gauge --human --list -f amd64-hardened-stable_20150531-114534/var/log/emerge.log > /tmp/qlop.log (qlop.log,190.29 KB, text/plain)
2015-06-03 14:40 UTC, Toralf Förster
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Toralf Förster gentoo-dev 2015-06-02 17:13:03 UTC
Created attachment 404472 [details]
emerge log

x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe   -c -o vnstati.o vnstati.c
x86_64-pc-linux-gnu-gcc -march=native -O2 -pipe   -c -o image.o image.c
x86_64-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed vnstati.o image.o dbaccess.o dbmerge.o common.o misc.o cfg.o -lm -lgd -o vnstati
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_read_scanlines@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_start_decompress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_simple_progression@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_save_markers@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_set_defaults@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_std_error@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_set_quality@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_destroy@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_destroy_compress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_destroy_decompress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_write_marker@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_resync_to_restart@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_finish_compress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_start_compress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_write_scanlines@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_CreateCompress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_finish_decompress@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_read_header@LIBJPEG_6.2'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/../../../../lib64/libgd.so: undefined reference to `jpeg_CreateDecompress@LIBJPEG_6.2'
collect2: error: ld returned 1 exit status
Makefile:19: recipe for target 'vnstati' failed
make[1]: *** [vnstati] Error 1
make[1]: Leaving directory '/var/tmp/portage/net-analyzer/vnstat-1.13/work/vnstat-1.13/src'
Makefile:26: recipe for target 'all' failed
make: *** [all] Error 2
 * ERROR: net-analyzer/vnstat-1.13::gentoo failed (compile phase):
 *   emake failed
 * 
 * If you need support, post the output of `emerge --info '=net-analyzer/vnstat-1.13::gentoo'`,
 * the complete build log and the output of `emerge -pqv '=net-analyzer/vnstat-1.13::gentoo'`.
 * The complete build log is located at '/var/log/portage/net-analyzer:vnstat-1.13:20150602-170943.log'.
 * For convenience, a symlink to the build log is located at '/var/tmp/portage/net-analyzer/vnstat-1.13/temp/build.log'.
 * The ebuild environment file is located at '/var/tmp/portage/net-analyzer/vnstat-1.13/temp/environment'.
 * Working directory: '/var/tmp/portage/net-analyzer/vnstat-1.13/work/vnstat-1.13'
 * S: '/var/tmp/portage/net-analyzer/vnstat-1.13/work/vnstat-1.13'

  -----------------------------------------------------------------

  This is an stable amd64 chroot image (named amd64-hardened-stable_20150531-114534/) at a hardened host acting as a tinderbox.

Portage 2.2.18 (python 2.7.9-final-0, hardened/linux/amd64, gcc-4.8.4, glibc-2.20-r2, 4.0.4-hardened-r3 x86_64)
=================================================================
System uname: Linux-4.0.4-hardened-r3-x86_64-Intel-R-_Core-TM-_i7-3770_CPU_@_3.40GHz-with-gentoo-2.2
KiB Mem:    16164692 total,    604744 free
KiB Swap:          0 total,         0 free
Timestamp of repository gentoo: Tue, 02 Jun 2015 12:15:02 +0000
sh bash 4.3_p33-r2
ld GNU ld (Gentoo 2.24 p1.4) 2.24
app-shells/bash:          4.3_p33-r2::gentoo
dev-java/java-config:     2.2.0::gentoo
dev-lang/perl:            5.20.2::gentoo
dev-lang/python:          2.7.9-r1::gentoo, 3.3.5-r1::gentoo
dev-util/cmake:           2.8.12.2-r1::gentoo
dev-util/pkgconfig:       0.28-r2::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.13.11::gentoo
sys-apps/sandbox:         2.6-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69::gentoo
sys-devel/automake:       1.10.3-r1::gentoo, 1.11.6-r1::gentoo, 1.12.6::gentoo, 1.13.4::gentoo, 1.14.1::gentoo
sys-devel/binutils:       2.24-r3::gentoo
sys-devel/gcc:            4.8.4::gentoo
sys-devel/gcc-config:     1.7.3::gentoo
sys-devel/libtool:        2.4.6::gentoo
sys-devel/make:           4.1-r1::gentoo
sys-kernel/linux-headers: 3.18::gentoo (virtual/os-headers)
sys-libs/glibc:           2.20-r2::gentoo
Repositories:

local
    location: /usr/local/portage
    masters: gentoo

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.gentoo.org/gentoo-portage
    priority: 9999

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/maven-bin-3.0/conf /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/php/apache2-php5.5/ext-active/ /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/php/cli-php5.6/ext-active/ /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"
DISTDIR="/var/tmp/distfiles"
EMERGE_DEFAULT_OPTS="--nospinner --tree --quiet-build"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/pub/mirrors/gentoo rsync://mirror.netcologne.de/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gor.bytemark.co.uk/gentoo/ rsync://ftp.snt.utwente.nl/gentoo"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j1"
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="/var/tmp"
USE="X acl aes-ni alsa amd64 apache2 avx avx2 berkdb bzip2 cairo cli corefonts cracklib crypt cups cxx dbus designer dnssec dot dri drmkms dvd ecc ecdsa extraengine ffmpeg fontconfig fortran fpm gd gdbm gif gtk gudev gui hardened iconv icu ipv6 isag jadetex jpeg justify kvm lapack libkms libvirtd logrotate mbox minizip mmx mmxext modules multilib mysql ncurses nls nptl ogg opengl openmp openssl pam pax_kernel pcre pcre16 pie plasma png policykit pwquality python qemu qt3support readline scrpyt sdl session spice sqlite sse sse2 sse4 sse4_1 sse4_2 ssh-askpass ssl ssp ssse3 svg tcpd theora thinkpad threads tk tls truetype uml unicode urandom usb usbredir uxa v4l v4l2 video vorbis xa xattr xkb xmp xscreensaver xslt xtpax xvfb xvmc zenmap zlib" ABI_X86="64" 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" 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" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" 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 ublox 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" LINGUAS="en en_GB" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy 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, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Comment 1 Toralf Förster gentoo-dev 2015-06-02 17:13:22 UTC
Created attachment 404474 [details]
package list
Comment 2 Toralf Förster gentoo-dev 2015-06-02 21:20:03 UTC
It is rather a jpeg issue at a stable chroot image, here are more info :

# eix -I media-libs/jpeg
[I] media-libs/jpeg                                                                                     
     Available versions:                                                                                
     (62) 6b-r12      
     (0)    8d-r1 ~9a  
8d-r2                                                                                      
       {static-libs ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}        
     Installed versions:  6b-r12(62)(05:42:10 AM 06/02/2015)(ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32") 8d-r1(05:37:00 AM 06/02/2015)(-static-libs ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="64 -32 -x32")                                     
     Homepage:            http://jpegclub.org/ http://www.ijg.org/                                      
     Description:         Library to load, handle and manipulate images in the JPEG format              
                                                                                                        
tor-relay / # equery d media-libs/jpeg
 * These packages depend on media-libs/jpeg:                                                            
dev-java/icedtea-bin-6.1.13.5 (media-libs/jpeg:62)                                                      
dev-java/icedtea-bin-7.2.5.3 (media-libs/jpeg:62)                                                       
virtual/jpeg-0-r2 (>=media-libs/jpeg-8d-r1:0[static-libs?,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?])                                                                                              
virtual/jpeg-62 (>=media-libs/jpeg-6b-r12:62[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?])
Comment 3 Toralf Förster gentoo-dev 2015-06-02 21:22:14 UTC
And FWIW net-analyzer/vnstat-1.13 compiled fine after re-emerging media-libs/gd-2.0.35-r4 whereas media-gfx/sane-backends-1.0.24-r5 with a similar error as in # comment0
Comment 4 Rafał Mużyło 2015-06-02 23:44:12 UTC
> This is an stable amd64 chroot image (named amd64-hardened-stable_20150531-114534/) at a hardened host acting as a tinderbox.

The first part of the statement looks more and more like a bad joke.

So what did you do wrong this time ?

You've had an ABI change on media-libs/jpeg (probably jpeg <-> libjpeg-turbo toggle) and media-libs/gd was one of the packages, that didn't have a recorded subslot dep, so the rebuild didn't trigger.

Bit odd, as 2.0.35-r4 did have a subslot dep, but :shrug:...
Comment 5 Toralf Förster gentoo-dev 2015-06-03 07:51:11 UTC
(In reply to Rafał Mużyło from comment #4)
> > This is an stable amd64 chroot image (named amd64-hardened-stable_20150531-114534/) at a hardened host acting as a tinderbox.
> 
> The first part of the statement looks more and more like a bad joke.

The image is 4 days old, based on latest available stage3. If a tinderbox runs into trouble with jepg & Co. again and again - there are chances that users will run into it too, or ?

> You've had an ABI change on media-libs/jpeg (probably jpeg <-> libjpeg-turbo
> toggle) and media-libs/gd was one of the packages, that didn't have a
> recorded subslot dep, so the rebuild didn't trigger.

So any chance to improve/fix this ?

> Bit odd, as 2.0.35-r4 did have a subslot dep, but :shrug:...
points to the same direction


BTW what do you think about a similar failure of media-gfx/sane-backends-1.0.24-r5 ? Because even after rebuilding media-libs/gd that package failed to build. Maybe that package suffers from "underlinking" wrt to jpeg calls ?
Worth a separate bug or just :shrug: ?
Comment 6 Toralf Förster gentoo-dev 2015-06-03 07:58:42 UTC
> You've had an ABI change on media-libs/jpeg (probably jpeg <-> libjpeg-turbo
> toggle) and media-libs/gd was one of the packages, that didn't have a
> recorded subslot dep, so the rebuild didn't trigger.

From the attached package list that libjpeg-turbo was not emerged but :

media-libs/jpeg-6b-r12
media-libs/jpeg-8d-r1

which looks valid, and was not forced by the tinderbox but more likely due to DEPENDS of other packages.

If that causes trouble, then the fall out of such a config (underlinking or what ever) needs to be fixed, right ?
Comment 7 Toralf Förster gentoo-dev 2015-06-03 07:59:39 UTC
*** Bug 540226 has been marked as a duplicate of this bug. ***
Comment 8 SpanKY gentoo-dev 2015-06-03 09:59:21 UTC
what does `emerge -pv gd` show ?

what about `scanelf -qn $(qlist -eC media-libs/gd)` ?
Comment 9 Toralf Förster gentoo-dev 2015-06-03 13:02:07 UTC
(In reply to SpanKY from comment #8)
> what does `emerge -pv gd` show ?
> 
> what about `scanelf -qn $(qlist -eC media-libs/gd)` ?

$ sudo ./chr.sh amd64-hardened-stable_20150531-114534
tor-relay / # emerge -pv gd

These are the packages that would be merged, in reverse order:

Calculating dependencies  .... done!
[ebuild   R    ] media-libs/gd-2.0.35-r4:2::gentoo  USE="fontconfig jpeg png truetype zlib -static-libs -xpm" ABI_X86="(64) -32 (-x32)" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB
tor-relay / # scanelf -qn $(qlist -eC media-libs/gd)
libgd.so.2,libc.so.6  /usr/bin/annotate
libgd.so.2,libc.so.6  /usr/bin/gdtopng
libgd.so.2,libc.so.6  /usr/bin/gd2copypal
libgd.so.2,libc.so.6  /usr/bin/gd2topng
libgd.so.2,libc.so.6  /usr/bin/pngtogd2
libgd.so.2,libc.so.6  /usr/bin/gdcmpgif
libgd.so.2,libc.so.6  /usr/bin/webpng
libgd.so.2,libc.so.6  /usr/bin/gdparttopng
libgd.so.2,libc.so.6  /usr/bin/pngtogd
libgd.so.2,libc.so.6  /usr/bin/giftogd2
libgd.so.2,libc.so.6  /usr/bin/gd2togif
libpng16.so.16,libjpeg.so.8,libfontconfig.so.1,libfreetype.so.6,libz.so.1,libm.so.6,libc.so.6  /usr/lib64/libgd.so.2
libpng16.so.16,libjpeg.so.8,libfontconfig.so.1,libfreetype.so.6,libz.so.1,libm.so.6,libc.so.6  /usr/lib64/libgd.so
libpng16.so.16,libjpeg.so.8,libfontconfig.so.1,libfreetype.so.6,libz.so.1,libm.so.6,libc.so.6  /usr/lib64/libgd.so.2.0.0
tor-relay / # exit
logout
tinderbox@tor-relay ~ $
Comment 10 SpanKY gentoo-dev 2015-06-03 14:15:00 UTC
(In reply to Toralf Förster from comment #9)

is that before or after you re-emerged gd ?

what was the order of operations here ?  you had libjpeg-turbo installed at some point and you switched to jpeg ?

even if gd has a subslot dep on virtual/jpeg, that doesn't have a transitive subslot on media-libs/{jpeg,jpeg-turbo}.  so i wouldn't expect switching jpeg libs would cause any rebuilds in the system.
Comment 11 Toralf Förster gentoo-dev 2015-06-03 14:40:28 UTC
Created attachment 404518 [details]
qlop --gauge --human --list -f amd64-hardened-stable_20150531-114534/var/log/emerge.log > /tmp/qlop.log

(In reply to SpanKY from comment #10)
> (In reply to Toralf Förster from comment #9)
> 
> is that before or after you re-emerged gd ?
> 
after

> what was the order of operations here ?  you had libjpeg-turbo installed at
> some point and you switched to jpeg ?

$ grep jpeg ~/tmp/qlop.log
Sun May 31 12:36:58 2015 >>> media-libs/libjpeg-turbo-1.3.1
Sun May 31 12:37:03 2015 >>> virtual/jpeg-62
Sun May 31 13:45:48 2015 >>> virtual/jpeg-0-r2
Tue Jun  2 05:37:08 2015 >>> media-libs/jpeg-8d-r1
Tue Jun  2 05:42:16 2015 >>> media-libs/jpeg-6b-r12
Tue Jun  2 22:31:43 2015 >>> media-gfx/jpeg2ps-1.9-r1
Wed Jun  3 04:46:49 2015 >>> media-video/mjpegtools-2.1.0-r2
Wed Jun  3 13:51:21 2015 >>> media-gfx/recoverjpeg-2.2.3

> 
> even if gd has a subslot dep on virtual/jpeg, that doesn't have a transitive
> subslot on media-libs/{jpeg,jpeg-turbo}.  so i wouldn't expect switching
> jpeg libs would cause any rebuilds in the system.

If an appropriate message is emitted by emerge then the chroot tinderbox catches it and runs a @preserved-rebuild afterwards - so either a bug in the tinderox script or an issue outside.


FWIW I can of course create a new chroot image and replay a (subset of the) emerge history till a choosen point (ok, the portage tree would be current, but shouldn't matter here) - if wanted.


Ah - and here is the history of -turbo and the packages who required it :

tor-relay / # grep -e '\*\*\* emer' -e turbo /var/log/emerge.log | grep -B 1 turbo
1433067654:  *** emerge --tree --accept-properties=-interactive --accept-restrict=-fetch --nospinner --oneshot --quiet-build=y mail-filter/spamprobe
1433068469:  >>> emerge (18 of 20) media-libs/libjpeg-turbo-1.3.1 to /
1433068469:  === (18 of 20) Cleaning (media-libs/libjpeg-turbo-1.3.1::/usr/portage/media-libs/libjpeg-turbo/libjpeg-turbo-1.3.1.ebuild)
1433068470:  === (18 of 20) Compiling/Merging (media-libs/libjpeg-turbo-1.3.1::/usr/portage/media-libs/libjpeg-turbo/libjpeg-turbo-1.3.1.ebuild)
1433068522:  === (18 of 20) Merging (media-libs/libjpeg-turbo-1.3.1::/usr/portage/media-libs/libjpeg-turbo/libjpeg-turbo-1.3.1.ebuild)
1433068523:  >>> AUTOCLEAN: media-libs/libjpeg-turbo:0
1433068618:  === (18 of 20) Post-Build Cleaning (media-libs/libjpeg-turbo-1.3.1::/usr/portage/media-libs/libjpeg-turbo/libjpeg-turbo-1.3.1.ebuild)
1433068618:  ::: completed emerge (18 of 20) media-libs/libjpeg-turbo-1.3.1 to /
--
1433216182:  *** emerge --tree --accept-properties=-interactive --accept-restrict=-fetch --nospinner --oneshot --quiet-build=y media-libs/jpeg
1433216228: === Unmerging... (media-libs/libjpeg-turbo-1.3.1)
1433216234:  >>> unmerge success: media-libs/libjpeg-turbo-1.3.1


I can provide /var/log/emerge.log too, if wanted.
Comment 12 SpanKY gentoo-dev 2015-06-03 17:13:11 UTC
so if the order is:
- install libjpeg-turbo
- install gd
- replace libjpeg-turbo with jpeg
- gd isn't rebuilt
- symbol errors

this isn't a bug in gd that i can see.  looks like a problem with the jpeg deps and their (lack) of subslots.
Comment 13 Toralf Förster gentoo-dev 2015-06-03 21:15:40 UTC
Ok, and there's a news item suggesting to use libjpeg-turbo.
I masked media-libs/jpeg here to avoid such ABI breakage.