This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

Control: severity -1 normal

On Tue, 11 Mar 2025, cacin@allfreemail.net wrote:

This is likely some violation of debian policy §9.1.1 [1] and FHS [2],
and also goes against user expectations of pixmaps being placed in /usr/share/pixmaps/

I'm not the maintainer of mnemosyne, just a user of it who would like it
to be included in trixie, but I don't think this is a policy violation.

Neither the FHS for Policy says anything about /usr/share/pixmaps. FHS
does say that "Any program or package which contains or requires data that doesn't need to be modified should store that data in /usr/share (or /usr/local/share, if installed locally)." but Policy 9.1.1 explicitly downgrades that to a suggestion: "The FHS requirement that architecture-independent application-specific static files be located in /usr/share is relaxed to a suggestion." Unlike the root directory, FHS
doesn't forbid creating extra subdirectories of /usr except for "large
software packages", which is obviously intended to prevent use of /usr as
a replacement for /opt, and not to prevent creation of other extra
directories there.

Since this isn't a policy violation, it can't be a severe policy
violation, and so I've downgraded the bug to "normal" severity. I agree
that there's a bug here, but it's not release-critical.

--
Ben Harris

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Package: mnemosyne
Version: 2.11+ds1-1
Followup-For: Bug #1100085
Control: severity -1 serious

If you are a user of mnemosyne on debian trixie/sid currently, you will
notice that the application does not launch at all, and has two other
serious severity bugs reported for it [1] [2] that make it unsuitable
for a stable release.

The application expects the icons to be located at the standard
location, as specified in [3]. Placing the icons into /usr/pixmaps/
means you get a missing icon in the desktop menus, manually copying them
to /usr/share/pixmaps/ makes the icons work again as expected.

Debian packaging manual also mentions /usr/share/pixmaps/ as the correct location [4] in section 3.7

This is an immediately user-visible bug that affects user experience and
breaks the application recognition. Increasing severity again, so that
it has enough visibility in case someone manages to fix [1] and [2] in
time for trixie and does not miss this bug. Debian trixie should not
release with an application that has this sort of immediately
user-visible bug.

[1] https://bugs.debian.org/1084719
[2] https://bugs.debian.org/1092828
[3] https://specifications.freedesktop.org/icon-theme-spec/latest/#directory_layout
[4] https://www.debian.org/doc/packaging-manuals/menu.html/ch3.html#s3.7

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)