Summary: | kde-base/gwenview-4.14.0 fails to build with media-libs/jpeg-9a | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rafal Kupiec <belliash> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | major | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://bugs.kde.org/show_bug.cgi?id=338622 | ||
See Also: | http://bugs.gentoo.org/show_bug.cgi?id=314613 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 479818 |
Description
Rafal Kupiec
2014-08-29 22:14:56 UTC
Just for the record, I've reported this upstream, see URL. There also exists a working older patch (see link in the upstream bug) but not sure if it's upstreamable as it is. Which package - media-libs/jpeg-9a ? Very interested to know why gwenview appears to bundle libjpeg in the first place! (In reply to Michael Palimaka (kensington) from comment #3) > Very interested to know why gwenview appears to bundle libjpeg in the first > place! It's because of the transupp.* files, they aren't installed by jpeg, they are internal files However, some apps still make use of transupp.* by copying them inside the application itself For example, media-gfx/feh *USED* to do this, but they switched from doing that, to calling the jpeg utilities for *image rotation feature* instead I would expect gwenview to do this, for *image rotation* as well For example, transupp.* from jpeg-6b is not compatible with jpeg-7 and so forth, so each jpeg version needs it's own transupp.* files So I expect gwenview to selectively, use correct transupp.*, after detecting system jpeg version (In reply to Samuli Suominen from comment #4) > (In reply to Michael Palimaka (kensington) from comment #3) > > Very interested to know why gwenview appears to bundle libjpeg in the first > > place! > > It's because of the transupp.* files, they aren't installed by jpeg, they > are internal files > However, some apps still make use of transupp.* by copying them inside the > application itself > For example, media-gfx/feh *USED* to do this, but they switched from doing > that, to calling the jpeg utilities for *image rotation feature* instead > I would expect gwenview to do this, for *image rotation* as well > For example, transupp.* from jpeg-6b is not compatible with jpeg-7 and so > forth, so each jpeg version needs it's own transupp.* files > So I expect gwenview to selectively, use correct transupp.*, after detecting > system jpeg version As in, http://bugs.gentoo.org/show_bug.cgi?id=314613 is why Thanks for the info Samuli. I prepared review request for upstream. This is now fixed upstream and we will be backporting to 4.14.1 which should be in the tree in a day or so. 4.14.1 is in the tree now |