Re: [DNG] vdev in chimaera

Hi Karl, On 26/5/22 13:26, k...@aspodata.se wrote: And, if DEVTMPFS isn't used then udev will not start, don't know about eudev. vdev and mdev will probably run fine without devtmpfs. Vdev does work without DEVTMPFS. Indeed, i have the following lines in my initramfs: if command -v udevd;

Re: [DNG] vdev in chimaera

Didier: > Le 26/05/2022 à 13:26, k...@aspodata.se a écrit : > > The kernel devtmpfs makes dev files come and go, yes, but they > > will have some default user, group and permission setting, so > > *dev daemons handle that part. > >     Yes, I forgot this point. > >     However handling

Re: [DNG] vdev in chimaera

Le 27/05/2022 à 15:40, Dr. Nikolaus Klepp via Dng a écrit : Anno domini 2022 Fri, 27 May 15:11:24 +0200 Didier Kryn scripsit: Le 26/05/2022 à 13:26, k...@aspodata.se a écrit : The kernel devtmpfs makes dev files come and go, yes, but they will have some default user, group and permission sett

Re: [DNG] vdev in chimaera

Anno domini 2022 Fri, 27 May 15:11:24 +0200 Didier Kryn scripsit: > Le 26/05/2022 à 13:26, k...@aspodata.se a écrit : > > The kernel devtmpfs makes dev files come and go, yes, but they > > will have some default user, group and permission setting, so > > *dev daemons handle that part. > >     Ye

Re: [DNG] vdev in chimaera

Le 26/05/2022 à 13:26, k...@aspodata.se a écrit : The kernel devtmpfs makes dev files come and go, yes, but they will have some default user, group and permission setting, so *dev daemons handle that part.     Yes, I forgot this point.     However handling permission and ownership is a simple

Re: [DNG] vdev in chimaera

Didier: ... >     Seems there is a myth about user-space hotplugger > (udev/eudev/vdev/mdev) being necessary to have a dynamic /dev. Dynamic > /dev has been managed by the kernel from many years. The hotpluggers do > other things, like managing the symlinks in /dev/disk/by-* and they are >

Re: [DNG] vdev in chimaera

Aitor: > On 25/5/22 23:04, k...@aspodata.se wrote: > > It would be nice if one could choose static /dev (as it was before udev). > > It is no problem running with a static /dev if you compile your own > > kernel. > > vdevd already has a "run once" option, passing the argument --once (either > -1)

Re: [DNG] vdev in chimaera

Le 25/05/2022 à 23:04, k...@aspodata.se a écrit : Aitor: On 20/1/22 0:23, aitor wrote: ... I uploaded some images of gnuinos chimaera including vdev as default device manager. ... It's possible to choose between sysvinit, openrc or runit at the end of the installation, but unlike devuan, the

Re: [DNG] vdev in chimaera

Hi Karl, On 25/5/22 23:04, k...@aspodata.se wrote: It would be nice if one could choose static /dev (as it was before udev). It is no problem running with a static /dev if you compile your own kernel. vdevd already has a "run once" option, passing the argument --once (either -1), maybe with t

Re: [DNG] vdev in chimaera

Aitor: > On 20/1/22 0:23, aitor wrote: ... > > I uploaded some images of gnuinos chimaera including vdev as default > > device manager. ... > It's possible to choose between sysvinit, openrc or runit at the end of the > installation, but unlike devuan, the later is set as default. > > Bear in mi

Re: [DNG] vdev in chimaera

Hi, On 20/1/22 0:23, aitor wrote: Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ Most recent installer-isos also contain vdev as default device man

Re: [DNG] vdev in chimaera

Hi Didier, On 11/2/22 12:11, Didier Kryn wrote: My normal interfaces file contains an "auto" stanza for wlan0, which is superfluous, according to messages from ifplugd, and*only* "iface eth0 inet dhcp" for eth0 because it comes first in the file and "auto" and/or "allow-hotplug" can just cau

Re: [DNG] vdev in chimaera

