Bug 177050 - yum don't hadle epoch
yum don't hadle epoch
Product: Fedora
Classification: Fedora
Component: yum (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeremy Katz
Depends On:
  Show dependency treegraph
Reported: 2006-01-05 14:13 EST by Remi Collet
Modified: 2014-01-21 17:53 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-01-05 21:39:54 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
yum --enablerepo=remi list | grep php | sort (4.03 KB, text/plain)
2006-01-05 17:52 EST, Remi Collet
no flags Details
yum --enablerepo=remi list -d5 update (10.18 KB, text/plain)
2006-01-05 17:57 EST, Remi Collet
no flags Details

  None (edit)
Description Remi Collet 2006-01-05 14:13:26 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.8) Gecko/20051228 Fedora/1.5-3.fc4.remi Firefox/1.5

Description of problem:
Updating to a new "epoch" is not handle.

If a package change of epoch (ex : php-pear 0:4.3.11 to 1:1.4.5) yum doesn't update it.

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

How reproducible:

Steps to Reproduce:
1. Try to upgrade to php 5.1 (rebuild from rawhide) from a depot

Actual Results:  php-pear not selected for update

Expected Results:  php-pear selected

Additional info:

Yum 2.4.1 works perfectly in this situation.
Comment 1 Seth Vidal 2006-01-05 14:28:59 EST
Can you give me the specific case and outputs of:

yum list | grep php

on the system where it would not update for you?

also the output of yum -d5 update php

would help.

Comment 2 Remi Collet 2006-01-05 17:52:37 EST
Created attachment 122851 [details]
yum --enablerepo=remi list | grep php | sort

php-pear.noarch (1:1.4.5-2.fc3.remi remi) is detected.
Comment 3 Remi Collet 2006-01-05 17:57:32 EST
Created attachment 122852 [details]
yum --enablerepo=remi list -d5 update

Does the architecture explain the problem ?

php-pear 0:5.0.4 is i386
php-pear 1:1.4.5 is noarch
Comment 4 Seth Vidal 2006-01-05 18:17:11 EST
in yum 2.2.X, yes, it does.

2.2.x had exactarch=1 on by default so no package could change arch on an
upgrade. (it's dangerous behavior for some specific packages)

That was adjusted in 2.4.X to be a list of package names which could not change
arch, everything else, could.

So this isn't really a bug for 2.2.X, it was intended and expected behavior.

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