Re: [DNG] vdev

Sorry, On 08/15/2016 02:12 AM, aitor wrote: You can generate the initrd.img running the /root/vdev-initramfs/tools/mkinitramfs of the snapshot sent by Ralph. Running the */root/vdev-initramfs/tools/make-initramfs.sh* script :) Aitor. ___ Dng

Re: [DNG] vdev

Hi fsmithred, On 08/15/2016 12:36 AM, fsmithred wrote: richard lucassen wrote on 15/08/16 06:49: >On Sun, 14 Aug 2016 15:09:54 -0400 >fsmithred wrote: > >>Moved /etc/vdev/vdev (a symlink) up one level - >> I don't think that changed anything.

Re: [DNG] Time sync at startup (was: vdev)

* On 2016 14 Aug 13:36 -0500, richard lucassen wrote: > On Sun, 14 Aug 2016 04:18:09 -0700 > Rick Moen wrote: > > > OK, thanks for the comprehensive comparison. Oddly enough, I don't > > have my regular Linux workstation around at the moment, and cannot > > recall how I

Re: [DNG] vdev

On 08/14/2016 04:49 PM, richard lucassen wrote: > On Sun, 14 Aug 2016 15:09:54 -0400 > fsmithred wrote: > >> Moved /etc/vdev/vdev (a symlink) up one level - >> I don't think that changed anything. > > It should be at /etc/vdev > Good. That's what I thought. >>

Re: [DNG] vdev

richard lucassen wrote on 15/08/16 06:49: On Sun, 14 Aug 2016 15:09:54 -0400 fsmithred wrote: Moved /etc/vdev/vdev (a symlink) up one level - I don't think that changed anything. It should be at /etc/vdev Changed pid file to /run/vdevd.pid - fdisk now shows

Re: [DNG] vdev - udev is a dead end

On Sat, 13 Aug 2016 14:47:08 -0400 "Ismael L. Donis Garcia" wrote: > Hopefully in the future we can have 2 alternatives and that the user > can decide which one to use. +1 -- richard lucassen http://contact.xaq.nl/ ___ Dng

Re: [DNG] vdev

On Sun, 14 Aug 2016 15:09:54 -0400 fsmithred wrote: > Moved /etc/vdev/vdev (a symlink) up one level - > I don't think that changed anything. It should be at /etc/vdev > Changed pid file to /run/vdevd.pid - > fdisk now shows the removable drive, I can mount and

Re: [DNG] vdev - udev is a dead end

Quoting Steve Litt (sl...@troubleshooters.com): > Yes. So is systemd, and so is Dracut, into which Red hat incorporated > systemd things and then emptied its older repositories, making forking > much harder. As has been noted by others, to preserve the ability to fork from other versions, wide

Re: [DNG] Time sync at startup (was: vdev)

Quoting richard lucassen (mailingli...@lucassen.org): > When you install a new machine? Or whenever you boot and there is a > network problem, you will have to wait until ntp times out before you > can do anything. Normally it doesn't bother, but when you're mucking > about with machines you can

Re: [DNG] vdev - udev is a dead end

Didier kryn wrote: << Le 14/08/2016 19:19, Steve Litt a écrit : But one thing's for sure: they have a pattern and practice of taking simple software and make it complex. I think I must agree on this. Eudev could be next. This would be a fully characterized agression

Re: [DNG] vdev

On 08/14/2016 01:22 PM, richard lucassen wrote: > On Sun, 14 Aug 2016 09:15:21 -0400 > fsmithred wrote: > >> I'm testing on a system that doesn't have a display manager. Things >> are working on the console. When I run startx and get to the desktop, >> touchpad and mouse

Re: [DNG] Your computer clock

Hi, This server works fine for me: # ntpdate -u hora.roa.es Cheers, Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Time sync at startup (was: vdev)

On Sun, 14 Aug 2016 04:18:09 -0700 Rick Moen wrote: > OK, thanks for the comprehensive comparison. Oddly enough, I don't > have my regular Linux workstation around at the moment, and cannot > recall how I usually resolve this; probably mostly by almost never > booting.

Re: [DNG] vdev - udev is a dead end

Le 14/08/2016 19:19, Steve Litt a écrit : But one thing's for sure: they have a pattern and practice of taking simple software and make it complex. I think I must agree on this. Eudev could be next. This would be a fully characterized agression against free software since they

Re: [DNG] vdev - udev is a dead end

If all of this is a concern, here is a simple mitigation strategy. This can be done by projects or individuals. First, determine the canonical (not the company) repository for the project in question. Second, clone that repository locally (dead easy with Git). Third, occasionally update the

Re: [DNG] Your computer clock: Was:Re: vdev

