On 13/08/2019 17:44, Michael Biebl wrote:
> 
> --export says
> 
>       -x, --export
>            Print output as key/value pairs. Values are enclosed in
> single quotes. This takes effects only when --query=property or
> --device-id-of-file=FILE is
>            specified.
> 
> It doesn't claim that this is a shell parseable format which can be run
> through eval, so I don't think you can rely on that.

The --export option has been implemented to be shell parseable. The
bugfix https://bugzilla.redhat.com/show_bug.cgi?id=644330 claims:

---------->8----------
Previously, the output of the command "udevadm info --query=property"
could not be used as input to shell interpreters. This update adds
"--query=property --export", which changes the output to be shell parseable.
----------8<----------

So the IMPORT{cmdline}="net.ifnames" is a kind of regression. If it is
absolutely necessary, at least should it be mitigated and restricted to
the relevant devices, and only them. No ?

Thanks,
quidame


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to