severity 510484 normal thanks Bernd Zeimetz wrote: > severity 510484 serious > thanks > > Not CCing the submitter or letting the BTS mail the submitter when you reply > to a bug is *not* the right way to go. > >> The files are tiny, relatively, I don't see that this is >> release-critical. There are a lot of packages that would fall over this >> issue. > > The policy, especially the FHS, does *NOT* talk about the size of files. As > other packages start to provide additional scripts for pm-utils, this bug > should be fixed as soon as possible. > > If other packages do it wrong, you should file RC bugs against them. A policy > was not written to make exceptions form it whenever you like to. >
This is copied from the FHS regarding /usr/share: It is recommended that application-specific, architecture-independent directories be placed here. Such directories include groff, perl, ghostscript, texmf, and kbd (Linux) or syscons (BSD). They may, however, be placed in /usr/lib for backwards compatibility, at the distributor's discretion. Similarly, a /usr/lib/games hierarchy may be used in addition to the /usr/share/games hierarchy if the distributor wishes to place some game data there. nowhere in the FHS it is said, that the shell scripts *have* to be placed in /usr/share. The Debian policy in 9.1 doesn't substantiate any special rules regarding /usr/lib and /usr/share, thus I don't see the severity of serious justified so downgrading back to normal. I don't consider the pm-utils shell scripts to be configuration files, users should not need to edit them. There is a separate mechanism though for users to extend/overwrite scrips via /etc/pm/ though. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature