Devuan bug report logs - #334
eudev service might be using an incomplete PATH

Package: eudev; Reported by: Guenther Brunthaler <>;
Date: Thu, 13 Jun 2019 22:03:02 UTC;
Maintainer for eudev is (unknown).

View this report as an mbox folder.

Information forwarded to,
bug#334; Package eudev. Full text available.

Message sent to,

Subject: bug#334: This might actually be a compatibility issue in the eudev code
From: Guenther Brunthaler <>
Date: Fri, 14 Jun 2019 00:39:44 +0200

I have just compared the functionality of

/lib/systemd/systemd-udevd --daemon

on Raspbian with that of

/sbin/udevd --daemon

on Devuan.

The result is that both installations of the rule file from bug #333 are

$ cksum /lib/udev/rules.d/40-usb_modeswitch.rules
194757299 40499 /lib/udev/rules.d/40-usb_modeswitch.rules

and neither does Raspbian add /lib/udev to the front of PATH, which I
verified by temporarily modifying /lib/udev/usb_modeswitch so that it
logs its PATH setting, which showed:


You see, no /lib/udev.

Yet systemd-udevd correctly invokes /lib/udev/usb_modeswitch rather than
/usr/sbin/usb_modeswitch when the udev rule just says

$ grep symlink-name /lib/udev/rules.d/40-usb_modeswitch.rules
KERNEL=3D=3D"ttyUSB*", ATTRS{bNumConfigurations}=3D=3D"*",
PROGRAM=3D"usb_modeswitch --symlink-name %p %s{idVendor} %s{idProduct}

It follows, that systemd-udevd seems to use an augmented PATH for
exec'ing its PROGRAM, but does not "export" that augmented PATH to the
invoked program.

Therefore, to remain compatible with systemd-udevd, eudev should do the

One might even suspect this was a subtle change deliberately introduced
by some people who wanted to make eudev look bad, but it does not really
matter and just needs to be fixed.

I suppose this is an upstream bug and not Devuan-specific, and should be
escalated to upstream.

Im I supposed to do that, or will you Devuan guys do it?

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.

Devuan Bugs Owner <>.
Last modified: Thu, 21 Nov 2019 19:23:11 UTC