Le 10/02/2022 à 02:34, aitor a écrit : Hi Didier, On 9/2/22 16:36, Didier Kryn wrote: And, if you haven't a server like ifupdown or netplug, you're going to need to restart networking everytime you plug/unplug your Ethernet cable. Well, you mean *ifplugd* or netplug..., I understand.    

Re: [DNG] vdev in chimaera

Hi Didier, On 9/2/22 16:36, Didier Kryn wrote: And, if you haven't a server like ifupdown or netplug, you're going to need to restart networking everytime you plug/unplug your Ethernet cable. Well, you mean *ifplugd* or netplug..., I understand. Try with "auto" and "allow-hotplug" together, b

Re: [DNG] vdev in chimaera

Le 08/02/2022 à 01:45, aitor a écrit : Hi Didier, On 7/2/22 19:21, Didier Kryn wrote: If you remove the "allow-hotplug" and "auto" stanzas, ifup -a will just do nothing, hence no wait. Therefore the solution is to install ifplugd or netplug, configure it, and eliminate the "allow-hotplug" stanza

Re: [DNG] vdev in chimaera

Hi Didier, On 7/2/22 19:21, Didier Kryn wrote: If you remove the "allow-hotplug" and "auto" stanzas, ifup -a will just do nothing, hence no wait. Therefore the solution is to install ifplugd or netplug, configure it, and eliminate the "allow-hotplug" stanzas from /etc/network/interfaces. I've

Re: [DNG] vdev in chimaera

Le 07/02/2022 à 16:22, fsmithred via Dng a écrit : On 2/7/22 06:35, Didier Kryn wrote: Le 07/02/2022 à 08:29, aitor a écrit : I've uploaded new iso images fixing a bug related to the last change in simple-netaid for compatibility with static ip addresses, that involved the response to routing t

Re: [DNG] vdev in chimaera

On 2/7/22 06:35, Didier Kryn wrote: > Le 07/02/2022 à 08:29, aitor a écrit : >> I've uploaded new iso images fixing a bug related to the last change in >> simple-netaid for >> compatibility with static ip addresses, that involved the response to >> routing table netlink >> events triggered by other

Re: [DNG] vdev in chimaera

Le 07/02/2022 à 08:29, aitor a écrit : I've uploaded new iso images fixing a bug related to the last change in simple-netaid for compatibility with static ip addresses, that involved the response to routing table netlink events triggered by other processes. The images come with vdev by default.

Re: [DNG] vdev in chimaera

On 2/7/22 01:35, aitor wrote: Hi, On 7/2/22 8:29, aitor wrote: Next step will be to write a runit script for ifupdown that intend to solve the problem of the still remaining (at least booting with vdev) long delayed boot time when using "allow-hotplug " stanzas in /etc/network/interfaces.

Re: [DNG] vdev in chimaera

Hi, On 7/2/22 8:29, aitor wrote: Next step will be to write a runit script for ifupdown that intend to solve the problem of the still remaining (at least booting with vdev) long delayed boot time when using "allow-hotplug " stanzas in /etc/network/interfaces. I have Laurent Bercot's s6 in mi

Re: [DNG] vdev in chimaera

Hi, On 20/1/22 0:23, aitor wrote: Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ I would like you to test them after a hard disk installation becaus

[DNG] vdev in chimaera

Hi all, I uploaded some images of gnuinos chimaera including vdev as default device manager. https://www.gnuinos.org/mirror/chimaera/live/ I would like you to test them after a hard disk installation because this is the first time one can re

[DNG] Vdev working in Qemu/KVM

Hi, I had a lot of trouble trying to run vdev in Qemu because the host mouse pointer wasn't aligned with the guest mouse pointer, being the position pretty bad correlated to where the real mouse pointer was. The problem of the mouse cursor position offset (out of sync) is a known problem usual

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

