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
signature.asc
Description: OpenPGP digital signature