Bug 160615

Summary: rpm -Uvh http://xxx.rpm fails to back to command line if xxx.rpm does not exist
Product: [Fedora] Fedora Reporter: Steven Shiau <steven>
Component: rpmAssignee: Paul Nasrat <pnasrat>
Status: CLOSED RAWHIDE QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: hans, n3npq
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: 2007-07-17 08:32:09 EDT Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Description Steven Shiau 2005-06-16 00:29:20 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-TW; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

Description of problem:
rpm -Uvh http://xxx.rpm fails to back to command line prompt if xxx.rpm does not exist in the url.
For example, when I tried to use
(Actually, the file gaim-1.3.1-1.fc4.i386.rpm does not exist in that url).
rpm -Uvh http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
Retrieving http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
error: open of <!DOCTYPE failed: No such file or directory
error: open of HTML failed: No such file or directory
error: open of PUBLIC failed: No such file or directory

Then rpm just hang there, did not return to command line prompt.

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

How reproducible:
Always

Steps to Reproduce:
1. login to Fedora Core 4
2. rpm -Uvh http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
  

Actual Results:  Retrieving http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
error: open of <!DOCTYPE failed: No such file or directory
error: open of HTML failed: No such file or directory
error: open of PUBLIC failed: No such file or directory

Then rpm just hang there, did not return to command line prompt.

Expected Results:  show the error message (file does not exist or some message) then back to command line prompt

Additional info:
Comment 1 Jeff Johnson 2005-07-13 05:32:06 EDT
Reproduced.

The 404 is returning HTML which is being read as a manifest. The text returned is
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm was not found on 
this server.</p>
</body></html>

A band-aid fix would be to abandon manifest parsing for text that starts "<!DOCTYPE" but a real fix is 
deeper in rpmio.
Comment 2 Jeff Johnson 2005-07-13 06:20:27 EDT
*** Bug 161262 has been marked as a duplicate of this bug. ***
Comment 3 Jeff Johnson 2007-01-03 12:05:08 EST
This is fixed in rpm-4.4.8:

#  rpm -Uvh http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
Retrieving http://mirrors.kernel.org/fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm
/var/tmp/rpm-xfer.Dwb9tB: not an rpm package (or package manifest): 

where the returned HTML looks like
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL /fedora/core/updates/4/i386/gaim-1.3.1-1.fc4.i386.rpm was not found on 
this server.</p>
</body></html>
Comment 4 Jeff Johnson 2007-01-07 21:49:05 EST
And so is this NE_LOOKUP failure on non-existent host:

$ ls -al /foo
ls: /foo: No such file or directory
$ rpm -qp /foo
error: open of /foo failed: No such file or directory
$ rpm -qp file:///foo
error: open of file:///foo failed: No such file or directory
$ rpm -qp http://foo
error: open of http://foo failed: No such file or directory
$ rpm -qp http://foo/bar
error: open of http://foo/bar failed: No such file or directory

Comment 5 Christian Iseli 2007-01-22 06:35:46 EST
This report targets the FC3 or FC4 products, which have now been EOL'd.

Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?

Thanks.
Comment 6 Panu Matilainen 2007-07-17 08:32:09 EDT
This has been fixed in F7 and rawhide for quite some time now.