2016-01-20 15:12 GMT+01:00 Bálint Réczey <bal...@balintreczey.hu>: > Hi, > > 2016-01-20 14:39 GMT+01:00 Colin Watson <cjwat...@debian.org>: >> On Wed, Jan 20, 2016 at 12:31:52PM +0100, Balint Reczey wrote: >>> On 06/04/2014 03:41 AM, Guillem Jover wrote: >>> > * Other programs could “easily” use dpkg-architecture to check for >>> > identity or a match. (This poses problems for programs that do not >>> >>> I think making apt call dpkg-architecture for matching would be a good >>> way of ensuring consistency with dpkg. Caching the results in a hash >>> table would make matching even faster than it is currently. >> >> dpkg-architecture is in dpkg-dev, so not reliably usable at run-time. >> dpkg doesn't currently provide a way to make this kind of query without >> development tools installed. It's also probably not trivial to move it >> because its current implementation relies on dpkg's Perl modules, which >> also aren't part of the core dpkg binary package. >> >> I think this is somewhat unfortunate, but it is the reality right now. >> Perhaps a good thing for somebody to work on would be reimplementing >> dpkg-architecture in C so that it could be moved to the dpkg binary >> package? > I may check that option, but in the meantime I'm thinking about patching > APT to recognize musl-linux-<cpu> and hardened1-linux-<cpu> as linux-any. I have filed #812212 with a possible fix for handling at least the <libc>-<kernel>-<cpu> patterns.
Cheers, Balint