On Sun, 2013-06-02 at 08:31 +0300, Noam Meltzer wrote: > Hi, > > It seems like repotrack (from yum-utils) is broken since commits of yum: > 1562fef1aa9ca1469e7915e5c941fdc2409ffd0a > 4ba7b69a5de061a4b65eb68f37a3ec23fb85ca57
Ok. > (I wanted to submit a bug report, but when browsing to > http://yum.baseurl.org/report I received an error:REPORT_VIEW privileges > are required to perform this operation. So in lack of a better place ) Yeh, the trac is turned off due to spamming. Using bugzilla.redhat.com is fine. > How to reproduce: > repotrack -c my.yum.conf --tempcache -p /tmp/pkgs rsyslog.x86_64 > > Output/Error received: > Traceback (most recent call last): > File "../yum-utils/repotrack.py", line 256, in <module> > main() > File "../yum-utils/repotrack.py", line 250, in main > path = repo.getPackage(pkg) > File "/home/noam/sources/yum/yum/yumRepo.py", line 1051, in getPackage > **kwargs > File "/home/noam/sources/yum/yum/yumRepo.py", line 1023, in _getFile > raise Errors.NoMoreMirrorsRepoError(errstr, errors) > yum.Errors.NoMoreMirrorsRepoError: failure: > Packages/audit-libs-2.1.1-1.fc15.x86_64.rpm from distro: [Errno 256] No > more mirrors to try. > file:///home/noam/distros/Fedora-15-x86_64/Packages/audit-libs-2.1.1-1.fc15.x86_64.rpm: > [Errno -1] Package does not match intended download. > > > It seems like yum is trying to validate the existence of the downloaded > package before it was even downloaded. No, it validates just after. > my.yum.conf contents: > > [main] > cachedir=-yumcache > persistdir=-persistdir > reposdir= > keepcache=0 > debuglevel=1 > logfile=-yum.log > pkgpolicy=newest > distroverpkg=redhat-release > tolerant=1 > exactarch=1 > obsoletes=1 > gpgcheck=1 > plugins=1 > metadata_expire=1800 > failovermethod=priority > skip_broken=0 > > [distro] > name=distro > baseurl=file:///home/noam/distros/Fedora-15-x86_64 > enabled=1 > > > (/home/noam/distros/Fedora-15-x86_64 is a mounted ISO of Fedora 15) My guess is that this is due to the use of the file:// URL (where urlgrabber is optimizing by not copying the file). I see why this is happening, verifyPkg() has a hack which switches out pkg.localpath in this case but we just call verifyLocalPkg() directly. _______________________________________________ Yum-devel mailing list [email protected] http://lists.baseurl.org/mailman/listinfo/yum-devel
