Description of Problem: Because this package contains unowned directories, they will be created with the current umask. When having restrictive administrator settings (umask 077) ordinary user will not have access to them and can not use the package. Another problem occurs when removing packages. Then orphaned directories are remaining. | $ rpm -qf /usr/libexec/emacs /usr/libexec/emacs/21.2/i686-pc-linux-gnu/cvtmail | file /usr/libexec/emacs is not owned by any package | emacs-21.2-16 Version-Release number of selected component (if applicable): emacs-21.2-16 How Reproducible: 100% Steps to Reproduce: 1. umask 077 2. make sure that emacs is uninstalled completely (rm -rf /usr/libexec/emacs) 3. rpm -U emacs-21.2-16.i386.rpm 4. ls -l /usr/libexec/emacs 5. try to use the programs/scripts/libraries/data of the package as non-root user 6. rpm -e emacs-21.2-16 Actual Results: * at 4: | drwx------ 2 root root 4096 Sep 13 18:23 /usr/libexec/emacs * files can not be found/read at 5 and * /usr/libexec/emacs still exists after 6.
Thank you very much for finding all these unowned directories. :-) This one should be fixed in the next emacs package release.
Because I forgot to mention the URL explicitly in the first bunch of unowned-directory-reports and because you spoke about _one_ directory only, I am not sure if you have seen and fixed the other ones also. So please visit the URL if necessary; it is listing all the problematic directories My apologies about the incomplete report.
Right, but if I understood correctly the other directories are all subdirs of "/usr/libexec/emacs/".
Yes, * /usr/libexec/emacs * /usr/libexec/emacs/21.2 * /usr/libexec/emacs/21.2/i686-pc-linux-gnu are the questionable directories. /usr/libexec and /usr/share/applications are unowned-directories of the emacs-package also, but are special and more common cases. For /usr/libexec see bug #73892. I have not seen the new package yet and do not know, what you meant with "This one should be fixed". When just writing: | %files | ... | %dir /usr/libexec/emacs the 21.2 and 21.2/i686-pc-linux-gnu directories would be unowned still. But when writing | /usr/lib/libexec/* this report can be closed. But you should keep the /usr/share/applications directory in your mind and add a requirement when its ownership is assigned.
The package isn't down yet, but should be out before too long. I have: | /usr/lib/libexec/emacs in the %files list now. (I'll change the status to Modified when the package is ready. Thanks for your patience. :) Do you have a bug number for "/usr/share/applications"?
The /usr/share/applications issue was entered as bug #77048.
The ownership of "/usr/lib/libexec/emacs" should be fixed in 21.2-20. I personally agreed that "libexec/" and "applications/" should be owned by some central package in RHL.
Fix verified. Thanks.