Issue 52600 - RPM install tarballs change permissions of unpack directory
Summary: RPM install tarballs change permissions of unpack directory
Status: CLOSED FIXED
Alias: None
Product: Installation
Classification: Application
Component: code (show other issues)
Version: 680m118
Hardware: PC Linux, all
: P2 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: Martin Hollmichel
QA Contact: issues@installation
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-29 09:17 UTC by nospam4obr
Modified: 2010-10-23 07:07 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description nospam4obr 2005-07-29 09:17:44 UTC 
The tar file should not include "." :

v20z-so4:/tmp # tar -tzf OOo_1.9.118_LinuxIntel_rpm_install.tar.gz
./
./RPMS/

[..]

When unpacked in /tmp no user will be able to log in using X anymore:

v20z-so4:/tmp # ls -ld /tmp
drwxrwxrwt  46 root root 81920 Jul 29 09:54 /tmp
v20z-so4:/tmp # tar -xzf OOo_1.9.118_LinuxIntel_rpm_install.tar.gz
v20z-so4:/tmp # ls -ld /tmp
drwxrwxr-x  49 root root 81920 Jul 15 12:05 /tmp
v20z-so4:/tmp #
Comment 1 grsingleton 2005-12-03 21:55:00 UTC 
Which Linux? How much room in /tmp? I ask because filling /tmp with 107Mb of
RPMS could cause the problem you are seeing. Have you tried unpacking where
there is more free space?
Comment 2 nospam4obr 2005-12-05 05:42:04 UTC 
I believe (hope) Martin already fixed this issue in his (manual) tarball
generating process, even though I haven't checked the latest tarballs.

This issue has been reported on the dev- list first and I was easily able to
reproduce it on one of our (Sun-) build machines. I am pretty sure it does not
have anything to do with a lack of space in /tmp.

The point is: "./" should not be part of the tarball.
Comment 3 Martin Hollmichel 2007-08-22 14:36:35 UTC 
process is automated in the meantime and problem does not occur anymore.
Comment 4 nospam4obr 2008-06-04 12:59:03 UTC 
Verified with DEV300_m14.
Comment 5 nospam4obr 2008-06-04 13:00:13 UTC 
closing.
Comment 6 Unknown 2010-10-23 07:07:05 UTC 
Created attachment 72381