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

Re: Re: Bug#748936: apt doesnt understand architecture wildcards



2016-01-20 15:12 GMT+01:00 Bálint Réczey <balint@balintreczey.hu>:
> Hi,
>
> 2016-01-20 14:39 GMT+01:00 Colin Watson <cjwatson@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


Reply to: