Re: [DNG] vdev - the next generation

[Ralph Ronnquist]

Ralph Ronnquist wrote on 09/10/16 10:54:

I've now uploaded a first beta, vdevd_2.0, that includes the mechanism
for dealing with (hand) compiled udev rules, and also includes the
scanner rules and modem mode switching rules


Working version is vdevd_2.0.2 ... for the moment

Now, in order for VDEV to be of use to us mere mortals, there needs to 
be better documentation. Although I like reading documentation, and know 
how to enjoy well-documented functionality, I'm not especially good at 
writing it. So this is a call for a technical writer, or anyone with 
comparable skills, to step forward and volunteer for the VDEV 
documentation page(s).


Presently there are a "man vdevd" page and a "man vdevd-actions" page. 
Neither is more than adequate, at best. Given the central function VDEV 
is supposed to take on, I think it needs to be quite well documented. 
Especially since any other function that wishes to include hotplugging 
aspects will need to integrate with it, and thus the developer(s) of 
that function will want straight-forward, to-the-point and accurate 
documentation.


In real life, I suppose they or we will want the push-button "my Udev 
rules" to "my Vdev rules" compiler, but that won't be available very 
immediately. Good documentation is the next best thing.


Also, though of lesser priority (in my mind), there's some drive towards 
end-user oriented documentation, since some end-user(s) may want to tie 
in their personal hotplug actions.


Ralph.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] vdev - the next generation

[Ismael L. Donis Garcia]

- Original Message - 
From: "Ralph Ronnquist" 
To: 
Sent: Saturday, October 08, 2016 7:54 PM
Subject: Re: [DNG] vdev - the next generation


> I've now uploaded a first beta, vdevd_2.0, that includes the mechanism 
> for dealing with (hand) compiled udev rules, and also includes the 
> scanner rules and modem mode switching rules. The mechanism is just a 
> straight-forward (extended) use of the "hwdb" database, which already 
> was set up to hold properties keyed by device identification 
> (essentially vendor+product). So I added a helper that processes these 
> properties, and e.g, sets group ownership to "scanner" when the device 
> has the property "GROUP=scanner".
> 
> This only affects the vdevd package, which now is version 2.0, and 
> otherwise you'd use the latest libudev1-compat_1.2.1 and 
> vdev-initramfs_1.2_5.
> 
> If you are keen you should touch "/root/ralph.log", and then vdevd will 
> drop log pearls from the helper script "/lib/vdev/compiled.sh" into it 
> when devices are added. This particular feature will of course be 
> removed at 2.1.
> 
> With that mechanism and it's pre-seeding, vdevd is essentially ready, 
> and so is libudev1-compat (although I haven't really plunged into that 
> bath yet, so I don't know for sure).
> 
> However, vdev-initramfs still needs attention. At the moment it combines 
> initramfs building of vdev in competition with udev, and the set up for 
> sysvinit, also in competition with udev. (The latter of course only 
> makes sense where sysvinit is used, and maybe it should be separated 
> out. But then one would need two hands to manage the udev competition, 
> and it'd double (or more) the possible strange failure cases, and my 
> work load)
> 
> Note that the start/stop script in /etc/init.d/vdev still belongs to the 
> vdevd package, which thus also shows preference for sysvinit. But, if 
> you don't want vdevd in the initramfs (who does, really?) and/or have a 
> different init scheme, you should skip installing the vdev-initramfs 
> package, and with some manual blessing you'll easily get the vdevd magic 
> happening where you need it.
> 
> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
>

Thank you very much. Your work is dear for us all since it is vitally important.


| ISMAEL |

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng