Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Isaac Dunham
On Sat, Apr 18, 2015 at 12:08:54AM -0400, Jude Nelson wrote: [snip] > > I am still using file-rc instead of sysv-rc, but I didn't clean up > > /etc/rc?.d directories. I tried to use sysv-rc, but my mouse and keyboard > > are not being detected when using kernel 3.18.11. They are only being > > dete

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Jude Nelson
Hi Anto, [snip] > 1. compile and install vdev > 2. copy vdev's initrd into /boot > 3. rename /sbin/init to /sbin/init.novdev 4. copy vdev's init file into /sbin > The init program in example/initramfs/init goes into /usr/share/initramfs-tools/init, not /sbin/init :) The initramfs's init scrip

Re: [Dng] Live ISO's (Jessie with no systemd)

2015-04-17 Thread Richard
All in all a good effort. 1. Synaptic wouldn't start from the menu, but works fine from gksu synaptic 2. Installed Double Commander-0.5.11-1; however, the latest, DC-0.6.1 is a real winner as a file manager. It is my new first app to install on any installation. Thunar is good but DC-0.6.1 is a rea

Re: [Dng] Live ISO's (Jessie with no systemd)

2015-04-17 Thread Richard
@fsmithred, David, - edit /etc/sources.list.d/devuan. > list and change "sid" to "ceres". > - get the gpg key for the angband repo with the following commands: > gpg --recv-keys 719DCC80BED007F9 > gpg --export --armor 719DCC80BED007F9 | apt-key add - > (and don't forget the dash at the end

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Isaac Dunham
On Fri, Apr 17, 2015 at 08:03:36PM +0200, Anto wrote: > After I pulled your commit from github.com, I have done the following: > > 1. compile and install vdev > 2. copy vdev's initrd into /boot > 3. rename /sbin/init to /sbin/init.novdev > 4. copy vdev's init file into /sbin > 5. manually set the

[Dng] Filename conventions.

2015-04-17 Thread Ángel Ramírez Isea
Hi, VUAs. First of all, thanks for all the hard work. It looks very promising. I just visited https://files.dyne.org/devuan/ and saw all the files that represent a lot of work. I would recommend reconsidering the filename convention used to organize the files. Right now they have a date appe

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Anto
On 17/04/15 06:00, Jude Nelson wrote: Hi Anto, I just committed preliminary support for using vdevd with devtmpfs. vdevd should automatically detect whether or not devtmpfs is mounted on /dev, and nevertheless run device setup scripts (by using its own device metadata tree in /dev/vdev/ to s

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Anto
On 17/04/15 06:00, Jude Nelson wrote: Hi Anto, I just committed preliminary support for using vdevd with devtmpfs.  vdevd should automatically detect whether or not devtmpfs is mounted on /dev, and nevertheless run device setup scripts (by using its own device metadata tree in /dev/vdev/ t

Re: [Dng] Wana give a try to vdev

2015-04-17 Thread Jude Nelson
Hi Didier, [Snip] > Hello Jude. > > Here is a brief summary of what I did up to now. The goal was to > install a minimal rootfs in flash memory of an embeded Powerpc (MVME3100) > to use as a sandbox. > > 1) I compiled a kernel with the following boot parameters: > console=tt

Re: [Dng] Wana give a try to vdev

2015-04-17 Thread Didier Kryn
Le 31/03/2015 20:56, Jude Nelson a écrit : Hi Didier, Thank you for offering! I haven't tried statically linking vdev or its helper programs yet, but I don't see why it wouldn't work. You'll need to tweak the vdevd and vdevd helper program makefiles (in vdevd/Makefile and vdevd/helpers/LI

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Jude Nelson
Hi Anto, I push code to both github and git.devuan.org. Either one works :) Thanks, -Jude On Fri, Apr 17, 2015 at 9:40 AM, Anto wrote: > On 17/04/15 06:00, Jude Nelson wrote: > >> Hi Anto, >> >> I just committed preliminary support for using vdevd with devtmpfs. >> vdevd should automatically

Re: [Dng] Fwd: [dng] vdev status update

2015-04-17 Thread Anto
On 17/04/15 06:00, Jude Nelson wrote: Hi Anto, I just committed preliminary support for using vdevd with devtmpfs. vdevd should automatically detect whether or not devtmpfs is mounted on /dev, and nevertheless run device setup scripts (by using its own device metadata tree in /dev/vdev/ to s