Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#58610 - [feh] should have jpegexiforient

Attached to Project: Arch Linux
Opened by Oliver Mangold (omangold) - Tuesday, 15 May 2018, 23:46 GMT
Last edited by Gaetan Bisson (vesath) - Sunday, 20 May 2018, 09:35 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Gaetan Bisson (vesath)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

The feh image viewer can rotate images using keyboard. When doing so on jpegs, it tries to update the exif tags stored in the file. For this purpose it tries to call a utility named jpegexiforient. I could not find any Arch package to provide it. Not sure, but upstream might be here:

https://github.com/kloper/libjpeg

For suse the solutions seems to have been to deliver the program with the feh package. See:

https://download.opensuse.org/update/leap/42.2/oss/src/feh-2.18.3-6.3.1.src.rpm

Additional info:

* package version(s)

feh 2.26.2-1

Steps to reproduce:

- open a jpeg file with feh
- use '<', '>' keys to rotate image
- feh will produce the warning below

feh WARNING: lossless rotate: Failed to exec jpegexiforient: No such file or directory
feh WARNING: lossless rotate: Failed to update EXIF orientation tag: jpegexiforient returned 1
This task depends upon

Closed by  Gaetan Bisson (vesath)
Sunday, 20 May 2018, 09:35 GMT
Reason for closing:  Implemented
Additional comments about closing:  jpegexiforient in [extra]
Comment by Gaetan Bisson (vesath) - Thursday, 17 May 2018, 18:53 GMT
That github project looks abandoned.

Debian maintains jpegexiforient themselves; they have a libjpeg version and a libjpeg-turbo version; see: https://packages.debian.org/sid/libjpeg-turbo-progs However I'm not sure we'd like to do that ourselves. Perhaps I'll just add Debian's tarball as a source to our feh package just to build jpegexiforient.

I'll think about this some more but any suggestion for a clean packaging solution to this problem is welcome.

Loading...