I've got the live images working under qemu gotten ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Hi Joel, On 11/1/21 1:06, Joel Roth via Dng wrote: Thanks for digging into this, Aitor! On Sun, Jan 10, 2021, aitor wrote: Images of gnuinos openbox with vdev for testing purposes are available at: https://www.gnuinos.org/Beowulf/ I tried out the ISO under

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Thanks for digging into this, Aitor! On Sun, Jan 10, 2021, aitor wrote: > Images of gnuinos openbox with vdev for testing purposes are available at: > > https://www.gnuinos.org/Beowulf/ I tried out the ISO under qemu. Could boot to rescue mode, but hung up boo

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Hi again, On 10/1/21 20:45, aitor wrote: On the other hand, i defined a separate config file with a minimal amount of actions for vdev during the load of the temporary root filesystem (initrd) and the subsequent first stage of runit. The rest of the actions run in the foreground [*] together

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Hi Joel, On 30/12/20 20:51, Joel Roth via Dng wrote: While I don't understand your post completely, I agree with your point that udev-compat need not be a high priority as libeudev meets this need. I understand that without udev-compat, vdev wouldn't be able to serve some heavyweight desktop env

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Le 31/12/2020 à 17:53, Steve Litt a écrit : > Next, I'd base the video solution on SVG.     It was a big error to not use vector graphics in the X-terminals from the beginning. I recall that PotScript existed before X, and PostScript is practically equivalent to SVG - only missing transparency. I

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

On Thu, 31 Dec 2020 08:18:02 -0600 o1bigtenor wrote: > I don't really play any games - - - I > have too much fun just using software on my system - - - - but then > I'm a business man and self-employed and that means, by definition, > that I'm weird. Me too, o1bigtenor. My computer enables me

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

On Thu, 31 Dec 2020 08:18:02 -0600 o1bigtenor wrote: > On Wed, Dec 30, 2020 at 4:34 PM Steve Litt > wrote: > > > > On Wed, 30 Dec 2020 09:51:33 -1000 > > Joel Roth via Dng wrote: > snip > > One question: How does your above statement hold up when Wayland > > becomes the law of the land? > >

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

On Thu, Dec 31, 2020 at 8:18 AM o1bigtenor wrote: > > On Wed, Dec 30, 2020 at 4:34 PM Steve Litt wrote: > > > > On Wed, 30 Dec 2020 09:51:33 -1000 > > Joel Roth via Dng wrote: > snip > > One question: How does your above statement hold up when Wayland > > becomes the law of the land? > > > > Gre

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

On Wed, Dec 30, 2020 at 4:34 PM Steve Litt wrote: > > On Wed, 30 Dec 2020 09:51:33 -1000 > Joel Roth via Dng wrote: snip > One question: How does your above statement hold up when Wayland > becomes the law of the land? > Greetings From what little I"ve been able to discern about Wayland I reall

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Le 30/12/2020 à 20:51, Joel Roth via Dng a écrit : > On Thu, Dec 24, 2020, aitor wrote: >> Hi Joel, >> >> On 24/12/20 7:40, Joel Roth wrote: >>> Thanks for looking into this! I, for one, don't need >>> to run KDE or Gnome. >> I've been working on vdev during these days, and i'm thinking on a possib

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

On Wed, 30 Dec 2020 09:51:33 -1000 Joel Roth via Dng wrote: > Hi Aitor, > > On Thu, Dec 24, 2020, aitor wrote: > > Hi Joel, > > > > On 24/12/20 7:40, Joel Roth wrote: > > > Thanks for looking into this! I, for one, don't need > > > to run KDE or Gnome. > > > > I've been working on vdev dur

Re: [DNG] vdev (was: Re: if2mac init.d service for persistent network interface names)

Hi Aitor, On Thu, Dec 24, 2020, aitor wrote: > Hi Joel, > > On 24/12/20 7:40, Joel Roth wrote: > > Thanks for looking into this! I, for one, don't need > > to run KDE or Gnome. > > I've been working on vdev during these days, and i'm thinking on a possible > new approach for it. For instance: >

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

Hi again, On 27/12/20 13:50, aitor wrote: Hi, Looking at the code of vdev, I've found an interesting library unknown until now for me: http://sglib.sourceforge.net/doc/index.html#array_exam Sglib consists of a single header file wr

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

