So... the modified SONAME is apparently needed for the specific version
of cpupower tool to depend strictly on the corresponding version of
libcpupower.so.* from the same linux-tools-* package:
$ objdump -p /usr/lib/libcpupower.so.4.15.0-10 | grep SONAME
SONAME libcpupower.so.4.15.0-10
$ ldd /usr/lib/linux-tools-4.15.0-10/cpupower | grep libcpupower
libcpupower.so.4.15.0-10 => /usr/lib/libcpupower.so.4.15.0-10
(0x00007fb94ec4b000)
$ dpkg -S /usr/lib/linux-tools-4.15.0-10/cpupower
linux-tools-4.15.0-10: /usr/lib/linux-tools-4.15.0-10/cpupower
$ dpkg -S /usr/lib/libcpupower.so.4.15.0-10
linux-tools-4.15.0-10: /usr/lib/libcpupower.so.4.15.0-10
With such setup, it won't be possible to make mate-cpufreq-applet link
against a symlink (like libcpupower.so.1) instead of the versioned
library (like libcpupower.so.4.15.0-10).
I really don't know how to solve this without breaking that setup.
Anyone has any ideas?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1215411
Title:
libcpupower.so is not installed from linux-tools
Status in linux package in Ubuntu:
In Progress
Status in linux source package in Zesty:
In Progress
Bug description:
The patch for bug 1158668 installs cpupower_$(abi_version) command-
line tool as well as libcpupower.so.$(abi_version).
This isn't particularly suitable for projects that previously used
libcpufreq and intend to migrate to libcpupower, because the
libcpupower.so symlink is no longer installed. The command-line tools
can also have symlinks (e.g. cpupower -> cpupower_$(abi_version)).
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1215411/+subscriptions
--
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help : https://help.launchpad.net/ListHelp
