Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 479442 - dev-java/icedtea-bin: Roll new package using libjpeg.so.62 (ie. libjpeg.so.8 is entirely going away)
Summary: dev-java/icedtea-bin: Roll new package using libjpeg.so.62 (ie. libjpeg.so.8 ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
: 480754 (view as bug list)
Depends on:
Blocks:
 
Reported: 2013-08-01 21:15 UTC by Samuli Suominen (RETIRED)
Modified: 2014-03-10 10:14 UTC (History)
10 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 21:15:22 UTC
JPEG has had changes in tree, and icedtea-bin package needs to adapt with it:

1. Build icedtea-bin with >=media-libs/libjpeg-turbo-1.3.0-r2 to use libjpeg.so.62
2. Adjust dependency to virtual/jpeg:62

This is for latest ~arch pkgs as of today.
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2013-08-01 23:58:18 UTC
 *  - /usr/lib64/libjpeg.so.8
 *  - /usr/lib64/libjpeg.so.8.0.2
 *      used by /opt/icedtea-bin-7.2.3.9/jre/lib/amd64/libjavajpeg.so (dev-java/icedtea-bin-7.2.3.9)
 *      used by /opt/icedtea-bin-7.2.3.9/jre/lib/amd64/libsplashscreen.so (dev-java/icedtea-bin-7.2.3.9)
Comment 2 jms 2013-08-03 02:07:17 UTC
yes please
!!! existing preserved libs:
>>> package: media-libs/libjpeg-turbo-1.3.0-r2
 *  - /usr/lib64/libjpeg.so.8
 *  - /usr/lib64/libjpeg.so.8.0.2
 *      used by /opt/icedtea-bin-6.1.12.6/jre/lib/amd64/libsplashscreen.so (dev-java/icedtea-bin-6.1.12.6)
 *      used by /opt/icedtea-bin-7.2.3.9/jre/lib/amd64/libjavajpeg.so (dev-java/icedtea-bin-7.2.3.9)
 *      used by /opt/icedtea-bin-7.2.3.9/jre/lib/amd64/libsplashscreen.so (dev-java/icedtea-bin-7.2.3.9)
Use emerge @preserved-rebuild to rebuild packages using these libraries
Comment 3 Derk W te Bokkel 2013-08-05 11:15:21 UTC
blocks 479818 ? yes?
Comment 4 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2013-08-08 20:44:15 UTC
(In reply to Samuli Suominen from comment #0)
> JPEG has had changes in tree, and icedtea-bin package needs to adapt with it:
> 
> 1. Build icedtea-bin with >=media-libs/libjpeg-turbo-1.3.0-r2 to use
> libjpeg.so.62
> 2. Adjust dependency to virtual/jpeg:62
> 
> This is for latest ~arch pkgs as of today.

But what to do about stable pkgs? This libjpeg-turbo version is unstable as is the virtual/slot. So that cannot be applied to stable package, right?
The problem is that usually icedtea-bin bump means a security bug so very fast stable. So to keep ~arch users happy as well I would need to roll another ~arch revision with different jpeg ABI?

For libpng (which is the same situation with 1.5/1.6) we solve this by picking only the one affected file (libsplashscreen.so) depending on which libpng is installed. I could do the same with libjpeg, but that means 4 different versions of libsplashscreen.so? Meh :/
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2013-08-08 20:51:00 UTC
(In reply to Vlastimil Babka (Caster) from comment #4)
> (In reply to Samuli Suominen from comment #0)
> > JPEG has had changes in tree, and icedtea-bin package needs to adapt with it:
> > 
> > 1. Build icedtea-bin with >=media-libs/libjpeg-turbo-1.3.0-r2 to use
> > libjpeg.so.62
> > 2. Adjust dependency to virtual/jpeg:62
> > 
> > This is for latest ~arch pkgs as of today.
> 
> But what to do about stable pkgs? This libjpeg-turbo version is unstable as
> is the virtual/slot. So that cannot be applied to stable package, right?
> The problem is that usually icedtea-bin bump means a security bug so very
> fast stable. So to keep ~arch users happy as well I would need to roll
> another ~arch revision with different jpeg ABI?
> 
> For libpng (which is the same situation with 1.5/1.6) we solve this by
> picking only the one affected file (libsplashscreen.so) depending on which
> libpng is installed. I could do the same with libjpeg, but that means 4
> different versions of libsplashscreen.so? Meh :/

You can use it in stable too, because stable also has a way of getting libjpeg.so.62 from slotted jpeg-6b; the dependency would then be:

|| ( virtual/jpeg:62 media-libs/jpeg:62 )

This is actually a syntax used in tree already,

$ grep -r virtual.*jpeg.*media-libs.*jpeg */*/*.ebuild
app-emulation/crossover-office-pro-bin/crossover-office-pro-bin-9.1.0.ebuild:	|| ( virtual/jpeg:62 media-libs/jpeg:62 )
app-emulation/crossover-office-pro-bin/crossover-office-pro-bin-9.2.0.ebuild:	|| ( virtual/jpeg:62 media-libs/jpeg:62 )
games-strategy/savage-bin/savage-bin-2.00e.ebuild:		|| ( virtual/jpeg:62 media-libs/jpeg:62 ) )
media-gfx/photivo/photivo-9999.ebuild:	|| ( virtual/jpeg:62 media-libs/jpeg:62 )
net-misc/nxclient/nxclient-3.5.0.7.ebuild:	|| ( virtual/jpeg:62 media-libs/jpeg:62 )
sci-chemistry/icm/icm-3.7.2e.ebuild:					|| ( virtual/jpeg:62 media-libs/jpeg:62 )
sci-chemistry/icm/icm-3.7.3b.ebuild:					|| ( virtual/jpeg:62 media-libs/jpeg:62 )
sci-electronics/eagle/eagle-5.10.0-r1.ebuild:	x86? ( || ( virtual/jpeg:62 media-libs/jpeg:62 )
sci-electronics/eagle/eagle-5.11.0.ebuild:	x86? ( || ( virtual/jpeg:62  media-libs/jpeg:62 )
Comment 6 Samuli Suominen (RETIRED) gentoo-dev 2013-08-12 17:28:06 UTC
*** Bug 480754 has been marked as a duplicate of this bug. ***
Comment 7 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2013-08-18 21:35:25 UTC
+*icedtea-bin-7.2.4.1 (18 Aug 2013)
+*icedtea-bin-6.1.12.6-r1 (18 Aug 2013)
+
+  18 Aug 2013; Vlastimil Babka <caster@gentoo.org>
+  +icedtea-bin-6.1.12.6-r1.ebuild, +icedtea-bin-7.2.4.1.ebuild:
+  Version bump (slot 7), security bug #477210 / revbump (slot 6). Built against
+  libjpeg.so.62, bug #479442. Also upgraded the built environment, which bumped
+  most of the runtime deps (gcc 4.5.4, glibc-2.15 etc).
Comment 8 Jan Vansteenkiste 2013-08-19 06:13:36 UTC
Distfiles don't seem to be available for the new ebuilds
Comment 9 Samuli Suominen (RETIRED) gentoo-dev 2014-03-10 10:14:37 UTC
Why was this reopened? Closing again.