Bug 454195
| Summary: | yum update fails with bad tuple message | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Herbert Carl Meyer <hcmeyer> | ||||
| Component: | yum | Assignee: | Seth Vidal <skvidal> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 9 | CC: | ffesti, james.antill, jhutar, katzj, pmatilai, tim.lauridsen | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2008-08-07 19:11:51 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: | |||||||
| Attachments: |
|
||||||
|
Description
Herbert Carl Meyer
2008-07-06 12:21:15 UTC
Can you provide the output of "yum list updates", this looks like another repo. error ... --skip-broken should help you out, and will probably provide more insight into what is broken. output follows: [root@vid ~]# yum list updates Loaded plugins: refresh-packagekit Updated Packages perl.i386 4:5.10.0-30.fc9 updates perl-Module-Pluggable.i386 1:3.60-30.fc9 updates perl-Pod-Escapes.i386 1:1.04-30.fc9 updates perl-Pod-Simple.i386 1:3.05-30.fc9 updates perl-libs.i386 4:5.10.0-30.fc9 updates perl-version.i386 3:0.74-30.fc9 updates [root@vid ~]# yum update Loaded plugins: refresh-packagekit Setting up Update Process Error: Package tuple (u'syslinux', u'i386', '0', u'3.63', u'1.rh9.rf') could not be found in packagesack [root@vid ~]# looks like updates are coming from fedora updates Hello, could you please try this? rpm -q yum rpm -V yum # check if yum is OK yum list syslinux # we want to know where is that ugly package yum clean all # try to do a clean update with core repos yum repolist yum --disablerepo=\* --enablerepo=fedora --enablerepo=updates update Because I have yum-3.2.16-4.fc9.noarch and haven't seen this issue yet. Created attachment 312711 [details]
yum results
today's results ( I had to wait until it failed again, it's sporadic) see attachment, Summary is: tuple failure, update were mostly from fedora update, 1 pkg from atrpms. Requested rpm data collected, yum rerun with --disable/--enable repo commands, update in progress. I will attach results as soon as it completes. I think it may be a repo conflict, I have a large number enabled to get xine working. From what I understand: (u'syslinux', u'i386', '0', u'3.63', u'1.rh9.rf') means Something built for RHL 9, from rpmforge. Which is _very_ old, and I wouldn't recommend. I'm going to close this as "broken repo.". I will remove rpmforge from the repo list. I had it on the list to try for xine. xine does not work well on this system, the radeon driver is not good enough, and the new catalyst driver does not work. The real purpose of the system was a DVR, which does not work well yet. Can you give me a short explanation of what a tuple is ? I suppose it will require explaining how yum works. A package tuple is basically a "package identifier". So a package like:
abcd-0:1.2-3.i386
...would have the package tuple:
("abcd", "i386", "0", "1.2", "3")
...as I said before a "release" like '1.rh9.rf' implies something built for Red Hat Linux 9, on rpmforge.
James, actually rh9 means fedora 9 on rpmforge. It's a bizarre choice but if you look at what they have, it was done on purpose. Hello, have you solved it by disabling repos as noted in comment #5? If it is still a problem, just reopen the bug. |