I can't seem to find it, but I think it was James Gosling, where he was blocked from reviewing code at Google because he hadn't gone through the company's approval process. I hope this wasn't a myth I've been carrying on for this long.
Is this for hardware RAID controllers, or have you experience software RAID like LVM or ZFS exhibiting the same drop out behavior? I personally haven't but it be nice to look out for future drives.
Oh I thought there was some other CVE acronym I was unaware of. I don't think periodically git cloning a repo every few days would be something to worry about. Ever since the Yuzu take down I got in the habit of mirroring a bunch of repos that I'd be very sad to lose, just as a precaution, it probably won't matter, but it's a tiny peace of mind knowing I could at the very least compile it myself if it was lost.
Those are distinct distros, while Bedrock is a layer that sits on top of multiple different distros and actively merges them together. At a glance, vanilla doesnt look like they merge/manage other distros at all? So I'm not sure the comparison makes sense. BlendOS is a completely different approach by using containers to isolate the different systems. Bedrock wants to merge the different systems where ever possible. I wouldn't say either is better or worse as their goals appear to be entirely different.
Have you ever heard of Bedrock Linux? Its an extremely interesting "meta-distro" that let's you run multiple different distros at the same time only marginally isolated. The whole premise is to merge the systems together instead of separating them with a container style workflow. Tons of stuff works cross distro to! Its extremely cool to have Debian AND Arch packages just installed the normal way on each distro. Its a beautiful and horrifying system, that warms my heart every time I remember it.
Oh so its just referring to writing the mod's code in the same file the mod is declared in being bad form? That seems very reasonable; since the point of a module is code separation so it makes sense to always put it in its own file. Good, I'm already doing that at least!
I'm reasonably sure that AV1 has better or at least similar size ratios. They also explicitly mentioned wanting to use libre codecs, which h265 is not.
I don't know enough Rust to understand by what you mean by the last one. My understanding was that mod name was just declaring the module that this file depends on. Could you explain what I should do instead? Since your other statements I totally agree with, I should probably agree with the last one.
After this article I've started binge watching this whole channel. Extreme in depth analysis and code walking of NES games in assembly is so interesting. Really makes you appreciate how small and simple the platform was. "Optimizing" a game really feels like a noticeable difference. I also learned how Gameshark codes work, they're just editing addresses and OP codes directly.
Here's a link to an instance of radicle for Yuzu. It's a p2p git server implementation. I haven't looked too much into it yet, but the tech seems interesting.
The post you originally replied to was misunderstanding how the username is located when authenticating with a server.
Original post:
The public key contains a user name/email address string, I’m aware, is the same information also encoded into the private key as well?
Your reply would be creating more confusion, because you implied that no username is required.
Your reply:
That means the corresponding public key that was uploaded to the git server is enough to authenticate and no username is required.
I am just clarifying if the original poster read your comment and was led to believe they wouldn't need a username. It is, in fact, required. As you expressed, it's usually "git" when connecting to a a git server, but it doesn't have to be.
I can't seem to find it, but I think it was James Gosling, where he was blocked from reviewing code at Google because he hadn't gone through the company's approval process. I hope this wasn't a myth I've been carrying on for this long.