Hi, Looking at the code of vdev, I've found an interesting library unknown until now for me: http://sglib.sourceforge.net/doc/index.html#array_exam Sglib consists of a single header file written in C, and Jude Nelson includes it in l

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On Sat, Dec 26, 2020 at 07:04:51PM +0100, Didier Kryn wrote: > Le 25/12/2020 à 18:18, Hendrik Boom a écrit : > >>> Hearing this thread's perplexity, I long for the days of mknod. > >> But that wouldn't have helped with the network interfaces, because (in > >> an un-Unixy way) their names have never

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On Saturday 26 December 2020 at 19:04:51, Didier Kryn wrote: > I guess it's historical: historically there was only character devices and > block devices, and no provision for other categories, and maybe no provision > in the bitfields which qualify the associated special files. Sounds entirely p

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

Le 25/12/2020 à 18:18, Hendrik Boom a écrit : >>> Hearing this thread's perplexity, I long for the days of mknod. >> But that wouldn't have helped with the network interfaces, because (in >> an un-Unixy way) their names have never been file names on the systems >> we're discussing now. > I wonder w

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On Fri, 25 Dec 2020 12:18:10 -0500 Hendrik Boom wrote: > On Fri, Dec 25, 2020 at 08:53:53AM -0800, Ian Zimmerman wrote: > > On 2020-12-25 10:21, Steve Litt wrote: > > > > > Hearing this thread's perplexity, I long for the days of mknod. > > > > But that wouldn't have helped with the network

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On Fri, Dec 25, 2020 at 08:53:53AM -0800, Ian Zimmerman wrote: > On 2020-12-25 10:21, Steve Litt wrote: > > > Hearing this thread's perplexity, I long for the days of mknod. > > But that wouldn't have helped with the network interfaces, because (in > an un-Unixy way) their names have never been f

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On 2020-12-25 10:21, Steve Litt wrote: > Hearing this thread's perplexity, I long for the days of mknod. But that wouldn't have helped with the network interfaces, because (in an un-Unixy way) their names have never been file names on the systems we're discussing now. -- Ian ___

Re: [DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

On Fri, 25 Dec 2020 08:33:47 +0100 Didier Kryn wrote: >     Aitor I think you are the only person who knows vdev in depth. > Therefore only you can decide what the best approach is, keeping in > mind the amount of work is implied by the maintenance. I also agree > that a tool to compile the data

[DNG] Vdev [ was Re: if2mac init.d service for persistent network interface names]

Le 24/12/2020 à 10:23, aitor a écrit : > > Hi, > >> On 19/12/20 15:10, Didier Kryn wrote: >>>     I think that, like in the case of Mdev, the biggest difficulty is in >>> emulating libudev, which requires in particular to maintain an >>> up-to-date database of devices. Jude has done a complete job

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Fri, 28 Apr 2017 08:52:12 +1000, Ralph wrote in message <1eb9600a-0097-6851-638a-8b347ab10...@gmail.com>: > > > Arnt Karlsen wrote on 28/04/17 04:02: > > [cut] > > > > ..this is getting hilarious, I now have the mousepad working in > > X, but not the keyboard joystick nor any keys or buttons

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

Arnt Karlsen wrote on 28/04/17 04:02: [cut] ..this is getting hilarious, I now have the mousepad working in X, but not the keyboard joystick nor any keys or buttons. Everything except the keyboard joystick and the top 3 buttons on the mousepad, works in the console. In my last goof boot, I fou

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Wed, 26 Apr 2017 17:51:15 +0200, Arnt wrote in message <20170426175115.3d487...@nb6.lan>: > On Wed, 26 Apr 2017 23:06:53 +1000, Ralph wrote in message > <039e14e4-8f63-878a-5878-0e01bcb57...@gmail.com>: > > > > > > > Arnt Karlsen wrote on 26/04/17 22:01: > > > On Wed, 26 Apr 2017 18:52:58

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Wed, 26 Apr 2017 23:06:53 +1000, Ralph wrote in message <039e14e4-8f63-878a-5878-0e01bcb57...@gmail.com>: > > > Arnt Karlsen wrote on 26/04/17 22:01: > > On Wed, 26 Apr 2017 18:52:58 +1000, Ralph wrote in message > > : > > > >> > >> > >> Arnt Karlsen wrote on 26/04/17 17:26: > >>> On Wed, 26

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

Arnt Karlsen wrote on 26/04/17 22:01: On Wed, 26 Apr 2017 18:52:58 +1000, Ralph wrote in message : Arnt Karlsen wrote on 26/04/17 17:26: On Wed, 26 Apr 2017 12:08:48 +1000, Ralph wrote in message <2fab2208-e0dc-27f5-dd3d-f9d7156bb...@gmail.com>: Arnt Karlsen wrote on 26/04/17 11:18: [

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Wed, 26 Apr 2017 18:52:58 +1000, Ralph wrote in message : > > > Arnt Karlsen wrote on 26/04/17 17:26: > > On Wed, 26 Apr 2017 12:08:48 +1000, Ralph wrote in message > > <2fab2208-e0dc-27f5-dd3d-f9d7156bb...@gmail.com>: > > > >> > >> > >> Arnt Karlsen wrote on 26/04/17 11:18: > >>> [cut] > >>

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

Arnt Karlsen wrote on 26/04/17 17:26: On Wed, 26 Apr 2017 12:08:48 +1000, Ralph wrote in message <2fab2208-e0dc-27f5-dd3d-f9d7156bb...@gmail.com>: Arnt Karlsen wrote on 26/04/17 11:18: [cut] I believe keyboard and mouse needs the "evdev" module to be loaded before something; certainly be

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Wed, 26 Apr 2017 12:08:48 +1000, Ralph wrote in message <2fab2208-e0dc-27f5-dd3d-f9d7156bb...@gmail.com>: > > > Arnt Karlsen wrote on 26/04/17 11:18: > > On Mon, 24 Apr 2017 14:49:06 +1000, Ralph wrote in message > > : > > > >> > >> Arnt Karlsen wrote on 24/04/17 09:13: > >>> On Wed, 19 Apr

Re: [DNG] ..vdev input in X, was:..vdev box recovery ideas?

Arnt Karlsen wrote on 26/04/17 11:18: On Mon, 24 Apr 2017 14:49:06 +1000, Ralph wrote in message : Arnt Karlsen wrote on 24/04/17 09:13: On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message <20170419185407.228cd...@nb6.lan>: On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message

[DNG] ..vdev input in X, was:..vdev box recovery ideas?

On Mon, 24 Apr 2017 14:49:06 +1000, Ralph wrote in message : > > Arnt Karlsen wrote on 24/04/17 09:13: > > On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message > > <20170419185407.228cd...@nb6.lan>: > > > >> On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message > >> : > >> > >>> > >>>

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Mon, 24 Apr 2017 18:06:25 -0400, fsmithred wrote in message <7e20d658-93f5-dd10-995b-0d14eb764...@gmail.com>: > On 04/24/2017 03:59 PM, Arnt Karlsen wrote: > > On Mon, 24 Apr 2017 14:16:03 -0400, fsmithred wrote in message > > : > > > >> On 04/24/2017 10:39 AM, Arnt Karlsen wrote: > >>> On M

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On 04/24/2017 03:59 PM, Arnt Karlsen wrote: > On Mon, 24 Apr 2017 14:16:03 -0400, fsmithred wrote in message > : > >> On 04/24/2017 10:39 AM, Arnt Karlsen wrote: >>> On Mon, 24 Apr 2017 08:43:35 -0400, fsmithred wrote in message >>> <1b574913-ccd5-2395-1c8d-2647d7e40...@gmail.com>: >>> On 0

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Mon, 24 Apr 2017 14:16:03 -0400, fsmithred wrote in message : > On 04/24/2017 10:39 AM, Arnt Karlsen wrote: > > On Mon, 24 Apr 2017 08:43:35 -0400, fsmithred wrote in message > > <1b574913-ccd5-2395-1c8d-2647d7e40...@gmail.com>: > > > >> On 04/24/2017 07:21 AM, Arnt Karlsen wrote: > >>> On M

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On 04/24/2017 10:39 AM, Arnt Karlsen wrote: > On Mon, 24 Apr 2017 08:43:35 -0400, fsmithred wrote in message > <1b574913-ccd5-2395-1c8d-2647d7e40...@gmail.com>: > >> On 04/24/2017 07:21 AM, Arnt Karlsen wrote: >>> On Mon, 24 Apr 2017 05:18:32 -0400, fsmithred wrote in message >>> : >> >> >> >>>

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Mon, 24 Apr 2017 08:43:35 -0400, fsmithred wrote in message <1b574913-ccd5-2395-1c8d-2647d7e40...@gmail.com>: > On 04/24/2017 07:21 AM, Arnt Karlsen wrote: > > On Mon, 24 Apr 2017 05:18:32 -0400, fsmithred wrote in message > > : > > > > >>> > >> > >> I don't know if this would be of any he

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Mon, 24 Apr 2017 14:49:06 +1000, Ralph wrote in message : > > Arnt Karlsen wrote on 24/04/17 09:13: > > On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message > > <20170419185407.228cd...@nb6.lan>: > > > >> On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message > >> : > >> > >>> > >>>

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On 04/24/2017 07:21 AM, Arnt Karlsen wrote: > On Mon, 24 Apr 2017 05:18:32 -0400, fsmithred wrote in message > : >>> >> >> I don't know if this would be of any help to you, but I have a vdev >> live iso that I made using Ralph's vdev packages back in October. >> After reading this thread, I dec

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Mon, 24 Apr 2017 05:18:32 -0400, fsmithred wrote in message : > On 04/23/2017 07:13 PM, Arnt Karlsen wrote: > > On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message > > <20170419185407.228cd...@nb6.lan>: > > > >> On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message > >> : > >> >

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On 04/23/2017 07:13 PM, Arnt Karlsen wrote: > On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message > <20170419185407.228cd...@nb6.lan>: > >> On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message >> : >> >>> >>> >>> Arnt Karlsen wrote on 19/04/17 23:17: >>> [cut] ...wiped udev

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

Arnt Karlsen wrote on 24/04/17 09:13: On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message <20170419185407.228cd...@nb6.lan>: On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message : Arnt Karlsen wrote on 19/04/17 23:17: [cut] ...wiped udev off my box and wound up with a box tha

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message <20170419185407.228cd...@nb6.lan>: > On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message > : > > > > > > > Arnt Karlsen wrote on 19/04/17 23:17: > > [cut] > > > > > > ...wiped udev off my box and wound up with a box that boots o

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Wed, Apr 19, 2017 at 11:37:32PM +0200, Arnt Karlsen wrote: [cut] > > ..what nasty command line tricks do I use to get online with > devuan_jessie_RC_amd64_minimal_live_vdev.iso? > (Ideally wifi, but eth0 will work.) > Hi Arnt, if it comes from a minimal-live RC, you have setnet in there

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Wed, 19 Apr 2017 18:54:07 +0200, Arnt wrote in message <20170419185407.228cd...@nb6.lan>: > On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message > : > > > > > > > Arnt Karlsen wrote on 19/04/17 23:17: > > [cut] > > > > > > ...wiped udev off my box and wound up with a box that boots o

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Thu, 20 Apr 2017 02:21:53 +1000, Ralph wrote in message : > > > Arnt Karlsen wrote on 19/04/17 23:17: > [cut] > > > > ...wiped udev off my box and wound up with a box that boots oh soo > > fine until it tries to load my new vdev > > initrd.img-4.9.0-2-rt-amd64 ...am I the first one here to t

Re: [DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

Arnt Karlsen wrote on 19/04/17 23:17: [cut] ...wiped udev off my box and wound up with a box that boots oh soo fine until it tries to load my new vdev initrd.img-4.9.0-2-rt-amd64 ...am I the first one here to try this on a rt kernel? ..recovery ideas? Do we have any vdev live-cd? ..last tim

[DNG] ..vdev box recovery ideas?, was: gvfs depends on libsystemd0

On Wed, 19 Apr 2017 13:56:33 +0200, Arnt wrote in message <20170419135633.56c5b...@nb6.lan>: > On Tue, 11 Apr 2017 11:31:35 +0200, aitor_czr wrote in message > : > > > Hi Hendrik, > > > > On 04/11/2017 12:17 AM, Hendrik Boom wrote: > > > What is the status of vdev? Is it packages and inthe r

Re: [DNG] vdev packaging status (was eudev status)

Eeh, the vdev package is now moved to https://git.devuan.org/devuan-packages/vdev Sorry about my confusion Ralph. Ralph Ronnquist wrote on 2017-01-17 18:48: Note, I've *removed the release directory* from gitlab, as I figured it is for keeping only the source rather. But, in a rather near fut

Re: [DNG] vdev packaging status (was eudev status)

Note, I've *removed the release directory* from gitlab, as I figured it is for keeping only the source rather. But, in a rather near future, the vdev packages should be available in "unstable". Meanwhile, don't hesitate to grab the sources from https://git.devuan.org/ralph.ronnquist/vdev for yo

Re: [DNG] vdev packaging status (was eudev status)

Guided by this and other good emailed feedback, I've updated the code slightly, and made a new build for amd64, plus added the source bundles to the release area. As far as I remember, there's no change to function, apart from some very slight polishing to the "action" files. The source is howe

Re: [DNG] vdev packaging status (was eudev status)

Hi anto, On 01/09/2017 08:32 AM, Anto wrote: Thanks Aitor, I think I will just use your debian packaging files of vdev from http://packages.gnuinos.org/unsystemd/pool/main/v/vdev/vdev_20161228-jessie1.debian.tar.xz. And looking at the control file of vdev inside that tar file, I also nee

Re: [DNG] vdev packaging status (was eudev status)

On 08/01/17 20:09, aitor_czr wrote: Hi Anto, On 01/08/2017 04:02 PM, Anto wrote: [snip]... Thanks Aitor, I am actually looking for vdev source package which includes its debian packaging files. Your repository does not seem to have the source package of vdev as below. Yes, it has: h

Re: [DNG] vdev packaging status (was eudev status)

Hi Anto, On 01/08/2017 04:02 PM, Anto wrote: On 08/01/17 02:33, aitor_czr wrote: Hi Anto, [snip]... deb http://packages.gnuinos.org/unsystemd jessie main http://packages.gnuinos.org/unsystemd%20jessie%20main> But use it at your own risk :) I recommend you to separate the " / " partitio

Re: [DNG] vdev packaging status (was eudev status)

On 08/01/17 02:33, aitor_czr wrote: Hi Anto, [snip]... deb http://packages.gnuinos.org/unsystemd jessie main http://packages.gnuinos.org/unsystemd%20jessie%20main> But use it at your own risk :) I recommend you to separate the " / " partition from the " / home " partition, so far as you

Re: [DNG] vdev packaging status (was eudev status)

On 06/01/17 05:57, Ralph Ronnquist wrote: The devuan/debian packaging of vdev is so far only in "my" repository. But I've only fitted it out with the packaging files that differ from the "defaults", as generated by "dh_make -a". Please look at the make file "debian.mk" for specifics. I also

[DNG] vdev packaging status (was eudev status)

Hi Anto, On 01/04/2017 04:17 PM, Anto wrote: On 24/12/16 00:17, fsmithred wrote: >On 12/23/2016 05:42 PM, Rob Owens wrote: >>On Thu, Dec 22, 2016 at 10:56:58AM -0500, Haines Brown wrote: >>>I installed jessie-beta on a disk some time ago, and off hand it boots >>>and runs just fine. However

Re: [DNG] vdev packaging status (was eudev status)

The devuan/debian packaging of vdev is so far only in "my" repository. But I've only fitted it out with the packaging files that differ from the "defaults", as generated by "dh_make -a". Please look at the make file "debian.mk" for specifics. I also started on a habit to build it all in a fire

[DNG] vdev packaging status (was eudev status)

On 24/12/16 00:17, fsmithred wrote: On 12/23/2016 05:42 PM, Rob Owens wrote: On Thu, Dec 22, 2016 at 10:56:58AM -0500, Haines Brown wrote: I installed jessie-beta on a disk some time ago, and off hand it boots and runs just fine. However I didn't migrate it to from my current Debian Wheezy beca

Re: [DNG] vdev - the next generation

On 10/11/2016 02:00 PM, Ralph Ronnquist wrote: Good documentation is the next best thing. Yes, i think so :) Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] vdev - the next generation

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 fo

Re: [DNG] vdev - the next generation

- 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,

Re: [DNG] vdev - the next generation

Ralph Ronnquist wrote on 10/08/2016 06:54 PM: > 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). Thanks so much for all your work on this! __

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 hol

