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

Bug#1105206: marked as done (transition: libcpuid)

Your message dated Fri, 15 Aug 2025 09:10:35 +0000
with message-id <CAM8zJQsLZQf9DvHvr0Wvxry12zBNOdSjyWU_vwREO-21hQ--dA@mail.gmail.com>
and subject line Re: Bug#1105206: transition: libcpuid
has caused the Debian Bug report #1105206,
regarding transition: libcpuid
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1105206: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1105206
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
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.

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.

--- End Message ---
--- Begin Message --- 
It looks like this is already done.

On Sun, 18 May 2025 at 20:09, Sebastian Ramacher <sramacher@debian.org>
> > 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.

libcpuid18 is in testing, and libcpuid17 is already removed, closing.

--- End Message ---
Reply to: