Skip Navigation

Posts
4
Comments
242
Joined
2 yr. ago

  • If you haven't already, I recommend Watchtower (nickfedor fork—the original is unmaintained) which automatically pulls updates to Docker containers and restarts them. Make sure to track latest, although for security updates, these should be backported to any supported versions so it's fine to track an older supported version too.

  • Notesnook notebook with whatever info I need to be able to administrate the system. e.g. what different ports are used for and why the firewall policies are what they are, sometimes write-ups after a troubleshooting session, etc.

    The Notesnook instance is self-hosted too, but if the server goes down, the notebook will still be available locally.

  • I don't see where I said any of the words you just quoted. Impressive if Rust can suck a dick I don't have though, I'll give them that.

  • You can embed Assembly in Rust. A lot of low-level Rust projects embed Assembly.

  • A competing Forgejo instance

  • How's the firmware support/availability? For things like graphics tablets, graphics drivers, etc?

    I don't think OpenBSD has binary compat with Linux but most Linux software should just need a recompile for BSDs—I'm discouraged from porting given that when it's not a simple recompile I'd have much less idea what to do.

  • The reasons people use Linux are for qualities other than the ones affected by AI use. AI use has implications for code quality, correctness, and security. But none of those are why people use Linux. People use Linux over BSD or other Unixes because Linux supports the most hardware, has the biggest software ecosystem, and being a monolithic kernel is much easier to get up and running with lots of hardware without needing to install separate drivers. Those qualities still need to be addressed by BSDs or whatever alternatives before people will start migrating from Linux.

    I say this as someone who regularly uses and enjoys an OpenBSD machine. I couldn't use it as my main machine because it just doesn't have the same software availability and plug-and-use hardware support as Linux. Porting software to a new target is not a trivial task for most users. I package a few things for the AUR and that's much easier as the software already supports x86_64 Linux; I just have to write a script to install it. I think OpenBSD is a nice OS but I highly doubt Linux users will migrate any time soon. Think about how many people were clinging onto X11 because Wayland didn't support their super specific workflow. And a migration to an entirely different OS would be worse.

  • I know about Tailscale. I don't use it because I want my VPS to be exposed to the internet; some of my services are supposed to be public. And those that aren't, have their own authentication systems that are adequately secure for their purposes. I just don't need Tailscale so I've not bothered with the setup.

  • I've had my VPS exposed to the internet for a while and never been pwned. No professional experience. Use SSH keys, not password authentication. Use FDE if physical access is in your threat model. Use a firewall to prevent connection on internal-only ports.

    Vaultwarden will store your passwords encrypted (obviously) so even if your database does get stolen, the attacker shouldn't be able to read your passwords without your master password.

  • It's great. I also self-host my own Forgejo (that's the software Codeberg runs on) instance for private repos, to avoid using up space on Codeberg's servers.

    Main problem is the lack of federation, leading to splintering across Codeberg/GitLab/sourcehut/self-hosted forges. I know there's Radicle, and Forgejo is working on ActivityPub integration, but it's slow-moving to get what should be inherently federated by design (git) to actually be federated. In practice you need accounts on a dozen different websites if you want to regularly contribute to foss.

  • Don't worry, the models already spit out poor code quality.

  • Without knowing anything about your students, it's hard to say. If I were the student I'd much prefer to be taught C, but that's because I have an existing interest in computers and a desire to develop systems programming skills. I wouldn't like to teach JS to anyone because it's a bad language and I don't want students to go away making more web 3 slop but if they actively are interested in making web 3 slop that'd be a case for teaching JS. I'm of the pedagogical school of teaching students what they are actually interested in learning. They might not know enough about programming to know which language they want to learn off the bat, but maybe ask them what sort of software they're interested in making. If they want to make websites, you might want to teach them something like Python with Flask, as something less bad than JS as well as easy enough to learn.

    Imo C is a good teaching language as it teaches you a lot about how computers work, as well as the fact that nearly everything runs on C. It is "harder" though, and imo is also for students who are actually interested.

  • If you want something more featureful, OpenRC is decent.

    I usually use runit, which is much more lightweight, which I like.

    You can try out distros with different inits in VMs and see what you like. Or if you're the distro-hopping kind, just distro-hop.

  • Haha I used to do this all the time for my credit card PIN. Every time I had to enter it I had to get out a calculator as I didn't remember the four-digit number but I did remember the expression I used to derive it.

  • Good luck trying to maintain the mammoth that is systemd... why not just switch to an alternative init system and focus your efforts on contributing to those, instead of trying to single-handedly maintain such a huge codebase?

  • The middle ground is the middle ground between user freedom and corporate control. Which is not a spectrum you want to be in the middle of.

    This is like getting a pay rise that's below inflation. That's a pay cut. And this is a loss.

  • And I've installed apps with adb install file.apk, your point?

  • Pretty sure they meant a smartphone with a desktop OS installed on it (eg Linux phones), not just "phone that looks kinda like a laptop but still uses Android"

  • Then I don't think that would be the most effective way because most people aren't paying that much attention, independently of knowledge. What would tip me off to it being a scam would be other parts of the email.

  • The point schnurrito was making is that even if you know what an IP address is and what are valid or invalid IP addresses, a lot of people won't read the IP address. They'll just see numbers and skim over them. Even if you're keeping eyes peeled for scams, most people don't have their IP address memorised off the top of their heads so they wouldn't be looking to check if the IP address looks right or not.