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

Bug#1105206: unblock: libcpuid, cpu-x



retitle 1105206 transition: libcpuid
tags 1105206  forky
user release.debian.org@packages.debian.org
usertags 1105206  transition
thanks

On 2025-05-13 12:19:49 +0100, Barak A. Pearlmutter wrote:
> Package: release.debian.org
> 
> Dear Release Managers,
> 
> Version 0.8.0 of libcpuid supports arm/arm64 and I've uploaded a
> version that includes those architectures, first to experimental to
> check that it all went okay, then to unstable. I've also built cpu-x
> 5.3.1, which requires the libcpuid 0.8.0+, and which supports
> arm/arm64. Again, first to experimental for some sanity checks, then
> to unstable.

The upstream documentaton suggests that arm support requires a
DKMS-based out-of-tree kernel module that is not packaged. So it seems
that this would require more work.

In any case, it is too late for trixie for a new transition. Let's do
this after the release.

Cheers

> 
> Although libcpuid is a shared library, it's pretty much a leaf
> package: the only things that use it are cpu-x and nix-bin. And
> although there was an so bump from 17 to 18, this was actually due to
> an extremely minor API change: two structs were lengthened for
> additional CPU information.
> 
> Aside from supporting ARM/ARM64, the new versions recognize some more
> recent Intel and AMD CPU models.
> 
> So, I'm requesting that libcpuid and cpu-x be unblocked, because
> basically the new versions broaden support to include extra
> architectures, both a new family and new micro-architectures.
> 
> Cheers,
> 
> --Barak.
> 

-- 
Sebastian Ramacher


Reply to: