grab 1.0.5 bombs on local RPM repo's

Ami Fischman <[email protected]> Sun, 08 Sep 2002 11:50:41 -0700
Newsgroups gmane.linux.redhat.rpm.grab
Message-ID <[email protected]>
Hi there,
Just upgraded to grab 1.0.5, did a grab --clean && grab --update
on config files that used to work fine w/ 1.0.3 (although I haven't used
grab in a couple of months), and got the following output:

,----
| # grab --clean && grab --update
| -Cleaning cache /var/cache/grab/RPMS/
| -All cached files have been cleaned
| -Creating Download Directory "/var/cache/grab/RPMS/"
| -Updating remote RPM cache database
|  ->Grabbed and indexed [1] RPMS from [email protected]
|  ->Grabbed and indexed [217] RPMS from ximian@rpmfind
|  ->Grabbed and indexed [1472] RPMS from rawhide@kernel
|  ->Grabbed and indexed [1232] local RPMS from RedHat72_CDROM_IMAGE
|  ->Grabbed and indexed [2671] local RPMS from RedHat73_CDROM_IMAGE
|  ->Grabbed and indexed [2671] local RPMS from LOCAL_CACHE
| -Updating remote provides database with new packages
|   (you can disable this in /etc/grab/defaults or --nodeps)
|  -> 0% 4Suite-0.11-2.i386.rpmerror: open of ftp:///root/rh72/RPMS/4Suite-0.11-2.i386.rpm failed: Operation not permitted
| warning: u 0x8053fb0 ctrl 0x805b1b0 nrefs != 0 (/root ftp)
|  -> 0% 4Suite-0.11.1-10.i386.rpm      
| [...]
`----

As you can see, I have grab configured to check the following repositories:
- grab
- ximian@rpmfind
- rawhide@kernel
- 3 local RPM caches

Grab seems to bomb on the local caches in the "provides database" phase,
though (instead of just looking at the files, it is trying to look through
ftp at: ftp:///root/rh72/RPMS/4Suite-0.11-2.i386.rpm and such.  I get an
error msg for each of the RPMs in the local repo (and break out of grab
after a few).  Is this a known problem with local repositories?  The
closest I could find in the mailing list archives for this problem were a
couple of posts from Staf Verhaegen on June 8'th and 9'th.

Any help appreciated,
-- 
  Ami Fischman
  [email protected]