On Sun, 14 Aug 2016 01:03:55 +0200 aitor_czr wrote: > > Of course, but for this particular purpose there is no need to make > > multiple partitions. Just use 1 partition for everything. > > I talked about this subject in the mailing list. I allways remove the >

Re: [DNG] vdev

On Sun, 14 Aug 2016 09:15:21 -0400 fsmithred wrote: > I'm testing on a system that doesn't have a display manager. Things > are working on the console. When I run startx and get to the desktop, > touchpad and mouse don't work. Seems like the keyboard doesn't work > then,

Re: [DNG] vdev - udev is a dead end

On Sun, 14 Aug 2016 09:02:59 +0200 Didier Kryn wrote: > Le 13/08/2016 19:41, Steve Litt a écrit : > > On Sat, 13 Aug 2016 12:12:04 -0400 > > "Ismael L. Donis Garcia" wrote: > > > > > >> To my mind would be a better option to opt for eudev that vdev as >

Re: [DNG] vdev

On Sun, 14 Aug 2016 10:15:06 +0800 Robert Storey wrote: > OK, I use Devuan as my main get-work-done distro, so I don't want to > risk accidentally nuking it. Therefore, I just installed another copy > of Devuan into a different partition. This is my experimental Devuan >

Re: [DNG] vdev

Hi all, Somebody downloaded fskit, pstat and vdev from: http://gnuinos.org/unsystemd/ This repository is obsolete. Please, download from this other one: http://packages.gnuinos.org/ Otherwise, vdev will not build succesfully with the old version of fskit. Cheers, Aitor.

Re: [DNG] vdev - udev is a dead end

Edward Bartolo: > If the Perl script works, I think, there is NO need to translate it > into another language. Perl is available to the system as soon as the > kernel boots. In fact, I have successfully booted the system with a > simple skeletal PID 1 written in Perl. Possible not if you use a

Re: [DNG] vdev - udev is a dead end

Didier: > Le 14/08/2016 15:09, k...@aspodata.se a écrit : > > Didier: > > ... > - Some applications need access to detailed device properties like > keyboard mapping. AFAIU, the kernel API (/sys and /proc) is always > changing and these changes are taken in charge by libudev to present a

Re: [DNG] vdev - udev is a dead end

Hi, If the Perl script works, I think, there is NO need to translate it into another language. Perl is available to the system as soon as the kernel boots. In fact, I have successfully booted the system with a simple skeletal PID 1 written in Perl. Edward -- If you can't explain it simply, you

Re: [DNG] vdev - udev is a dead end

Le 14/08/2016 15:09, k...@aspodata.se a écrit : Didier: ... Erratum again. The devices are accessible through symlinks in /sys/dev/char and /sys/dev/block. The name of each symlink apparently duplicates the contents of the dev file in the directory it points to. Eg: /sys/dev/char/4:0 -->

Re: [DNG] vdev

On 08/14/2016 05:31 AM, Arnt Karlsen wrote: > On Sun, 14 Aug 2016 10:38:13 +0200, aitor wrote in message > <57b02df5.6080...@gnuinos.org>: > >> >> Hi Edward, >> >> On 08/14/2016 10:20 AM, Edward Bartolo wrote: >>> Hi, >>> >>> Does anyone know when vdev will be ready for DEVUAN 64 bit? >>> >>>

[DNG] keyrings

While doing a routine upgrade on my Davuan jessie system, aptitude told me that devscripts, dpkg-dev, and libdpkg-perl recommend debian-keyring. Is this still correct for Devuan, perhaps because we use many of Debian's packages? Should this be changed to devuan-keyring? Or even both

Re: [DNG] vdev

Hi, On 08/14/2016 04:16 PM, aitor wrote: Hi all, On 08/14/2016 10:20 AM, Edward Bartolo wrote: Hi, Does anyone know when vdev will be ready for DEVUAN 64 bit? Edward -- If you can't explain it simply, you don't understand it well enough. Albert Einstein I don't want to upload my

Re: [DNG] vdev

Hi all, On 08/14/2016 10:20 AM, Edward Bartolo wrote: Hi, Does anyone know when vdev will be ready for DEVUAN 64 bit? Edward -- If you can't explain it simply, you don't understand it well enough. Albert Einstein I don't want to upload my packages of vdev, because my keyboard an my mouse

[DNG] bug in dhclient-script

OK, I was trying to get dhcp to put this line into resolv.conf: option timeout:2 attempts:4 This entails creating a small script in /etc/dhcp/dhclient-enter-hooks.d/ called 'resolvoptions' It doesn't work, I finally tracked the problem down to bug in /sbin/dhclient-script. In the script

Re: [DNG] vdev

On 08/13/2016 11:22 PM, Ralph Ronnquist wrote: > Robert Storey wrote on 14/08/16 12:15: >> Hi All, >> >> OK, I use Devuan as my main get-work-done distro, so I don't want to risk >> accidentally nuking it. Therefore, I just installed another copy of Devuan >> into a different partition. This is my

