Il giorno lun 17 giu 2019 alle ore 11:07 Lennart Poettering <lennart@xxxxxxxxxxxxxx> ha scritto: > > On So, 09.06.19 19:45, Germano Massullo (germano.massullo@xxxxxxxxx) wrote: > > > Il giorno mar 21 mag 2019 alle ore 16:59 Mantas Mikulėnas > > <grawity@xxxxxxxxx> ha scritto: > Actually, maybe having udev > > > trigger BOINC startup would be a good option? After all that's how > > > BlueZ already works -- it doesn't go in multi-user.target, it has > > > WantedBy=bluetooth.target and there's an udev rule that makes every > > > Bluetooth device pull in bluetooth.target as a dependency. And > > > that's already an official systemd thing, too. > > > > No because BOINC client can even run on systems without graphic card. > > I will try an approach of restarting BOINC client as soon a new > > dev-dri-card0.device appears > > The clean way to handle this is to make your software handle hardware > dynamically internally: make use of the graphics devices it can make > use of the moment they pop up, and not earlier, and do so with any > device showing up, regardless if there are zero initially, one > eventually, or even more... > > systemd is not really designed to be used as work-around for software > that deals with hardware but doesn't really understand that hw is > dynamic these days. > > Hence my recommendation would be to work with the upstream developers > of your project to natively hook up things with libudev or a similar > library to watch for devices popping up and going away. Good, thank you very much for clarifing this. Have a nice day! > > Lennart > > -- > Lennart Poettering, Berlin _______________________________________________ systemd-devel mailing list systemd-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/systemd-devel