Description of problem: I tried to update metacity via HTTP from <http://people.freedesktop.org/~sandmann/metacity-2.16.0-2.fc6/i386/metacity-2.16.0-2.fc6.i386.rpm> and got "error: File not found by glob: http://...". Some futzing around shows the '~' to be to blame. wget(1) gets the file fine, and then install it. Version-Release number of selected component (if applicable): rpm-4.4.2-32 How reproducible: Always Steps to Reproduce: 1. Try to install via HTTP, i.e., "rpm -Uhv http://www.xyz.tld/~somebody/her-1.2-3.i386.rpm" 2. 3. Actual results: error: File not found by glob: http://... Expected results: Installed package ;-) Additional info:
Use wget is the most expedient work around, as URL handling is unlikely to be fixed soon. DEFERRED
Actually the problem has nothing to do with the '~' character, but rather the fact that rpm does not handle a 405 return from a PROPFIND command: Sending request headers: PROPFIND http://people.freedesktop.org/~sandmann/metacity-2.16.0-2.fc6/i386/ metacity-2.16.0-2.fc6.i386.rpm HTTP/1.1 ... Request sent; retry is 1. [status-line] < HTTP/1.1 405 Method Not Allowed (the above is displayed by adding --davdebug to a query in recent rpm)
Actually it turns out that both a URL with a twiddle as well as a server that returns 405 for PROPFIND are necessary to reproduce this bug. Glob runs Stat() for paths with a twiddle, which is where the 405 is/was encountered. Fixed in rpm cvs, will be in rpm-4.4.8-0.9 when built. UPSTREAM
User pnasrat's account has been closed
Reassigning to owner after bugzilla made a mess, sorry about the noise...
Fixed in rpm.org head by using an external helper for remote urls and never globbing any non-local paths. It'll find it's way to Fedora eventually (F9 most likely) but not current versions.