|Summary:||up2date not handling renamed package|
|Product:||[Fedora] Fedora||Reporter:||Gene Czarcinski <gczarcinski>|
|Component:||up2date||Assignee:||Adrian Likins <alikins>|
|Status:||CLOSED WORKSFORME||QA Contact:||Fanny Augustin <fmoquete>|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2004-08-25 21:21:06 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Gene Czarcinski 2004-04-07 12:05:01 UTC
Description of problem: up2date does not currently handle the situation where a package is renamed. This may require something stored on the server to indicate that the renaming has taken place. Sometimes it is necessary to rename a package or set of packages. Two recent examples are: 1. XFree86-* was replaced by xorg-x11-* this was not just a package renaming but the effect is the same. 2. flac use to consist of flac, flac-devel, and flac-xmms. This was recently changed to flac, flac-devel, and xmms-flac with xmms-flac simply being a renamed flac-xmms. up2date did not pick this up. Unless a use knows of the name change (xorg-x11 was obvious but xmms-flac was not), up2date will give no indication of the change and the user must handle the updating manually.
Comment 1 Adrian Likins 2004-04-07 16:39:54 UTC
This has been included in up2date for a while. If a package correctly "obsoletes" the old package this works. As far as I know, this works for yum repos as well. It seemed to work for me with the xorg example cases above (as well as s/redhat-config/system-config) when updating fc2 against rawhide.
Comment 2 Gene Czarcinski 2004-04-07 17:08:30 UTC
OK, I just checked the flac.spec file and xmms-flac Obsoletes flac-xmms Changing to a regular bug report.