Re: [DNG] vdev - the next generation

Just want to say Ralph that your work on this is really appreciated. I consider vdev to be one of the most important projects going. I wish I was more competent at development work, because I'd like to help with it. When you get to scanner support, I'm going to definitely get more involved with tes

[DNG] vdev - the next generation

Given that little has been mentioned abot vdev lately, I thought to drop this FYI to report were I am at on this. Basically, my vdev packaging project reached it's first milestone some two weeks ago, of being installable and usable on Devuan 1.0.0 beta. That means, that if you have a Devuan 1.

[DNG] vdev - /dev/snd/timer

/dev/snd/timer does not get the right permissions. crw--- 1 root root 116, 33 Sep 9 03:32 timer It should be: crw-rw 1 root audio 116, 33 Sep 9 03:32 timer like everything else in /dev/snd/. Changing it manually eliminates a pcm error and allows the user to play audio. Adding 'if_

Re: [DNG] vdev - scanner

On 02/09/16 23:39, Ralph Ronnquist wrote: Dave Turner wrote on 02/09/16 20:12: On 02/09/16 01:38, Ralph Ronnquist wrote: Ralph Ronnquist wrote on 01/09/16 08:51: My worry is that the OS_TYPE=255/255/255 condition is not distinct enough to make the action apply exactly and only for scanners.

