jcgl

50 ms·

361.
by jcgl 1y ago
I really like systemd but am also Guix-curious. This sandboxing topic has been a bit of a blocker for me to properly go deeper with Guix. Do you know of any good places to read more about this vision? Sounds powerful and unique.
362.
by jcgl 1y ago
That reduced length is doubtless a big part of how they seem able operate successfully in the urban fabric. It’d be unthinkable with American-sized trucks and trailers. Tangentially, the smaller ambulances and fire trucks here seem so much
363.
by jcgl 1y ago
It seems like European trucks with their cab-over-engine design generally have far better visibility than their American counterparts. Not to mention the fact that they’re often smaller and more maneuverable. Where I live in Europe, I’m alw
364.
by jcgl 1y ago
If you would like to productively add some input, I'd certainly welcome it. I like to learn more about this space. My own experience of course includes various terminal emulators with unset or unsupported TERMs. Of course I have of cou
365.
by jcgl 1y ago
Well, not “nearly any program”; I believe that probing for capabilities is the preferred method these days.
366.
by jcgl 1y ago
Hm, that’s a good question. I suppose the same would apply to TCP+TLS with Encrypted Client Hello as well, right? Presumably the answer would be the same/similar between the two.
367.
by jcgl 1y ago
Due to its (afaik) unrivaled privacy-preserving architecture, the Signal servers have systematically less info on you than, e.g. a Matrix server. The risks of an attack should therefore be much lower. Oversimplifying a little bit here, but
368.
by jcgl 1y ago
I think I agree that there’s not a _ton_ of content out there on 80%+ of the systemd featureset. However, the first-party docs are really quite good. Considering that some blog posts are written to compensate for a lack of docs, I wonder if
369.
by jcgl 1y ago
Honest question: what’s wrong with DKMS?
370.
by jcgl 1y ago
The size of the whole pie has grown, and, yes, so have P2P networks. However, centralized networks of various kinds have grown too. From application-level networks (e.g. networks messengers from Signal to Discord; payment networks from Visa
371.
by jcgl 1y ago
It should be, at least on higher-end boards, no?
372.
by jcgl 1y ago
That’s surprising to hear. It’s been many years since I ran Ubuntu, but I never get a password prompt for the updater on Fedora.
373.
by jcgl 1y ago
The lack of updates/general software sketchiness is what has me turned off from the Jelly. I know a product like that never has a chance in hell of running Graphene, I’d be way more interested if it could run Lineage.
374.
by jcgl 1y ago
In a world where DANE catches on on the web, I don't see why Google and Mozilla couldn't do that again. I mean, presumably there'd need to be some evidence of malfeasance, like there was with Web PKI. I don't see why Moz
375.
by jcgl 1y ago
And [the union of CAs] not-so-silently controls TLS for the whole world. And if the transparency logs are the linchpin of trust for Web PKI, then I don't think it's too hard to imagine a system where you have a similar transparenc
376.
by jcgl 1y ago
Right, I agree. But the context was about the differences between ICE BEV. And they, afaik, have comparable bells and whistles.
377.
by jcgl 1y ago
Looks like it has a proprietary dependency (the calculator, listed at the bottom of the readme). So it doesn’t seem like this is legitimately open source.
378.
by jcgl 1y ago
But most of that electronic complexity is just as present in ICEs as in EVs, no? It’s not like most of it is in the drivetrain. All those auxiliary systems.
379.
by jcgl 1y ago
Two things: 1. Relying on just ICANN instead of ICANN+CA Forum would be an improvement. I assume, at least? Thinking about it though, the CA Forum setup with transparency logs and such does provide some safeguards against CA operator abuse.
380.
by jcgl 1y ago
I like the idea and I like DNSSEC too (well, well enough at least—lots of tooling could be better), but DANE can’t catch on faster than DNSSEC does. And DNSSEC isn’t exactly taking the world by storm.
381.
by jcgl 1y ago
I don’t see how this is a problem. Everything Is layers. An upper layer can override the layer beneath if it desires. OS -> browser -> web app
382.
by jcgl 1y ago
1. You have been able to assign DNS through SLAAC for years 2. Stateless DHCPv6 serves most needs not covered by SLAAC 3. Yeah, some ISPs screw up and don’t assign enough address space. Most likely because they’re still in the address-pover
383.
by jcgl 1y ago
Everything was going just fine with v6-only in my mini homelab...until I needed GitHub for something or other. And thus I set up NAT64+NAT64. It felt like a real shame to have to do that just for GitHub. I would've needed to eventually
384.
by jcgl 1y ago
Sounds like you need a client whose width can be configured. Rather than imposing arbitrary, non-semantic formatting on all messages.
385.
by jcgl 1y ago
Why do you think ZFS helps? I’m guessing you have compression turned on? IME, ZFS is rarely better in terms of raw performance, compared to e.g. XFS.
386.
by jcgl 1y ago
It’d surely be something like that. CN has been deprecated and SAN support has been required for 25 years at this point[0]. [0] https://datatracker.ietf.org/doc/html/rfc2818#section-3.1
387.
by jcgl 1y ago
That was entirely my experience running Debian. Especially when you include needing a more up-to-date version of the software, rather than the years-old version that comes with Debian. Switched to Fedora, and now the majority of things is r
388.
by jcgl 1y ago
What’s the simpler successor of OpenStack that you allude to?
389.
by jcgl 1y ago
I don’t disagree that a visual debugger made with a proper GUI toolkit is better than a TUI. However, nvim-dap-ui[0] does a pretty good job. [0] https://github.com/rcarriga/nvim-dap-ui
390.
by jcgl 1y ago
I’ve never used it and will take your word on its usability. But it’s not FOSS and so I’d never adopt it. Web browsers are too critical a piece of the stack today for them to be proprietary.

More ›