Bug 115916 - after removing a package yum header info isn't updated
Summary: after removing a package yum header info isn't updated
Alias: None
Product: Fedora
Classification: Fedora
Component: yum   
(Show other bugs)
Version: rawhide
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-02-17 02:18 UTC by Justin Georgeson
Modified: 2014-01-21 22:49 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-11-30 06:06:18 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
output of `yum -d 5 update` (26.48 KB, text/plain)
2004-02-17 02:42 UTC, Justin Georgeson
no flags Details
output from various yum commands (170.00 KB, text/plain)
2004-02-20 00:54 UTC, Justin Georgeson
no flags Details

Description Justin Georgeson 2004-02-17 02:18:17 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040207 Firefox/0.8

Description of problem:
After removing a package with `rpm -e` or `yum remove` subsequent
operations with yum (install, update, remove, etc) fail during the
"Downloading needed headers" stage. Usually I'm told it could not
locate the header file on the server for the package I just removed.
One time issuing a `yum clean` resolved the problem, but the only sure
way I can find to avoid this problem is to delete the cache folder for
the repository in question.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Uninstall a package
2. try to install, update, or remove a package with yum


Actual Results:  Yum fails with an error that it can't find a header
on the server for the package removed in step 1 during the
"Downloading needed headers" stage.

Expected Results:  The operation in step 2 should complete
successfully, assuming the package dependencies can truly be resolved

Additional info:

I've been cycling through the various mirrors that the default up2date
sources generates, and this behavior happens no matter which server I

Comment 1 Seth Vidal 2004-02-17 02:35:23 UTC
are you sure about that yum version?
 2.0.2-20040103 shouldn't exist anywhere.

Is it a specific header or ANY header.

can you capture a traceback from yum and/or yum -d 5 of what happens?

Comment 2 Justin Georgeson 2004-02-17 02:40:21 UTC
Sorry, should have done copy/paste for version, it's
yum- The missing header is always for the package I
just uninstalled. In the case where I remove multiple packages in one
command, it is the first package listed in the remove operation. I've
run yum -d 5 and am attaching the output.

Comment 3 Justin Georgeson 2004-02-17 02:42:57 UTC
Created attachment 97721 [details]
output of `yum -d 5 update`

Not wanting to remove the entire cache for the currently configured repository,
I instead issued `rpm -e jfsutils reiserfs-utils mailx logwatch` followed by
`yum clean` and `yum -d 5 update > /tmp/yum.og 2>&1`. The output of the `yum -d
5 update` is the attachment.

Comment 4 Seth Vidal 2004-02-17 02:50:48 UTC
so this is odd.
Are you behind a proxy or maybe a transparent proxy?

It seems like you're getting intermittent transfer errors.

Comment 5 Justin Georgeson 2004-02-17 03:11:16 UTC
I'm not aware of any proxies. I have Time Warner Cable in Austin, Tx,
and haven't had to configure a proxy for anything as long as I've had
it. I should note that yum, apt/synaptic, and up2date (with yum and
apt repos) all worked fine in FC1. Also, up2date with yum repos works
fine in this installation. I haven't seen apt/synaptic for FC2-test1
pop up on fedora.us or freshrpms.net, so I haven't tried that yet.
Also, I can consistently fix the problem by deleting
/var/cache/yum/development (since all the mirrors I've tried so far
write their cache to that common folder). Of course yum then has to
download all the headers.

Comment 6 Seth Vidal 2004-02-17 03:15:36 UTC
could you see if you can fix the problem by removing just the
header.info file and not all the headers?


Comment 7 Justin Georgeson 2004-02-17 03:27:58 UTC
That didn't work the last time I tried it, this time it seems to be
pulling the whole set of sources. I assumed I was also supposed to
issue a yum clean after deleting the header file, but just a plain yum
cleam hasn't been making it pull the whole set of headers before now.

Comment 8 Seth Vidal 2004-02-19 13:54:16 UTC
ok, I think what's happening is you're seeing the cache check but it's
not actually downloading anything.

run a yum -d 5 when you next try this. Attach the output to this bug.
Let's see if that's the culprit.

Comment 9 Justin Georgeson 2004-02-20 00:54:25 UTC
Created attachment 97848 [details]
output from various yum commands

Ok, here's what I did

1 `yum remove vim-X11`
2 `yum -d 5 update 2>&1 | tee /tmp/1-yum_update_after_remove.log`

I encountered the error about trying to retrieve the header file for vim-X11.
So I tried to delete it from the local cache, but it wasn't there!

3 `yum -d 5 clean 2>&1 | tee /tmp/2-yum_clean_after_remove.log`
4 `yum -d 5 update 2>&1 | tee /tmp/3-yum_update_after_clean.log`

At this point I still don't have a header file for vim-X11 to delete, and I
can't run rum update.

There are currently 350 updated package, so I'm going to delete the local cache
so I can get updated.

Comment 10 Justin Georgeson 2004-11-14 17:20:08 UTC
This is from an unsupported release which nobody should still be
using, so it should probably be closed WONTFIX

Comment 11 Seth Vidal 2004-11-30 06:06:18 UTC
closing wontfix, thanks.

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