Red Hat Bugzilla – Bug 73984
Does not work when installed with an umask of 077 and messes filesystem
Last modified: 2015-01-07 19:00:24 EST
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
Another problem occurs when removing packages. Then orphaned directories
| $ 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
Version-Release number of selected component (if applicable):
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
6. rpm -e emacs-21.2-16
* 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/".
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:
| %dir /usr/libexec/emacs
the 21.2 and 21.2/i686-pc-linux-gnu directories would be unowned still. But when
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.
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.