Bug#1021612: ephoto: fails to load single image file
Gary M Witscher
gary at witscher.us
Tue Oct 11 20:43:51 BST 2022
Package: ephoto
Version: 1.6.0-1
Severity: normal
X-Debbugs-Cc: gary at witscher.us
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
When selecting an image to view/edit that happens to be in
the Pictures directory I needed to manualy search through that
directory for the image I wanted becaue ephoto loads the first
image from that directory. (which can be hundreds of
images).
* What exactly did you do (or not do) that was effective (or
ineffective)?
ephoto --help shows a provision for loading a directory
or a file. The file load does not work.
* What was the outcome of this action?
When selecting an image to view/edit ephoto shows the
first image fom the directory where that image is located.
* What outcome did you expect instead?
When selecting an image to view/edit I expected that image
to load.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ephoto depends on:
ii libc6 2.35-1
ii libecore-con1 1.26.3-1
ii libecore-evas1 1.26.3-1
ii libecore-file1 1.26.3-1
ii libecore-ipc1 1.26.3-1
ii libecore1 1.26.3-1
ii libedje1 1.26.3-1
ii libeet1 1.26.3-1
ii libefreet-bin 1.26.3-1
ii libefreet1a 1.26.3-1
ii libeina1a 1.26.3-1
ii libeio1 1.26.3-1
ii libelementary1 1.26.3-1
ii libevas1 1.26.3-1
ephoto recommends no packages.
ephoto suggests no packages.
-- no debconf information
More information about the Pkg-e-devel
mailing list