Bug 73993

Summary:	[kdegames-devel] Does not work when installed with an umask of 077 and messes filesystem
Product:	[Retired] Red Hat Linux	Reporter:	Enrico Scholz <rh-bugzilla>
Component:	kdegames	Assignee:	Than Ngo <than>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	8.0
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
URL:	http://www.tu-chemnitz.de/~ensc/dircheck/null/packages.html#kdegames-devel-3.0.3-1
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-08-03 08:26:50 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:

Description Enrico Scholz 2002-09-13 17:11:59 UTC

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/include/kde /usr/include/kde/kcarddialog.h
| file /usr/include/kde is not owned by any package
| kdegames-devel-3.0.3-1

IMO kdegames-devel should require the kdelibs-devel package which
provides /usr/include/kde.


Version-Release number of selected component (if applicable):

kdegames-devel-3.0.3-1


How Reproducible:

100%


Steps to Reproduce:
1. umask 077
2. make sure that kdegames-devel is uninstalled completely
   (rm -rf /usr/include/kde)
3. rpm -U kdegames-devel-3.0.3-1.i386.rpm
4. ls -l /usr/include/kde
5. try to use the programs/scripts/libraries/data of the package as
   non-root user
6. rpm -e kdegames-devel-3.0.3-1

Actual Results:

* at 4:
  | drwx------    2 root     root         4096 Sep 13 19:05 /usr/include/kde
* files can not be found/read at 5 and
* /usr/include/kde still exists after 6.

Comment 1 Than Ngo 2003-08-03 08:26:50 UTC

it's fixed in current release