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

Bug#915790: transition: lm-sensors



On 2018-12-19 11:29, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 06/12/2018 20:52, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian.org@packages.debian.org
> > Usertags: transition
> > 
> > A new version of lm-sensors has been released recently, which introduces
> > a new ABI, but very limited API change (only some enums). This new
> > upstream version notably adds support for the new hwmon device
> > classification introduced in kernel 4.19. It is therefore important for
> > buster if it is still planned to ship it with a 4.19 kernel. When using
> > the old lm-sensors version with a 4.19 kernel, some hwmon sensors are
> > not visible anymore.
> > 
> > Note that the -dev package is wrongly versioned. I think transitioning
> > to a version-less one can be done in a later step to not entangle things
> > too much.
> 
> I see that you already added a Provides: libsensors-dev. You can file bugs
> (severity: <= normal) against the rdeps so they start moving to that, then
> rename the package for bullseye when a majority of packages have been fixed. Or
> rename it earlier and add a (versioned) provides on libsensors4-dev (but that
> will need a decruft as otherwise sbuild will install the old, real package).

Yes, I would like to avoid the versioned provide if needed. I'll fill
the bugs for the packages with a versioned build-dependency with a
higher priority with the hope they are fixed earlier. The versions can
even been removed as they are already satisfied in jessie.

> Go ahead with this one as is for now.

Thanks, I have just uploaded it.

Aurelien

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net


Reply to: