Re: more yum update non-optimals

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Sep 15, 2008, at 8:14 AM, Joel Rees wrote:

[bunch of stuff about the AMD box]

yum info yum yum-utils

on the AMD box now shows the latest yum and yum-utils installed, and

yum update reports nothing found as it should.

My iBook G4 went through the first update, and right at the end of the last cleanup transaction (PackageKit), gave me a traceback. Something about (copied by hand, to practice my touch-typing ;)

-----------------------------
dbus.connection:Unable to set arguments () according to signature u's': <type 'exceptions.TypeError'>: More items found in D-Bus signature than in Python arguments
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 241 in user_main
    errcode = main(args)
  File "/usr/share/yum-cli/yummain.py", line 193, in main
    base.doTransaction()
  File "/usr/share/yum-cli/cli.py", line 432 in doTransaction
    self.runTransaction(cb=cb)
File "/usr/lib/python2.5/site-packages/yum/__init__.py", line 790, in runTransaction
    self.plugins.run('posttrans')
File "/usr/lib/python2.5/site-packages/yum/plugins.py", line 175, in run
    func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/refresh-packagekit.py", line 37, in posttrans_hook
    packagekit_iface.StateHasChanged('posttrans')
File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 68, in __call__
    return self._proxy_method(*args, **keywords)
File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 140, in __call__
    **keywords)
File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 597, in call_blocking
    message.append(signature=signature, *args)
TypeError: More items found in D-Bus signature than in Python arguments
-----------------------------

I think I got that right.

I checked the new keys and they are in place in /etc/pki/rpm-gpg .

Anyone else seen this? Is it worth a bug report?

What's the usual thing to do next? keep yumming?

Is there a yum command to check yum's internal consistency?

Searching for bits and pieces of that traceback produced some interesting, but not very meaningful results. Except that I learn that the --skip-broken plugin has been absorbed into yum itself. Hmm.

Simply scanning down the archive tree found Amitakhya Phukan claiming he rpm-ed the latest yum, so I tried a yum clean without errors, and a few yum infos as well. So I tried

yum update yum yum-utils

and it shows no dependencies. So I swagged and let yum update itself. Now (feeling a little like I'm skating on thin ice),

yum update

does not give me any tracebacks, but it does show

--> Processing Conflict: kernel conflicts wtih iwl4965-firmware < 228.57.2

and stops.

yum --skip-broken update

per the FAQ (with a little fast ctl-s/ctl-q to keep things on the screen, I need a bigger scrollback buffer) tells me it will go ahead and skip the kernel and install the rest.

huh? Is it wise to skip the kernel?

What is iwl4965-firmware? yum info says it's firmware for the Intel (R) PRO/Wireless 4965. I don't remember having iNTEL (gag) wifi (gag) in here. So I check the dmesg, and that tells me something about needing to go to the linuxwireless site and download the latest firmware (version 4) for b43-phy0, and I go there are read something about needing to cut a broadcom (gag) blob (bleagh) out of the broadcom closed source drivers (gag), etc.

I feel nauseous. I'm tempted to remove the stupid wireless card and yum remove iwl4965-firmware.noarch. Except then I can't access the printer at work under Fedora. ARRRRGGGGGHHHHH.

I think I'm going to take a deep breath, get some exercise and maybe a nap, and come back to this later.

Anyone offer me some consolation that I'm going to have to dirty up my nice iBook with this junk? I remember there's a Chinese company selling a lightweight with a MIPS-sort-of-derivative Chinese processor. Man, I hate monopolists and intellectual property politics.

Sorry about the stream-of-consciousness novel, here.

Joel Rees, going off to drown his sorrows in some adrenalin.

--
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux