[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: i2c and lm-sensors mess (update + RFC)

Aurelien Jarno wrote:

> Hi all !
> This mail is a bit long, if you don't have a lot of time, jump directly
> to the end.
> Some progress on the lm-sensors problem.
>> 3) Ask for removal of old packages:
>>    i2c-2.4.20-3-386, i2c-2.4.20-3-586tsc, i2c-2.4.20-3-686,
>>    i2c-2.4.20-3-686-smp, i2c-2.4.20-3-k6, i2c-2.4.20-3-k7,
>>    i2c-2.4.20-3-k7-smp
> I have filed a bug for that, I am waiting for the removal.
>> 4) File bugs to get all applications linked to libsensors2 to be rebuilt
>>    against latest version of lm-sensors, so they will depends on
>>    libsensors3:
>>     * xsensors
Maintainer seems to be out to lunch here.

>>     * wmsensors
wmsensors was NMUed with maintainer approval :-)

>>     * wmgtemp
No idea of the status here, no maintainer comment.

>>     * mrtgutils
>>     * ksensors
You did these two, I guess

>>     * hardware-monitor
Maintainer is working on this

>>     * kdebase ??? (reenable support of sensors in ksysguard)
This is supposedly in progress.
> I filled bugs against these applications, new version of ksensors and
> mrtgutils have been uploaded.
> Still to be done:
>> 5) Ask for removal of libsensors2 from Sid
>> 6) When all packages have moved to Sarge, ask for removal of libsensors1
> Now, let's go back on the problem and the solution. The problem is that
> lm-sensors/i2c >= 2.8.0 are uncompatible with kernel 2.4. That's why
> there is currently three source packages in Sid (and soon in Sarge):
> - i2c version 2.7.0, which provides i2c prebuilt modules and i2c-source
> - lm-sensors-old version 2.7.0, which provides prebuilt modules and
>   lm-sensors-source
> - lm-sensors version 2.8.5, which provides a library and some userspaces
>   tools.
> Basically everything works, however a lot of users are complaining that
> they sensors are not supported by version 2.7.0 and ask me to switch
> back to a version >= 2.8.0. It couldn't be done, because it will causes
> kernel oops for people that are using prebuilt kernels or self-built
> kernel with some drivers that uses i2c.
Frankly, I think you should just tell them all to use kernel 2.6.x.  It's
stable now!

> I am also not very satisfied to have packages that are outdated (more
> than one year) in Sarge, a distribution which would probably be the
> stable version in two years... Old packages also means that fixes are
> difficult to backport.
Don't fix 'em.

> **********************************************************************
> If you don't have a lot of time, start to read here
> **********************************************************************
> So here is my proposition to make the users happy:
> - Keep version 2.7.0 of i2c and lm-sensors for prebuilt modules only
> - Drop lm-sensors-source and i2c-source and instead provide patches in
>   Debian packages of version 2.8.5 against Debian kernels.
This is plausible.  But I don't personally care ;-) given that I think that
anyone who cares should use kernel 2.6.

> The patches could be generated easily with a perl script included in the
> upstream tarballs. The patches would give the same functionnalities to
> the users as the -source packages. I admit that with the -source
> packages you can build modules without having to build a kernel (using
> the headers), however it is a bit silly as prebuilt modules are already
> available in Debian packages.
> I think that this changes have to be made very quickly as we are very
> near from freeze. Moreover, the packages will need ftp-masters approval.
> I think I could upload the package later tomorrow night.
> Please give your comments.
> Cheers,
> Aurelien

Make sure your vote will count.

Reply to: