Re: [DNG] new freedesktop "standard": /etc/machine-id
Rowland wrote: > On Fri, 8 Mar 2019 11:44:49 -0600 > "Jamey Fletcher" wrote: >> I have it here on my Gentoo install - and /var/lib/dbus/machine-id is >> a symlink to it. It's basically the same length as a MD5SUM - why >> not just standardize on the MD5SUM of an empty 0-byte file ( >> d41d8cd98f00b204e9800998ecf8427e ) and tell them to take a running >> leap from the ISS? > Now that's an idea, if they are tracking us, one ID will appear to be > everywhere at once, that should confuse them ;-) I had, at one point, proposed to a friend that we set up a tool that would, any time a tracking cookie was set by DoubleClick or one of the other tracking companies, upload it to a pool, from which anytime DoubleClick requested said cookie from your machine, it would retrieve one at random and return it, poisoning their database. Probably have to do it with a local proxy server, but seems feasible. (Kinda like the winnow-and-chaff satellite internet service I wanted to propose. You send your data, encrypted, up to the service, and it's all uploaded to the satellite, and broadcast everywhere, along with all of the other data being sent, mixed up randomly. If the other end could decode it, it was for them, everything else was just semi-random noise to make it more difficult for the Nosy Spy Agency to classify and decrypt. Of course, from a few years on, I don't think it would be quite that easy, but ... maybe, with public-key encryption?) ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] new freedesktop "standard": /etc/machine-id
> Anno domini 2019 Fri, 8 Mar 10:45:04 -0600 > Nate Bargmann scripsit: >> * On 2019 08 Mar 08:00 -0600, KatolaZ wrote: >>> and, IIRC, also /var/lib/dbus/machine-id is re-generated at boot >>> time. But we need to double-check. >> Not on this Debian Buster machine. Both /var/lib/dbus/machine-id and >> /etc/machine-id have a date/time consistent with the initial system >> installation back in October. The machine has been rebooted a number of >> times since. I've not tried moving either and seeing what happens on >> the next system restart. > Hm ... same here: > nik@t61:~$ ll /var/lib/dbus/machine-id > -rw-r--r-- 1 root root 33 Sep 15 2015 /var/lib/dbus/machine-id > nik@t61:~$ ll /etc/machine-id > -r--r--r-- 1 root root 33 Sep 15 2015 /etc/machine-id > nik@t61:~$ > 2015 ... that was jessie, when this computer was set up ... I have it here on my Gentoo install - and /var/lib/dbus/machine-id is a symlink to it. It's basically the same length as a MD5SUM - why not just standardize on the MD5SUM of an empty 0-byte file ( d41d8cd98f00b204e9800998ecf8427e ) and tell them to take a running leap from the ISS? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Participate to the first Devuan Conference in Amsterdam!
Quoting Rick Moen : > Quoting Jamey Fletcher (ja...@beau.org): >> Quoting Rick Moen : >> I dunno about you, but I would certainly consider $340-500 a "very >> expensive luxury". > I suppose it's a matter of perspective. I often encounter fellow > Americans who assume it would be far cheaper to go on holiday for five > days to a domestic city (e.g., San Francisco, NYC) than to five days in > Amsterdam, because they never bothered to look up how much food and > lodging costs in SF and NYC relative to Amsterdam. (Answer: much more > expensive. See also: Miami, Santa Barbara, Boston, Honolulu.) [...] > (I suspect mostly, though, it's just a convoluted way of saying 'This is > unfamiliar, and I'd rather stay home. Which, fair enough.) No, it's because I'm po' - they done repossessed my r and my other o. To be fair, I'm not quite *that* poor - but $350+expenses for five days in Amsterdam ($75 a day, I expect?) is pretty much my discretionary spending for several months gone, and I've been trying to use that to pay down my various debts. Just the flight alone is half my monthly rent. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Participate to the first Devuan Conference in Amsterdam!
Quoting Rick Moen : > Quoting Linux O'Beardly (linux.obear...@gmail.com): >> Thanks for the quick response. I don't know if I'll make it; airfare >> from the states to Europe is a very expensive luxury [...] > (Hi, son of a commercial airline captain, here.) > International (IAD). Round-trip fares are running currently around > $340-500. Inexpensive lodging abounds in Amsterdam, and public > transportation is cheap and very reliable, not to mention the city being > very walkable. I dunno about you, but I would certainly consider $340-500 a "very expensive luxury". ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] It's far from being over. Sigh!
> I'd prefer to see chips from scratch, rather than patching on features > late in the game. We can be pretty sure chip makers will only patch > problems as they are found instead of redesigning their chips to prevent > future problems. The problem with doing that is you find yourself facing all new bugs never before seen. As well as having to characterize the new chips from the ground up to get best results. > My reaction to the situation is that I'll no longer buy new hardware at > all. Everything I buy now is second user, until I see chip makers pulling > their finger out and doing what really needs doing. > On top of that I'll only buy hardware that can be free software down to > the bios. It should be nothing to them what runs in the bios, so I'll wait > and see if they can be more flexible there (for however long it takes). Need to go for a lot deeper than the "bios". Modern processors have at least another layer under that, either on the CPU or in the chipset. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] It's far from being over. Sigh!
> https://www.reuters.com/article/us-cyber-intel/next-generation-flaws-found-on-computer-processors-magazine-idUSKBN1I42BZ It'll likely never be over at this point. I'm reasonably certain that if the kind of accumulated knowledge and experience we have now were applied to 386 chips, issues at this level might be found. Might even find fun in things like the old Z-80s, 6502s, and 6809s. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Install one package from Ceres
> How do I install one package from Ceres? Together with its necessary > dependencies, of course. Download the package, install locally, see what it wants? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Sakura: was ROXterm flickers in ascii
> Steve Litt [2018-01-03 22:32]: >> Yes. It's different from lxterminal, which is an advantage. IMHO, the >> more terminal emulator programs you have, the better. So: > Why, if they are all the same? Well, they're not all the same. I just found mention of one that has many features I would dearly love, though unfortunately it's died: finalterm http://worldwidemann.com/final-term-a-modern-terminal-emulator/ Still: http://worldwidemann.com/finally-terminated/ There is a project called finalterm-reborn, but I don't have it in my gentoo repos :( Still, the ability to collapse and expand command output would be rather nice... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Decent GUI FTP client for linux (not filezilla)
> On Wed, Dec 06, 2017 at 09:54:37PM -0800, Rick Moen wrote: >> Quoting KatolaZ (kato...@freaknet.org): >> >> > GNU mc. Unless by GUI you really mean something with sparks and >> > glitters :-P >> >> I've been struggling with the temptation to say 'lftp in an xterm', and >> hereby surrender to it. >> > > Well, I have been using ncftp, lftp, and yafc, almost exclusively, > almost interchangeably, and never felt the need of something else, > TBH. But I understand that they are probably not GUI ftp clients, are > they? Using MATE (or Gnome), I just go to the Places menu, Connect To Server, and set up a sftp folder. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Redhat CEO answers questions
>> systemd is a reality, and making sad or smart jokes about it does not >> make it more palatable, or less of a threat. > yep, you are right systemd is a reality, I just needed to vent somehow. > and making my jokes is one way of doing so... Do we need to start alt.systemdadmin.recovery? ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Could not open a connection to your authentication agent.
> mylo2594 1 0 Sep05 ?00:00:00 ssh-agent > mylo2614 1 0 Sep05 ?00:00:00 ssh-agent [...] > mylo 29792 1 0 Sep01 ?00:00:00 ssh-agent > mylo 30159 1 0 Sep11 ?00:00:00 ssh-agent I would start with $ ps axf to get a tree view of them - see which one is starting which. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Technical overview of init systems
> Le 09/08/2017 à 22:46, Joel Roth a écrit : > Despite what the author claims, this series of pages isn't about > init. It is mostly about supervision and a little about containers. It > assumes both are usefull, with no argumentation to motivate supervision. > Confusion about init, supervision, and containers typically suggests > that the author has been contaminated by systemd propaganda. > Also I don't like the style of this series of explanations; there > is little content within a lot of decoration and structure. Clearly the > author has tried all these supervisors but his explanations could be > more detailed. And the answer is... Take what he's written, add in your thoughts, more clearly specify the differences between inits, supervisors, hypervisors, and containers, and write up your own explanation. One thing I might suggest, since you think his explanations could be more detailed, is do a short explanation for each section, kind of an executive summary, and then add in a section closed up initially for more detail for those who need it. ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] kernel drivers [WAS: How long should I expect to wait for openrc to be ready in devuan ascii]
> Le 11/07/2017 à 14:30, Enrico Weigelt, metux IT consult a écrit : > We have two detectors running. On each of them, a sophisticated > trigger logic decides when interesting data has been seen and triggers > 400 channels of waveform digitizers (like 400 synchronous oscilloscope > channels). 64 bit of trigger-related meta-data are transmitted to the > read-out subsystem by the trigger system via the waveform digitizers > digital input. There are a few hundreds triggers per second. The data > are collected from 5 VME masters (in 5 VME64x crates) through 1gb/s > ethernet by a Dell Poweredge server, re-arranged, compressed and written > to disk before further transmission to a big computer center. > Compression must be done before writing to avoid saturate the disk > bandwidth. That sounds suspiciously like you're working on the LHC! Or perhaps the VLA... ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Linus can no longer trust "init"
> I no longer feel like I can > trust "init" > https://lkml.org/lkml/2017/7/6/577 This is getting scary - last time I remember something along these lines, something called git seemed to be the end result. And I think git has taken over the world from emacs! ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