Re: [DNG] vdev - scanner

Dave Turner wrote on 02/09/16 20:12: On 02/09/16 01:38, Ralph Ronnquist wrote: Ralph Ronnquist wrote on 01/09/16 08:51: My worry is that the OS_TYPE=255/255/255 condition is not distinct enough to make the action apply exactly and only for scanners. Comparing with udev rules, you'll find there

Re: [DNG] vdev - android

On Fri, 2 Sep 2016 09:59:29 -0400 Hendrik Boom wrote: > Have things changed? ISTR that they changed between Android 4 and Android 5; my 4 tablet mounted directly, while for my daughter's 5 phone I had to install some packages. Cheers, Ron. -- When men are pure, laws ar

Re: [DNG] vdev - android

On Fri, Sep 02, 2016 at 11:12:00AM +0100, Dave Turner wrote: > > dmesg knew all about my android tablet when I plugged it in, why can't vdev > pick it up from there? > > this is what I had to add into 51-android having had a look at dmesg first. > > #my cheap Android tablet > ATTR{idVendor}=

Re: [DNG] vdev - scanner

The key here is that linux doesn't assume one user. You get to answer, from first principles, whether a particular USB device belongs to user x or to root, etc. The mac has a stronger assumption that your mac belongs to you (which is why the default hostname is "Dave Turner's Mac", etc) and what

Re: [DNG] vdev - scanner

On 02/09/16 01:38, Ralph Ronnquist wrote: Ralph Ronnquist wrote on 01/09/16 08:51: My worry is that the OS_TYPE=255/255/255 condition is not distinct enough to make the action apply exactly and only for scanners. Comparing with udev rules, you'll find there are more than a few rules for USB dev

Re: [DNG] vdev - scanner

Ralph Ronnquist wrote on 01/09/16 08:51: My worry is that the OS_TYPE=255/255/255 condition is not distinct enough to make the action apply exactly and only for scanners. Comparing with udev rules, you'll find there are more than a few rules for USB devices, and almost all of them make their cla

Re: [DNG] vdev - scanner

fsmithred wrote on 01/09/16 06:17: ... OS_TYPE=255/255/255 ... My worry is that the OS_TYPE=255/255/255 condition is not distinct enough to make the action apply exactly and only for scanners. Comparing with udev rules, you'll find there are more than a few rules for USB devices, and almost

  1   2   3   4   5   6   7   >