Bug 77048

Summary:	Let /usr/share/applications be owned by one package
Product:	[Fedora] Fedora	Reporter:	Enrico Scholz <rh-bugzilla>
Component:	filesystem	Assignee:	Bill Nottingham <notting>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Brock Organ <borgan>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	rvokal
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-03-09 18:40:01 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	73984

Description Enrico Scholz 2002-10-31 12:20:34 UTC

In RH 8.0, /usr/share/applications is owned by a lot of packages:

| $ rpm -qf /usr/share/applications | wc
|      21      21     384

used by very much packages:

| $ rpm -qf /usr/share/applications/* | sort -u | wc
|    167     167    3121

and accordingly to
http://www-user.tu-chemnitz.de/~ensc/rpmDirectoryCheck/results/null.html, 126
packages are using it but do not own this directory. For the implications of
this practice search for "Does not work when installed with an umask of 077 and
messes filesystem" in bugzilla.

I suggest that /usr/share/applications should be owned by exactly one basic
package (filesystem??). Then the other 167 packages will suppose this directory
implicitly by their requirements.


I am entering this report under the 'distribution'-component because I am not
sure if 'filesystem' would be the right package or if a new package like
'filesystem-redhat' should be created which contains directories not specified
by the FHS. /usr/libexec (see bug #73892 also) will be another canditate for
this new package probably.

Comment 1 Bill Nottingham 2005-03-09 18:40:01 UTC

This was fixed around 2.2.0-1.