Hi Maintainer! According to the FHS, arch-independant files need to go into /usr/share. As the package is arch:all, I don't assume there's any arch dependent stuff in /usr/lib/pm-utils, so the directory needs to be moved to /usr/share. Cheers, Bernd
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.
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 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.
Re: Bernd Zeimetz 2009-01-02 <20090102123210.6990.72578.reportbug@think.mg.bzed.de> To me, these look like config files, at least the scripts in the .d directories. I think they should be moved to /etc/pm/*.d/, that makes it easier for the user to modify them. Christoph
severity 510484 normal thanks Bernd Zeimetz wrote: 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
Michael Biebl wrote: And from the lenny RC policy [1] (which I was kindly pointed at by pusling) section 5c 5. General (c) File hierarchy Packages must place all files in the locations specified by the FHS, with the clarification that architecture-independent supporting code may be stored in a subdirectory of /usr/lib instead of in a subdirectory of /usr/share. Any subdirectories created in the /usr/local hierarchy must be created and removed with mkdir and rmdir in postinst and prerm; and the scripts must not fail if those commands fail. Packages must not rely on the presence or absence of any files or directories under /usr/local. [1] http://release.debian.org/lenny/rc_policy.txt
Dear submitter, as the package pm-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see https://bugs.debian.org/1058701 The version of this package that was in Debian prior to this removal can still be found using https://snapshot.debian.org/. Please note that the changes have been done on the master archive and will not propagate to any mirrors until the next dinstall run at the earliest. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmaster@ftp-master.debian.org. Debian distribution maintenance software pp. Thorsten Alteholz (the ftpmaster behind the curtain)