On 2022-09-29 08:34, Thomas Huth wrote:
> On 29/09/2022 04.32, Jason Wang wrote:
>> On Thu, Sep 29, 2022 at 1:06 AM Philippe Mathieu-Daudé
>> <f4bug@amsat.org> wrote:
>>>
>>> On 28/9/22 10:27, Thomas Huth wrote:
>>>>
>>>> ... it might have happened due to the removal of the "slirp" submodule
>>>> from the git repository. For example if you see an error message
>>>> like this:
>>>>
>>>> Parameter 'type' expects a netdev backend type
>>>>
>>>> this likely means that the "user" mode backend type is not
>>>> available in
>>>> your binary anymore. To fix it, simply install "libslirp-devel" (or
>>>> libslirp-dev or however it is called) from your OS distribution and
>>>> recompile.
>>>
>>> Thanks for the hint Thomas. I'm afraid many developers will miss your
>>> email.
>>>
>>> Jason, Marc-André, could we improve the buildsys check or display
>>> a more helpful information from the code instead?
>>
>> It looks to me we need to improve the build.
>
> I'm not sure there is anything to improve in the build system -
> configure/meson.build are just doing what they should: Pick the
> default value for "slirp" if the user did not explicitly specify
> "--enable-slirp".
>
> But the error message is not very helpful. It should rather say
> something like (partly suggested by Daniel in IRC yesterday already):
>
> Type 'user' is not a supported netdev backend by this QEMU build.
> Please check the spelling or whether it has been enabled at
> compilation time.
>
> ... or something like this.
>
> Someone interested to write a patch?
>
Maybe a more actionable error message such as:
Type 'user' is not a supported netdev backend by this QEMU build
because the libslirp development files were not found during build
of QEMU.
The condition for this error message should be that both the
user backend is not compiled AND the build system did not detect
libslirp.
Enjoy
Jakob
--
Jakob Bohm, CIO, Partner, WiseMo A/S. https://www.wisemo.com
Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10
This public discussion message is non-binding and may contain errors.
WiseMo - Remote Service Management for PCs, Phones and Embedded
Hi,
I might not be correct in assuming that in many cases the default networking option is still set to -net user when libslirp devel is not available at compile time. But when -net user is default should the warning after (or rather before) configure not be that the default networking option will not available unless libslirp devel is found? In this case would it not also be more consistent to set all default network options to -net none ?
When installing qemu from a repo, is it certain libslirp is a dependency that will be installed?
Best,
Howard