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 been file names on the systems > >> we're discussing now. > > I wonder why. Historical accident? Or some deep technical reason? > > 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. That makes sense. Thank you. > > These device special files are used in particular to write to and > read from and I think nobody wants this to happen with network devices. > AFAIU, there are a lot of devices which don't show up in /dev, like all > the intermediate devices, the ones which handle USB, SCSI, SATA, PCI. > > -- Didier > > > ___ > 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
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 plausible. I, too, have long wondered why ethX devices were never represented under /dev > These device special files are used in particular to write to and read from > and I think nobody wants this to happen with network devices. AFAIU, there > are a lot of devices which don't show up in /dev, like all the intermediate > devices, the ones which handle USB, SCSI, SATA, PCI. Hm... /dev/ttyUSBX /dev/sdX /dev/srX /dev/hdX I can't really think of a sensible category for PCI, since it's not so much a family of devices as just a way of plugging things in. I mean, we never had /dev entries for ISA, VESA, AGP (and probably many more I don't think of right now), so why should the PC bus appear in /dev? What's important is the thing that's plugged in to PCI, and that appears as /dev/lpX, /dev/ttyX, /dev/sdX, etc. I also see no reason to list a USB hub, or a PCI bus, as a "device". It's not like anything in userspace needs to talk to it, and that's what /dev is for, yes? Antony. -- Pavlov is in the pub enjoying a pint. The barman rings for last orders, and Pavlov jumps up exclaiming "Damn! I forgot to feed the dog!" Please reply to the list; please *don't* CC me. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Apollo computers (Was: savings from parallelism)
Didier Kryn wrote: > I remember these Apollos. They were shining and ran some brand of > Unix if I remember well. We had a few in my lab but I never got a chance > to touch one. I knew "just about zero" about Unix back then so can't comment on how they compared with anything else. The OS was Domain/IX (or something similar) - ah, wonders of modern search engines, Domain/OS https://en.wikipedia.org/wiki/Domain/OS And now I read that, I also recall AEGIS being part of the name somehow. See also https://en.wikipedia.org/wiki/Apollo/Domain Brings back some details. We had the DN1 as a number cruncher, and before it got locked down, I recall it was blazingly fast compared to our workstations - one of the "demo" programs around on the network did real-time calculations for a load of bouncy balls "tipped into the top of the screen" (so the dynamics of gravity, plus the dynamics of collisions between the balls and boundaries or other balls) and the DN1 could do the maths (I guess, from memory) an order of magnitude or more faster judging by how much better the balls moved when the maths was done remotely. Reading the articles, I guess we probably had DN3000 workstations. But the one outstanding feature of the system was it was designed to run a network. Every file on any system on the network was located under one tree. While we are used to "/..." starts at the root of our own box's file system, on the Apollo Domain system, they all came under "//..." with "//https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
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 why. Historical accident? Or some deep technical reason? 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. These device special files are used in particular to write to and read from and I think nobody wants this to happen with network devices. AFAIU, there are a lot of devices which don't show up in /dev, like all the intermediate devices, the ones which handle USB, SCSI, SATA, PCI. -- Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Overlay filesystems and readonly partition mounts.
On 2020-12-25 18:45, Edward Bartolo via Dng wrote: > I read the suggested shell script to provide an overlay filesystem in > Raspbian and found nothing that can damage my setup. I will use that > script. All file writes will directed to RAM. Can you share a link to those instructions please? Many thanks. -- Ian ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] double negative
Dear dear Ralph, On 26/12/20 10:49, Ralph Ronnquist via Dng wrote: On 26/12 10:19, Simon Walter wrote: On 12/26/20 2:31 AM, Hendrik Boom wrote: On Fri, Dec 25, 2020 at 10:07:57AM -0500, Steve Litt wrote: On Fri, 25 Dec 2020 00:18:55 -0800 Rick Moen wrote: Quoting Didier Kryn (k...@in2p3.fr): Just to remind, if you forgot it. There's one known case where double positive means negative: C++ "Yeah, yeah." (The gag may not travel well, so: At least in some USA regions, the phrase "Yeah, yeah" is something of a dismissive phrase with meaning at least bordering on denial.) Here's what I want to know... Why is the first word of any answer to any question asked of self defined intellectuals "so"? To give them time to think. Merry Christmas and a Happy New Year? One might suggest, use instead instead of but but but instead of not but not instead of clarity, or not. In basque, the right way to say "John and me went swimming" is "John eta biok...", which literally translates as "John and both". According to the historical note of the double afirmation, John goes twice to the swimming pool and i wonder if he really goes... Aitor. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] double negative
On 26/12 10:19, Simon Walter wrote: > On 12/26/20 2:31 AM, Hendrik Boom wrote: > > On Fri, Dec 25, 2020 at 10:07:57AM -0500, Steve Litt wrote: > > > On Fri, 25 Dec 2020 00:18:55 -0800 > > > Rick Moen wrote: > > > > Quoting Didier Kryn (k...@in2p3.fr): > > > > > > > > > Just to remind, if you forgot it. > > > > > > > > > > There's one known case where double positive means negative: > > > > > C++ > > > > > > > > "Yeah, yeah." > > > > > > > > (The gag may not travel well, so: At least in some USA regions, > > > > the phrase "Yeah, yeah" is something of a dismissive phrase with > > > > meaning at least bordering on denial.) > > > > > > Here's what I want to know... > > > > > > Why is the first word of any answer to any question asked of self > > > defined intellectuals "so"? > > > > To give them time to think. > > > > > Merry Christmas and a Happy New Year? One might suggest, use instead instead of but but but instead of not but not instead of clarity, or not. Ralph. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
