mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #5365] Hugin: missing GPS EXIF data in panorama output #2971
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#2971
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jose1711 on GitHub (Sep 12, 2022).
Original GitHub issue: https://github.com/netblue30/firejail/issues/5365
Description
Hugin is not saving GPS exifdata unless started outside of
firejail.Steps to Reproduce
LC_ALL=C firejail huginExpected behavior
GPS EXIF data should be present.
Actual behavior
GPS EXIF data is missing from the final render.
Behavior without a profile
LC_ALL=C firejail --noprofile /path/to/programin a terminal?_Additional context
Hugin uses
exiftoolto take care of reading/writing EXIF information and I am not seeing it listed inprivate-binso that may be related.@rusty-snake commented on GitHub (Sep 12, 2022):
Did you tried
private-bin exiftoolinhugin.local? If it does not work, tryignore private-binas well.@ghost commented on GitHub (Sep 12, 2022):
For
exiftoolyou need to addperltoprivate-bintoo, besidesinclude allow-perl.inc. At least on arch linux it's a perl script, which is blocked in hugin.profile byinclude disable-interpreters.inc.@jose1711 commented on GitHub (Sep 15, 2022):
Thank you for correction, but it actually requires even more steps on Arch because
exiftoollives in/usr/bin/vendor_perl/exiftool. Fromexiftool.profile:@kmk3 commented on GitHub (Sep 15, 2022):
@jose1711 commented on Sep 15:
As you mentioned,
exiftoolis a program that lives in/usr/bin/vendor_perl/exiftoolon Arch. And it provides a CLI, but there isno symlink to it in /usr/bin.
private-binonly considers /usr/bin and similar paths when searching forbinaries (see
pathsinfs_bin.c), as usually any binary that isintended to be called directly by end users or other programs will live (or at
least provide a symlink) in /usr/bin or a similar path.
For example, see the following binaries:
So IMO the proper fix would be for the exiftool package to provide a symlink in
/usr/bin.
In the mean time, as a workaround for hugin.profile, does it work if you add
the following to hugin.local?
@jose1711 commented on GitHub (Sep 16, 2022):
Yes, this workaround does the job. Thank you.
@kmk3 commented on GitHub (Sep 16, 2022):
@jose1711 commented on Sep 16:
Thanks for testing.
I opened #5371, which adds the second line to hugin.profile.
And #5372 to discuss how to deal with the
private-binpart.Marked #5371 as closing this, since it fixes part of the problem and a
workaround was provided for the rest.
Feel free to post any updates or request to reopen if you have more questions.