Bug 66040 - Problem extracting socket file types from binary RPMs.
Problem extracting socket file types from binary RPMs.
Status: CLOSED WONTFIX
Product: Red Hat Linux
Classification: Retired
Component: rpm (Show other bugs)
7.3
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Johnson
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-06-04 17:22 EDT by Sam Varshavchik
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2002-06-04 17:37:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Sam Varshavchik 2002-06-04 17:22:10 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205

Description of problem:
rpm properly packages inodes of type __S_IFSOCK, but upon installation, a junk
file is left in place instead of the actual socket node.


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


How reproducible:
Always

Steps to Reproduce:
1.  Build a dummy RPM with the following:


%install

mkdir $RPM_BUILD_ROOT/tmp

perl -e "use Socket;

socket(x, PF_UNIX, SOCK_STREAM, 0);
bind(x, sockaddr_un('$RPM_BUILD_ROOT/tmp/sock'));
"

%files

/tmp/sock

2.  Install the resulting binary RPM

	

Actual Results:  You'll end up with /tmp/sock;af76e65c, or something similar.

Expected Results:  /tmp/sock


Additional info:
Comment 1 Jeff Johnson 2002-06-04 17:30:40 EDT
<shrug>

There's simply no reason at all to put socket types in
packages.

Don't you have something better to do?
Comment 2 Sam Varshavchik 2002-06-04 17:37:23 EDT
The socket file, created by the application, gets tracked in the rpm database
just like any other file, and automatically removed when the application is
uninstalled.

Comment 3 Jeff Johnson 2002-06-04 17:47:50 EDT
Files "created by an application" don't belong
in packages.

Leave it alone, please.

Note You need to log in before you can comment on or make changes to this bug.