SCIENTIFIC-LINUX-USERS Archives

January 2008

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
James Harrison <[log in to unmask]>
Reply To:
Date:
Fri, 25 Jan 2008 10:37:20 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (55 lines)
On Fri, 2008-01-25 at 13:48 +0000, Eva Myers wrote:
> After upgrading an SL44 64-bit machine to SL5, I find that I can't run
> yumex.  It gives me a stream of error messages:
> 
> [root@apollo ~]# yumex
> 14:03:45 : Yum Config Setup
> Loading "rhnplugin" plugin
> Loading "installonlyn" plugin
> Loading "kernel-module" plugin
> 14:03:45 : Error Type: exceptions.AttributeError
> 14:03:45 : Error Value: Values instance has no attribute 'version'
> 14:03:45 : Traceback:
> 
> 14:03:45 :   File : /usr/share/yumex/yumex.py , line 778, in ?
> 14:03:45 :     mainApp = YumexApplication()
> 14:03:45 :   File : /usr/share/yumex/yumex.py , line 421, in __init__
> 14:03:45 :     self.yumbase = YumexYumHandler(self.getRecentTime(),self.settings,self.progress,self.ui.main,self.yumexOptions._optparser)
> 14:03:45 :   File : /usr/share/yumex/yumapi.py , line 50, in __init__
> 14:03:45 :     optparser = parser )
> 14:03:45 :   File : /usr/lib/python2.4/site-packages/yum/__init__.py , line 141, in doConfigSetup
> 14:03:45 :     self.plugins.run('init')
> 14:03:45 :   File : /usr/lib/python2.4/site-packages/yum/plugins.py , line 153, in run
> 14:03:45 :     func(conduitcls(self, self.base, conf, **kwargs))
> 14:03:45 :   File : /usr/lib/yum-plugins/rhnplugin.py , line 68, in init_hook
> 14:03:45 :     if opts.version or (len(commands) == 0):
> 
> yum is working fine, and this machine had no problems with yumex
> before I upgraded it.
> Eva.


I've not used yumex before, so I tried to load it and found the same
issue.

I tracked it down to the files in /etc/yum.repos.d/ -- it seems that
though the names of the script files look fine:

[james@mysterion yum.repos.d]$ ls
atrpms.repo  flash.repo         sl4x-fastbugs.repo  sl-rhaps.repo
dag.repo     sl4x-contrib.repo  sl4x.repo           sl-testing.repo
dries.repo   sl4x-errata.repo   sl-bugfix-45.repo


If you use less on the sl4x configuration files the name of all the
repos is "SL 4 BASE", which yum doesn't like. I used vi and changed the
names of the repos to reflect the name in the ls ( so "SL 4 contrib",
"SL 4 errata" etc) and everything started working fine.

Be aware that yum tries to pull down an update that will change
everything back to the broken version, so you might need to keep track
of that.


James

ATOM RSS1 RSS2