Vdev is now in a functional state and I use it on my desktop everyday.
vdev is now doing everything I used udev for. I however don't use it in initramfs where I use busybox mdev. More testers would probably be good for more use-cases so agreed now packaging would be desired. But as I said before vdev(libudev-compat) + spacefm auto-detection of plugged devices is working for me. I don't want automounting but I believe it would be easy to setup with udevil!? /Scooby On 2015-08-12 12:48, James Powell wrote:
We all know Devuan is going to create a huge ripple in the great big pond, and join the ranks of the pro-choicers in regards to software usage. While I'm following vdev closely, mostly to backport it to another distribution, Devuan's success will bring success to other choice giving distributions as well. It's a win-win situation finally. -Jim ------------------------- From: tilt! Sent: 8/12/2015 3:39 AM To: dng@lists.dyne.org Subject: [DNG] Congratulations to the Devuan team Hi, I would like to convey my respect and appreciation to all participants, acknowledging that Devuan GNU/Linux is in use here now as a functional Linux Desktop which I use for tasks of software development and system integration as well as for everyday mail, office and web stuff. Good work! Keep it coming! I definately look forward to vdev. Currently I try to involve myself in testing it out a bit; it appears like a very elegant solution that opens many interesting possibilities. I also heard that there is a packaging effort, and I wonder how that is coming along. I admit that in spite of issues I expressed previously on this list, I currently use PolicyKit to enable some "administrative operations" when using the system via XFCE4, simply because it's currently the easiest way for me to do stuff like mounting hot-plugged disks or managing libvirt guests. But that clearly demonstrates the paradigm of "freedom of choice" being successfully implemented in Devuan, where I can now freely choose system components that serve my needs best. Kind regards, T. _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng [1] Links: ------ [1] https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
_______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
