This service will be undergoing maintenance at 00:00 UTC, 2016-09-28. It is expected to last about 1 hours
Bug 3339 - "/usr/bin/install" problems
"/usr/bin/install" problems
Status: CLOSED NEXTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: fileutils (Show other bugs)
6.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-06-08 12:52 EDT by gerald
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-08-31 19:18:31 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description gerald 1999-06-08 12:52:20 EDT
The line

install -D name dir/newname

in a spec file is executed as

install -D name dir/name

That is, name is copied to dir as name and not as newname.

BTW, rpm -tb foo-1.0.tar.gz should first look for
foo.spec or foo-1.0.spec and not take the first spec file
it finds.
Comment 1 Jeff Johnson 1999-06-08 14:48:59 EDT
I do not understand what you are describing. Can you reply
to this message with your specfile? Thanks.

------- Email Received From  Gerald Teschl <gerald@mat.univie.ac.at> 06/08/99 15:31 -------
Comment 2 Jeff Johnson 1999-06-08 17:05:59 EDT
There are two problems here. The 1st problem is that
	install -D SOURCE /A/B/C/DEST
should create /A/B/C/DEST but it actually creates /A/B/C/SOURCE.
This is a bug in fileutils (I'll change the component).

If you *really* want to include *.spec in a tarball and build
by doing "rpm -tb foo.tar.gz" then call the main spec file
Specfile. rpm looks for that file before it tries to untar
(possibly multiple) *.spec files. The problem there, of course,
is the name space collision that can occur if you have more
than one package with a main spec file called Specfile.

Off to fileutils

------- Email Received From  Gerald Teschl <gerald@mat.univie.ac.at> 06/09/99 03:33 -------
Comment 3 Jeff Johnson 1999-06-09 05:51:59 EDT
If you think the command is working on the command line, try
	cd /tmp
	touch SOURCE
	install -D SOURCE /var/tmp/A/B/DEST
	ls -al /var/tmp/A/B/DEST
where I get
	ls: /var/tmp/A/B/DEST: No such file or directory

The man page for install sez'
       -D     create  all  leading  components of DEST except the
              last, then copy SOURCE to DEST;  useful in the  1st
              format
which AFAICT means that DEST (not SOURCE!) should be the name of the
created file.


------- Email Received From  Gerald Teschl <gerald@mat.univie.ac.at> 06/09/99 08:49 -------
Comment 4 Jeff Johnson 1999-08-31 19:18:59 EDT
Fixed in fileutils-4.0-4.

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