| Summary: | dev-java/icedtea-bin: Roll new package using libjpeg.so.62 (ie. libjpeg.so.8 is entirely going away) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Samuli Suominen (RETIRED) <ssuominen> |
| Component: | Current packages | Assignee: | Java team <java> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | adaptee, Adrian.Bassett, alexander, andriy155, bertrand, cmue81, jan, kamensky.fb, rzubaly, z23 |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Samuli Suominen (RETIRED)
2013-08-01 21:15:22 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) 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
blocks 479818 ? yes? (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 :/ (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 ) *** Bug 480754 has been marked as a duplicate of this bug. *** +*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). Distfiles don't seem to be available for the new ebuilds Why was this reopened? Closing again. |