[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] linux-user: Move qemu-binfmt-conf.sh to Debian
From: |
Alexander Graf |
Subject: |
Re: [Qemu-devel] [PATCH] linux-user: Move qemu-binfmt-conf.sh to Debian model |
Date: |
Thu, 28 Jan 2016 21:35:21 +0200 |
> Am 28.01.2016 um 21:27 schrieb Laurent Vivier <address@hidden>:
>
>
>
> Le 28/01/2016 20:22, Alexander Graf a écrit :
>>
>>
>>> On 01/28/2016 08:16 PM, Laurent Vivier wrote:
>>>
>>> Le 27/01/2016 15:10, Alexander Graf a écrit :
>>>> The qemu-binfmt-conf.sh script has been pretty unmaintained for most
>>>> of its
>>>> time. The reason is simply that few distributions actually use the
>>>> file as
>>>> is.
>>> I've a version of this script supporting debian, systemd (because it
>>> will rule the world) and credential:
>>>
>>> https://github.com/vivier/qemu-m68k/blob/680x0-v2.4.0/scripts/qemu-binfmt-conf.sh
>>>
>>>
>>> I'm using this for years, on debian/ubuntu and Fedora. To use parameters
>>> is better than env vars, IMHO.
>>
>> Yes, your version looks a lot more advanced than mine. The only thing
>> I'm missing is for a simple "give me all cpu types" so that programmatic
>> systemd file generation doesn't have to grep through the usage help text.
>>
>> Also, no arguments should probably preserve the old behavior of just
>> registering it locally.
>>
>> Care to push it upstream? :)
>
> Last time I tried, Peter would prefer to separate data and scripts:
>
> https://patchwork.ozlabs.org/patch/478486/
>
> and I'm not ready to do that (to much work for what I want).
>
> Peter, if you agree to take the file as-is, I can resend the last
> version. :)
The script can generate data files just fine, no? So if a distro only wants
those, they can call the script at packaging time.
Alex
>
> Laurent