Bug 680664
Summary: | rear-1.9.0-1.fc14.noarch RPM fails to properly unpack and/or update | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Peter Trenholme <PTrenholme> |
Component: | rear | Assignee: | Gratien D'haese <gratien.dhaese> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 14 | CC: | gratien.dhaese |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-08-29 12:51:13 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
Peter Trenholme
2011-02-26 19:59:43 UTC
I just ran a yum update on another Fedora installation (which also had the old rear installed on it) and noticed that the problem seemed to cascade. I don't know what the significance of the cascading problem might be, but it seems (to me) that a fix is needed. Here's the extract from the yum log (note the "rear" in the first line): $ sudo grep " te " /var/log/yum.log Feb 27 11:43:31 spambayes: ts_done name in te is rear should be spambayes Feb 27 11:43:32 python-BeautifulSoup: ts_done name in te is spambayes should be python-BeautifulSoup Feb 27 11:43:32 krusader-debuginfo: ts_done name in te is python-BeautifulSoup should be krusader-debuginfo Feb 27 11:43:35 glibc-debuginfo: ts_done name in te is krusader-debuginfo should be glibc-debuginfo Feb 27 11:43:37 lohit-devanagari-fonts: ts_done name in te is glibc-debuginfo should be lohit-devanagari-fonts Feb 27 11:43:38 system-config-users: ts_done name in te is lohit-devanagari-fonts should be system-config-users Feb 27 11:43:38 openssl-debuginfo: ts_done name in te is system-config-users should be openssl-debuginfo Feb 27 11:43:41 qt-debuginfo: ts_done name in te is openssl-debuginfo should be qt-debuginfo Feb 27 11:43:44 krb5-libs: ts_done name in te is qt-debuginfo should be krb5-libs Feb 27 11:43:44 alsa-lib: ts_done name in te is krb5-libs should be alsa-lib Feb 27 11:43:45 libuuid: ts_done name in te is alsa-lib should be libuuid Feb 27 11:43:45 audit-libs: ts_done name in te is libuuid should be audit-libs Feb 27 11:43:46 libv4l: ts_done name in te is audit-libs should be libv4l Feb 27 11:43:47 kernel: ts_done name in te is libv4l should be kernel Feb 27 11:43:50 initscripts: ts_done name in te is kernel should be initscripts Feb 27 11:43:51 util-linux-ng: ts_done name in te is initscripts should be util-linux-ng Feb 27 11:43:52 libmount: ts_done name in te is util-linux-ng should be libmount Feb 27 11:43:52 libblkid: ts_done name in te is libmount should be libblkid Feb 27 11:43:53 nss-softokn-freebl: ts_done name in te is libblkid should be nss-softokn-freebl Feb 27 11:43:53 glibc: ts_done name in te is nss-softokn-freebl should be glibc Feb 27 11:43:55 shadow-utils: ts_done name in te is glibc should be shadow-utils Feb 27 11:43:56 audit-libs: ts_done name in te is shadow-utils should be audit-libs Feb 27 11:43:56 libuuid: ts_done name in te is audit-libs should be libuuid Feb 27 11:43:57 glibc-common: ts_done name in te is libuuid should be glibc-common Feb 27 11:43:58 nss-softokn-freebl: ts_done name in te is glibc-common should be nss-softokn-freebl Feb 27 11:43:58 glibc: ts_done name in te is nss-softokn-freebl should be glibc Feb 27 11:44:00 tzdata: ts_done name in te is glibc should be tzdata (In reply to comment #0) > Version-Release number of selected component (if applicable): 1.9.0-1 > > Actual results: > 11:31:51 : YUM: Error unpacking rpm package rear-1.9.0-1.fc14.noarch > 11:31:51 : RPM Scriptlet: warning: /etc/rear/local.conf created as > /etc/rear/local.conf.rpmnew > 11:31:51 : YUM: error: unpacking of archive failed on file > /usr/share/rear/finalize/CentOS: cpio: rename Please login at https://admin.fedoraproject.org/updates/ and use the latest rear-1.10.0 waiting on some karma, which should resolve your issues described above. Thanks for reporting this. > which suggests that the CentOS director as "master" was renamed to Fedora, and > the link Fedora->CentOS was intended to be changed to CentOS->Fedora. Perhaps I > should just do a "yum erase rear" and re-install. . . That will work too. See the release Notes for details. Bug report is now obsolete since update rear-1.11.0. We may close this one. |