Hi! * John Paul Adrian Glaubitz [Tue Jun 11, 2024 at 02:18:33PM +0200]: > On Tue, 2024-06-11 at 13:42 +0200, Guillem Jover wrote:
> > > I had a look at this, and it seems like this package has never really > > > worked on ARM systems at all? And this was hidden due to the missing > > > declarations not being an error. > > > > > > AFAIK, only x86 (i386 and amd64), ia64 and alpha have port I/O, other > > > systems have instead memory mapped I/O, but the code in mem.c is > > > unconditionally calling port I/O functions such as in*() and out*(), > > > provided by glibc. > > > > > > Until the upstream code is ported to systems with memory mapper I/O, I > > > think the "best" way to resolve this would be to restrict the > > > architecture list to: > > > > > > any-amd64 any-i386 alpha ia64 > > The attached patch implements this. It should not affect reverse build > > depending packages (only hwinfo) which is already arch restricted to > > «amd64 i386». > > > > I'm including the arm list to confirm the above, but also in case > > someone there feels like porting the library to support memory mapped > > I/O? (But perhaps that's not worth the effort.) > It's perfectly fine to disable libx86emu on ARM as it has already been > correctly stated, there are no I/O ports on ARM so the above code won't > work on ARM. > > I also don't expect that to change in the future, so it's not worth bothering > about this in the future, especially since the upstream project hasn't been > very active lately [1]. Thanks Guillem and Adrian. Would be great to get hwinfo back into Debian/testing to make sure it finds its way into Debian/trixie also. Sebastien, is there anything we can assist with to address this? regards -mika-
signature.asc
Description: PGP signature