Bug 492985 - RFE use links instead of copies to yum cache when fetching from local repo
Summary: RFE use links instead of copies to yum cache when fetching from local repo
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: yum
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Seth Vidal
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-31 02:38 UTC by Bruno Wolff III
Modified: 2014-01-21 23:08 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-04-08 21:00:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.