[ltp] (fwd) [lm-sensors] lm-sensors 3.0.0-rc1 has been released!
Henrique de Moraes Holschuh
linux-thinkpad@linux-thinkpad.org
Tue, 25 Sep 2007 20:16:37 -0300
--cmJC7u66zC7hs+87
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
lm-sensors 3.0.0 releases are relevant because thinkpad-acpi enforces
lm-sensors 3.0.0 as the userspace ABI to get to the exported sensors through
sysfs.
BTW: lm-sensors 3.0.0 will require thinkpad-acpi 0.16-20070925 (which I just
released) or newer to work due to previous versions of thinkpad-acpi missing
the "name" attribute.
Thinkpad-acpi procfs access to the sensors is still there, but it *is*
deprecated, and I expect it will die in less than one year.
Let me repeat it: any userspace applications that want to interface to
thinkpad-acpi to get temperatures and fan speed, etc *are* to use
libsensors4 from lm-sensors 3.0.0 and later.
So maybe the early adopters among you guys might want to take a look on
lm-sensors 3.0.0 :-) I know I will.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--cmJC7u66zC7hs+87
Content-Type: message/rfc822
Content-Disposition: inline
X-Original-To: hmh@khazad-dum.debian.net
Delivered-To: hmh@khazad-dum.debian.net
Received: from localhost (localhost [127.0.0.1])
by localhost.khazad-dum.debian.net (Postfix) with ESMTP id 874682820D
for <hmh@khazad-dum.debian.net>; Tue, 25 Sep 2007 18:36:52 -0300 (BRT)
X-Virus-Scanned: Debian amavisd-new at khazad-dum.debian.net
Received: from khazad-dum.debian.net ([127.0.0.1])
by localhost (khazad-dum.debian.net [127.0.0.1]) (amavisd-new, port 10024)
with LMTP id Yy0yvw-Mnb66 for <hmh@khazad-dum.debian.net>;
Tue, 25 Sep 2007 18:36:48 -0300 (BRT)
Received: by khazad-dum.debian.net (Postfix, from userid 1000)
id 626B72820F; Tue, 25 Sep 2007 18:36:48 -0300 (BRT)
Received: from mail.messagingengine.com (66.111.4.51) by
khazad-dum.debian.net with IMAP4-SSL; 25 Sep 2007 21:36:48 -0000
Received: from compute1.internal (compute1.internal [10.202.2.41])
by store20m.internal (Cyrus v2.3.9-fmsvn12891) with LMTPA;
Tue, 25 Sep 2007 17:35:38 -0400
X-Sieve: CMU Sieve 2.3
X-Spam-source: IP='70.103.162.29', Host='master.debian.org', Country='US',
FromHeader='org', MailFrom='org'
X-Delivered-to: hmh+debian@fastmail.fm
Received: from master.debian.org (master.debian.org [70.103.162.29])
by mx6.messagingengine.com (Postfix) with ESMTP id A9E9D2FAFD
for <hmh+debian@fastmail.fm>; Tue, 25 Sep 2007 17:35:34 -0400 (EDT)
Received: from teufli.physik.fu-berlin.de ([130.133.35.29])
by master.debian.org with esmtp (Exim 4.50)
id 1IaI44-0001bm-UA
for hmh+debian@fastmail.fm; Tue, 25 Sep 2007 21:35:33 +0000
Received: from localhost ([127.0.0.1] helo=teufli.physik.fu-berlin.de)
by teufli.physik.fu-berlin.de with esmtp (Exim 4.67)
id 1IaI2x-0002SI-Un; Tue, 25 Sep 2007 23:34:35 +0200
Received: from smtp-102-tuesday.nerim.net ([62.4.16.102] helo=kraid.nerim.net)
by mail1.atrpms.net with esmtp (Exim 4.67) id 1IaI2a-0002Rj-ID
for lm-sensors@lm-sensors.org; Tue, 25 Sep 2007 23:34:11 +0200
Received: from hyperion.delvare (jdelvare.pck.nerim.net [62.212.121.182])
by kraid.nerim.net (Postfix) with ESMTP id C2403CF0A9;
Tue, 25 Sep 2007 23:33:16 +0200 (CEST)
X-ACL-Warn:
Date: Tue, 25 Sep 2007 23:33:16 +0200
From: Jean Delvare <khali@linux-fr.org>
To: LM Sensors <lm-sensors@lm-sensors.org>
Message-ID: <20070925233316.7afaa297@hyperion.delvare>
X-Mailer: Sylpheed-Claws 2.5.5 (GTK+ 2.10.6; x86_64-suse-linux-gnu)
Mime-Version: 1.0
X-HELO-Warning: Remote host 62.4.16.102 (smtp-102-tuesday.nerim.net)
incorrectly presented itself as kraid.nerim.net
X-Scanned: No viruses found.
X-Remote-Spam-Status: No (score -2.5)
X-Remote-Spam-Level: --
X-Remote-Spam-Report: No (score -2.5)
-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
[score: 0.0000]
0.1 AWL AWL: From: address is in the auto white-list
X-Scan-Signature: 9cb2645bb095cf646cb6ee08fcac9a38
Cc: "Mark M. Hoffman" <mhoffman@lightlink.com>,
Philip Edelbrock <phil_edelbrock@edgedesign.us>
Subject: [lm-sensors] lm-sensors 3.0.0-rc1 has been released!
X-BeenThere: lm-sensors@lm-sensors.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: lm-sensors discussion list <lm-sensors.lm-sensors.org>
List-Unsubscribe: <http://lists.lm-sensors.org/mailman/listinfo/lm-sensors>,
<mailto:lm-sensors-request@lm-sensors.org?subject=unsubscribe>
List-Archive: <http://lists.lm-sensors.org/pipermail/lm-sensors>
List-Post: <mailto:lm-sensors@lm-sensors.org>
List-Help: <mailto:lm-sensors-request@lm-sensors.org?subject=help>
List-Subscribe: <http://lists.lm-sensors.org/mailman/listinfo/lm-sensors>,
<mailto:lm-sensors-request@lm-sensors.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: lm-sensors-bounces@lm-sensors.org
Errors-To: lm-sensors-bounces@lm-sensors.org
X-Scanned: No viruses found.
X-Remote-Spam-Status: No (score -2.5)
X-Remote-Spam-Level: --
X-Remote-Spam-Report: No (score -2.5)
-2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1%
[score: 0.0000]
0.1 AWL AWL: From: address is in the auto white-list
X-Scan-Signature: 059cd6eff71e497ea042c3cbf7a40d25
Hi all,
As announced last week, I released a first release candidate (rc1) of
lm-sensors 3.0.0. The API is supposedly OK now, so it's time for
application authors to try and port their applications to the new
library and send us feedback.
Important changes compared to lm-sensors 2.10:
* lm-sensors 3 only supports kernels 2.6.5 and later.
* It is now a user-space-only package, it no longer contains kernel
drivers.
* The i2c tools have been moved to a separate package (surprisingly
named i2c-tools).
* libsensors version was bumped to 4.0.0, as it has a completely new
API we had to increase the .so version. This new library contains
no chip-specific knowledge, it assumes that hardware monitoring
drivers follow the standard sysfs interface.
* The "sensors" binary has temporarily been renamed to "sensors3", so
that you can keep the old version around for comparison purpose. It
will be renamed back to "sensors" just before lm-sensors 3.0.0 is
released.
* sensors.conf is not fully compatible between the old and the new
library. The lm-sensors 3 package includes a conversion script
from the old format to the new one.
There's one remaining open task for lm-sensors 3.0.0:
http://www.lm-sensors.org/ticket/2174
Mark, this is yours. If you don't think you'll have the time to
implement it quickly, please move it to milestone 3.0.1.
lm_sensors-3.0.0-rc1.tar.gz is not signed yet. Phil, do you want to
keep signing the archives for the lm-sensors 3 series? If you want to
do it, please proceed. If you prefer that I take over, just say so and
I'll do it.
Notes to application authors:
* The new library has no chip-specific knowledge. As a result, the
<sensors/chips.h> header file is gone.
* Pretty much all functions of the old API are gone or work
differently. If you need to test for the new library in some
configure script, sensors_get_features, sensors_get_all_subfeatures
and sensors_get_subfeature are good candidates. Alternatively, you
can test that the libsensors_version string starts with "3." or
explicitly ask for libsensors.so.4.
* Reloading the configuration file with sensors_init() is no longer
supported, you need to explicitly call sensors_cleanup() before you
can call sensors_init() again.
* There's no porting guide available. The new API is so different from
the old one that you're probably better looking at an application
using the new API to get an idea how it works. It's not very
difficult. The "sensors" and "sensord" applications that are part of
the lm-sensors package have been ported to the new API already, so
they are good examples. "sensors" in particular is very simple.
I've ported xsensors already, the patch is available here:
http://jdelvare.pck.nerim.net/sensors/xsensors-libsensors4.patch
I'll do the Freshmeat announcement tomorrow.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
--cmJC7u66zC7hs+87--