Bug 492985

Summary:	RFE use links instead of copies to yum cache when fetching from local repo
Product:	[Fedora] Fedora	Reporter:	Bruno Wolff III <bruno>
Component:	yum	Assignee:	Seth Vidal <skvidal>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	rawhide	CC:	ffesti, james.antill, pmatilai, tim.lauridsen
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-04-08 21:00:47 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Bruno Wolff III 2009-03-31 02:38:48 UTC

Description of problem:
When using a local repository copies of the files already on the hard disk are made in yum's cache area. This significantly increases the amount of space used on / when doing upgrades. This can be a problem for large upgrades.

Version-Release number of selected component (if applicable):
yum-3.2.22-1.fc11.noarch

How reproducible:
100%

Steps to Reproduce:
1. Use rsync to make a local repo
2. Update the repo config file to use appropriate file: url
3. yum update
  
Actual results:
rpms are copied to cache

Expected results:
rpms are sym linked to from cache or appropriate direct paths into the local repo are used.

Additional info:

Comment 1 Bruno Wolff III 2009-04-08 15:31:52 UTC

The attempted fix in yum-3.2.22-2.fc11 made things worse. Even -d 9 didn't seem to show why, but I get errors like the following when updating from local repositories:
Error Downloading Packages:
  system-config-rootpassword-1.99.4-4.fc11.noarch: failure: Packages/system-config-rootpassword-1.99.4-4.fc11.noarch.rpm from rawhide: (256, 'No more mirrors to try.')
Reverting to yum-3.2.22-1.fc11 gets things working again (though by making an extra copy of stuff).
I am using file: urls in my local repositories.

Comment 2 seth vidal 2009-04-08 15:33:45 UTC

Bruno,
 thanks i'll take a look. I'm not sure that the above is b/c of the fix, though.

Comment 3 seth vidal 2009-04-08 15:49:17 UTC

I just tested it locally with an invalid package and this looks correct. The fix is doing what it should. The package doesn't check out - and in your case b/c there is no other mirror to hit, it's exiting with an error msg.

Are you sure that system-config-rootpassword-1.99.4-4.fc11.noarch.rpm is valid?

run
rpm -K -v system-config-rootpassword-1.99.4-4.fc11.noarch.rpm

Comment 4 Bruno Wolff III 2009-04-08 16:56:36 UTC

[root@bruno bruno]# rpm -K -v /home/fedora/development/i386/os/Packages/system-config-rootpassword-1.99.4-4.fc11.noarch.rpm
/home/fedora/development/i386/os/Packages/system-config-rootpassword-1.99.4-4.fc11.noarch.rpm:
    Header V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2
    Header SHA1 digest: OK (13bdb4232263a57aa7dab70d4f377b33391190f2)
    V3 RSA/SHA256 signature: NOKEY, key ID d22e77f2
    MD5 digest: OK (01f72948b7880916c9086608fdd7c430)

rpm has been kind of flakey with the d22e77f2 the last few days, so I had to remove it.

So this is really new good behavior in yum-3.2.22-2?

If so the error message could explain what happened better. It looks too similar to what you get when the file is missing.

Will --nogpgcheck get around this if I want to manually override the check?

Comment 5 seth vidal 2009-04-08 17:39:27 UTC

It's similar to what you get when the file has failed the check and there is nothing else to do.

try the --nogpgcheck on it, if that's what's failing it.

Comment 6 seth vidal 2009-04-08 21:00:15 UTC

and I was wrong about that

3.2.22-3 fixes a different bug that caused file:// urls to not work.