Re: [DNG] vdev - udev is a dead end

Didier: ... > Erratum again. The devices are accessible through symlinks in > /sys/dev/char and /sys/dev/block. The name of each symlink apparently > duplicates the contents of the dev file in the directory it points to. Eg: > > /sys/dev/char/4:0 --> /sys/devices/virtual/tty/tty0/ > and

Re: [DNG] Time sync at startup (was: vdev)

Quoting richard lucassen (mailingli...@lucassen.org): > No. When ISC ntp is started is runs ntpdate first. When you have a > network problem, the boot process will wait until ntpdate times out. > Then, ntpd starts and is not able to resolve the servers from ntp.conf. > That takes a few minutes.

[DNG] GRUB shell (was: vdev)

On 08/14/2016 05:50 AM, Peter Olson wrote: >> On August 14, 2016 at 5:31 AM Arnt Karlsen wrote: > > [...] > >> ..one neat thing about grub, is its shell, once you get the menu, >> hit "e" and then the tab key twice, and play around to familiarize >> yourselves with how it

Re: [DNG] vdev - udev is a dead end

Le 14/08/2016 12:47, Didier Kryn a écrit : Le 10/08/2016 18:56, Didier Kryn a écrit : Le 10/08/2016 18:20, Tomasz Torcz a écrit : Current udev _cannot_ be used to populate /dev, it doesn't contain any mknod() calls enymore. Actually mknod isn't necessary since device files are created

Re: [DNG] vdev - udev is a dead end

Le 10/08/2016 18:56, Didier Kryn a écrit : Le 10/08/2016 18:20, Tomasz Torcz a écrit : Current udev _cannot_ be used to populate /dev, it doesn't contain any mknod() calls enymore. Actually mknod isn't necessary since device files are created by the kernel in /sys/block/dev and

Re: [DNG] vdev

> On August 14, 2016 at 5:31 AM Arnt Karlsen wrote: [...] > ..one neat thing about grub, is its shell, once you get the menu, > hit "e" and then the tab key twice, and play around to familiarize > yourselves with how it works, e.g how it finds disks, files, and > how you can

Re: [DNG] vdev

On Sun, 14 Aug 2016 10:38:13 +0200, aitor wrote in message <57b02df5.6080...@gnuinos.org>: > > Hi Edward, > > On 08/14/2016 10:20 AM, Edward Bartolo wrote: > > Hi, > > > > Does anyone know when vdev will be ready for DEVUAN 64 bit? > > > > Edward > > Today i'm working on vdev. First of all,

Re: [DNG] Time sync at startup (was: vdev)

On Sun, 14 Aug 2016 01:20:58 -0700 Rick Moen wrote: > Quoting richard lucassen (mailingli...@lucassen.org): > > > I might not have been clear enough. My apologies ;-) > > No worries. As an afterthought, though, wouldn't that problem exist > equally with ntpdate, though?

Re: [DNG] vdev

Hi Edward, On 08/14/2016 10:20 AM, Edward Bartolo wrote: Hi, Does anyone know when vdev will be ready for DEVUAN 64 bit? Edward Today i'm working on vdev. First of all, i'm working on how to restore the system if it fails. Aitor. ___ Dng

Re: [DNG] Time sync at startup (was: vdev)

Quoting richard lucassen (mailingli...@lucassen.org): > I might not have been clear enough. My apologies ;-) No worries. As an afterthought, though, wouldn't that problem exist equally with ntpdate, though? ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] vdev

Hi, Does anyone know when vdev will be ready for DEVUAN 64 bit? Edward -- If you can't explain it simply, you don't understand it well enough. Albert Einstein ___ Dng mailing list Dng@lists.dyne.org

Re: [DNG] Time sync at startup (was: vdev)

On Sun, 14 Aug 2016 00:52:40 -0700 Rick Moen wrote: > > No, what I meant is that systemd is running startup processes in > > parallel. Starting ISC ntpd under sysv init *and* having a broken > > network connection causes the boot process to take a very long time. > > That

Re: [DNG] Time sync at startup (was: vdev)

Quoting richard lucassen (mailingli...@lucassen.org): > No, what I meant is that systemd is running startup processes in > parallel. Starting ISC ntpd under sysv init *and* having a broken > network connection causes the boot process to take a very long time. That might well be a point, then.

Re: [DNG] vdev - udev is a dead end

Le 13/08/2016 19:41, Steve Litt a écrit : On Sat, 13 Aug 2016 12:12:04 -0400 "Ismael L. Donis Garcia" wrote: To my mind would be a better option to opt for eudev that vdev as it has greater support behind. I see half vdev orphan and do not think that support eudev go