libudev0 needs updated shlibs (unstable API)

Bug #427672 reported by Martin-Éric Racine
26
This bug affects 4 people
Affects Status Importance Assigned to Milestone
udev (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: rhythmbox

When cherry-picking packages from Karmic, I found that Rhythmbox would no longer start:

rhythmbox: symbol lookup error: /usr/lib/libgudev-1.0.so.0: undefined symbol: udev_monitor_filter_add_match_subsystem_devtype

It turns out that Rhythmbox needs a fairly recent version of libudev0 to prevent this. Leaving the version currently in Jaunty wasn't good enough. I'm not sure when the feature identified by the undefined symbol above was introduced, but that would be the version Rhythmbox needs to depend upon.

ProblemType: Bug
Architecture: i386
Date: Fri Sep 11 05:40:46 2009
DistroRelease: Ubuntu 9.10
Package: rhythmbox 0.12.4-1ubuntu2
ProcEnviron:
 LANGUAGE=fi_FI:fi:en_US:en
 PATH=(custom, user)
 LANG=fi_FI.UTF-8
 SHELL=/bin/bash
SourcePackage: rhythmbox
Uname: Linux 2.6.30-020630-generic i586

Related branches

Revision history for this message
Martin-Éric Racine (q-funk) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is an udev one, if the abi changed they should update their shlibs

affects: rhythmbox (Ubuntu) → udev (Ubuntu)
affects: udev (Ubuntu) → rhythmbox (Ubuntu)
summary: - [karmic] needs versioned depends against libudev0
+ needs versioned depends against libudev0
affects: rhythmbox (Ubuntu) → udev (Ubuntu)
Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote : Re: needs versioned depends against libudev0

I could make it an exact depend, but then you'd have to rebuild rhythmbox for every udev update

Changed in udev (Ubuntu):
importance: Undecided → Low
status: New → Triaged
summary: - needs versioned depends against libudev0
+ libudev0 needs updated shlibs (unstable API)
Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Will chat to Kay next week about what API/ABI guarantees we'll have going forwards

Revision history for this message
Anderson Lizardo (lizardo) wrote :

I think this bug needs more attention.

I just had a friend (newbie to Linux, FWIW) who was doing a Jaunty -> Karmic upgrade, but unfortunately interrupted the upgrade for some reason.

After that, the kernel packages were upgraded, but libudev0 not, and after regenerating the initrd, the old *broken* udev libs were used, giving just the error mentioned, but while running the "mountall" command (from initrd?).

The problem was exactly the same as described in http://duq.ca/duqamuq/?p=331 , but I took another approach to fix the system, which was to:

1) append "init=/bin/bash rw" to the kernel parameters using the grub shell
2) apt-get install libudev0
(the package was already downloaded, so I needed no network connection)
3) reboot
4) go to a command-line prompt, and continue upgrade with:

apt-get dist-upgrade

Obviously this is non-trivial for newbies, and the solution (I think) would be to have libudev0 upgraded prior to the kernel packages during an upgrade.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Since the API has been declared stable, I've added the correct shlibs to the packages and added symbols files which will give a higher resolution result for modern versions.

Changed in udev (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package udev - 147-1

---------------
udev (147-1) lucid; urgency=low

  * Update to 147 release:
    - Includes previous GIT updates.
    - udev-acl now requires ConsoleKit 0.4.1
    - gudev API no longer marked as experimental
    - rules updates. LP: #281335, #215035, #438114.

  * Added Build-Depends on gobject-introspection, libgirepository1.0-dev
    and gir1.0-glib-2.0.
  * Add gir1.0-gudev-1.0 package with introspection data.
  * Added Breaks on consolekit << 0.4.1
  * Add missing copyright files for the libudev and libgudev packages
    which are LGPL 2.1+ and LGPL 2+ respectively, not GPL 2+.

  * Include symbols files and update shlibs to 147. LP: #427672.
 -- Scott James Remnant <email address hidden> Mon, 30 Nov 2009 22:37:34 +0000

Changed in udev (Ubuntu):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.