Bug 870464 - RFE: provide compat /usr/lib/libudev.so.0 in F18
Summary: RFE: provide compat /usr/lib/libudev.so.0 in F18
Keywords:
Status: CLOSED DUPLICATE of bug 883751
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 18
Hardware: i686
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-26 14:49 UTC by carasin
Modified: 2012-12-06 14:01 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-12-06 14:01:59 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description carasin 2012-10-26 14:49:45 UTC
Description of problem:

There is no /usr/lib/libudev.so.0. It is needed fo some third party software (for example Google Chrome browser). It should be a link to /usr/lib/libudev.so.1.1.5.
___________________________________

Version-Release number of selected component (if applicable):

systemd-libs-194-1.fc18.i686
___________________________________

How reproducible:

Always
___________________________________

Steps to Reproduce:

1. Install Google Chrome browser from here: https://www.google.com/intl/en/chrome/browser/
2. Try to launch it
___________________________________

Actual results:

It needs /usr/lib/libudev.so.0, doesn't start.
___________________________________

Expected results:

Google Chrome browser starts and works well.
___________________________________

Additional info:

Work around:
ln -s /usr/lib/libudev.so.1.1.5 libudev.so.0

Comment 1 Bill Nottingham 2012-10-26 15:04:37 UTC
There may be a case for adding the old library as a compat library - however, it changed from libudev.so.0 to libudev.so.1 for a reason - it changed ABI. Attempting to work around that via symlinking the library is a hack that only happens to work if you get lucky.

Comment 2 carasin 2012-10-26 17:51:23 UTC
(In reply to comment #1)
> There may be a case for adding the old library as a compat library -
> however, it changed from libudev.so.0 to libudev.so.1 for a reason - it
> changed ABI. Attempting to work around that via symlinking the library is a
> hack that only happens to work if you get lucky.

Then maybe it's a nice idea - to add the previous version of library into the package (or to create the separate package with an old one)?

Comment 3 Lennart Poettering 2012-10-29 15:41:05 UTC
It should be OK to simply install the f17 library package, right, Kay?

Should we close the bug?

Comment 4 Kay Sievers 2012-10-29 16:48:30 UTC
Regarding the code and file conflicts it should work, yes.

Not sure about the implications with packaging, because people asked us to add:
  Obsoletes:      libudev < 183
to the current systemd package.

Comment 5 carasin 2012-10-29 19:05:27 UTC
Based on the above, what I should do now?

Comment 6 Kay Sievers 2012-10-29 19:13:59 UTC
For the time being:
  ln -s libudev.so.1 /usr/lib64/libudev.so.0

Comment 7 Michal Schmidt 2012-12-06 14:01:59 UTC
Current google-chrome runs, they worked around it by shipping a symlink themselves.

*** This bug has been marked as a duplicate of bug 883751 ***


Note You need to log in before you can comment on or make changes to this bug.