[lm-sensors] PATCH: add support for lm_sensors 3.0.0 to gkrellm
khali at linux-fr.org
Sun Oct 28 15:05:13 CET 2007
On Sun, 28 Oct 2007 11:26:48 +0100, Hans de Goede wrote:
> For those interested. I've made the patch so that gkrellm can be compiled
> against the new version (or the old) and so that the identification strings of
> the sensors do not change and thus old gkrellm configs will continue to work as is.
> + snprintf(sensor_path, sizeof (sensor_path), "%s:%s",
> + name->prefix, name->path ? name->path : "NULL");
name->path can't actually be NULL. BTW, I wonder why you need
name->path at all. This is meant for libsensors internal use,
applications shouldn't care about it. Also note that the path is not
guaranteed to be consistent across reboots.
> + /* failsafe tests, will bus type and nr fit in 8 bits
> + signed and addr fit in 16 bits signed ?
> + */
Unfortunately not: for SPI, the bus number can require 16 bits. It's
due to the weird way spi-core uses to number buses dynamically, it
should really be addressed someday, but at the moment it isn't.
> I've also send this upstream, and its available here:
Note that I've stopped referring to "libsensors4" after I realized it
could cause confusion. While the binary file will be named
"libsensors.so.4", the library version will be advertised as
"libsensors 3.0.0". So for example I've renamed the xsensors patch to:
And I suggest that you do the same. The soname is an internal detail
end users don't even need to know.
> The later is to be able to put up a link on the download page for the 3.0.0
> RC's from the wiki, I haven't done this yet as this patch will not work with
> rc2, it requires current svn.
rc3 is released now, so you could proceed. However you'll need special
permissions to edit the Download page. So I can either grant you these
permissions if you want, or I can add the link for you if you prefer.
More information about the lm-sensors