On 08/26/2013 03:32 PM, John Musbach wrote:
>
> On Aug 8, 2013, at 4:16 PM, Pat Riehecky <[log in to unmask]> wrote:
>
>> On 08/08/2013 03:06 PM, John Musbach wrote:
>>> Installed "yum-plugin-security-1.1.26-11.el6.noarch" with yum, then:
>>>
>>> yum list-security
>>> Loaded plugins: security
>>> epel/updateinfo                                                                       | 830 kB     00:01
>>> FEDORA-EPEL-2012-13194 bugfix   GraphicsMagick-1.3.17-1.el6.x86_64
>>> Traceback (most recent call last):
>>>    File "/usr/bin/yum", line 29, in <module>
>>>      yummain.user_main(sys.argv[1:], exit_code=True)
>>>    File "/usr/share/yum-cli/yummain.py", line 254, in user_main
>>>      errcode = main(args)
>>>    File "/usr/share/yum-cli/yummain.py", line 109, in main
>>>      result, resultmsgs = base.doCommands()
>>>    File "/usr/share/yum-cli/cli.py", line 357, in doCommands
>>>      return self.yum_cli_commands[self.basecmd].doCommand(self, self.basecmd, self.extcmds)
>>>    File "/usr/lib/yum-plugins/security.py", line 303, in doCommand
>>>      notice, show_type)
>>>    File "/usr/lib/yum-plugins/security.py", line 207, in show_pkg
>>>      print base.fmtKeyValFill("%s: " % pkg.name, base._enc(pkg.summary))
>>> AttributeError: 'str' object has no attribute 'name'
>>>
>>> cat /etc/redhat-release
>>> Scientific Linux release 6.0 (Carbon)
>>>
>>> Bug to be fixed? We'd like to use this package. Thanks.
>>
>> SL 6.0 is a bit old at this point.  Can you move to SL6.4?  There have been numerous bug fixes since that release.
> I wish, however that is not easy to do as this is a production server. So is the intention to label this as WONTFIX since this is a old distro release issue? Thanks for your help.

You can pull yum and its related plugins from 6.4.  That may help the issue.

http://ftp.scientificlinux.org/linux/scientific/6x/x86_64/os/repoview/letter_y.group.html

It is a but more complex, but may resolve the problem.

-- 
Pat Riehecky

Scientific Linux developer
http://www.scientificlinux.org/