On Sun, 14 Aug 2016 17:36:23 -0500
Nate Bargmann wrote:
> > 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 machine
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 m
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.
>
>It should be at /etc/vdev
>
>>Changed p
* 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 usually resolve this; pro
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.
>> Changed pid file to /run/vd
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 the removable drive, I c
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 mailing list
Dng@lists.dyne
On Sun, 14 Aug 2016 12:33:14 -0700
Rick Moen wrote:
> > 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 yo
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 unmount it.
> mouse st
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 di
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 r
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
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 don't work. Seems like th
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
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. (Why shutdown when you ca
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 hav
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 loc
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
> //etc/fstab/ file from the chroot
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, except for ctrl-alt-sysrq
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
> >> it has greater support behind.
> >>
>
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
> - I'm all ready to play w
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.
__
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 ini
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
>
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 d
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 --> /
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?
>>>
>>> Edw
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 keyrings
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 package
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
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 ther
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
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 /sys
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. Th
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 works, e.g how it find
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 by
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 /sys/char
> 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 boot into root's sh
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, i'
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?
No. When ISC ntp is st
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 m
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
http
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
https://mailinglists.dyne.org/cgi-bin/mailman/listin
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 might well be a point,
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. Th
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 to
decant by systemd.
A
46 matches
Mail list logo
