Man Nvidia users are going to be stoked when the get explicit sync in they’re desktop environments in two years. 😂 They’re have been so many small improvements in the Nvidia drivers up until that point I hope they actually update Nvidia drivers on Debian. I understand some of those improvements are not going to work because of the kernel version and the desktop versions.
I’m using mxlinux “ahs” version, it comes with kde at their “ahs” repos for supporting latest hardware and graphics cards. You may also check for the non-ahs, there might be a meta-package for kde plasma and that’s it…
'The wind keeps blowing my wifi signal away ' is more than enough information to diagnose the problem, and 'the computer forgot my password' is now a real thing since password managers started coming baked into browsers.
We are so far beyond parody of ourselves that i have no idea how the onion stays in business.
How could you be simpler than keepass? Like, there’s more advanced features, but for basic function, its just a password to access a list of passwords.
…its just a password to access a list of passwords.
Unless you never thought of, implemented, regularly did and regularly tested your backup of the database. Or… try to use it on more than one device - maybe even at the same time.
That’s the main problem with KeePass. It’s nice to have it offline, fully under your control and out of the cloud, but that comes with some responsibilities on your end. And now think of how the average user solves this. If you’re tech savvy enough, KeePass is great!
You technically only need it on one device if you don’t want to be able to copy/paste or use the autotype feature. Which works fine until you lose or break that one device or upgrade to a new one and forgot you needed to transfer your passwords or delete your database because you didn’t remember what it was and wanted to free up space.
And Bitwarden has scary things like “self-hosting”.
Setup syncthing between the computers. If the person is not tech savy enough, they can always force the tech savy enough person they know to set it up for them. The are no problems with the tech, people just dont know it exists. Even if you don’t or can’t use syncthing (iOS users), you can just be stupid and put it in the cloud.
Honestly, I’ve worked with a few teams that use conventional commits, some even enforcing it through CI, and I don’t think I’ve ever thought “damn, I’m glad we’re doing this”. Granted, all the teams I’ve been on were working on user facing products with rolling release where main always = prod, and there was zero need for auto-generating changelogs, or analyzing the git history in any way. In my experience, trying to roughly follow 1 feature / change per PR and then just squash-merging PRs to main is really just … totally fine, if that’s what you’re doing.
I guess what I’m trying to say is that while conv commits are neat and all, the overhead really isn’t really always worth it. If you’re developing an SDK or OSS package and you need changelogs, sure. Other than that, really, what’s the point?
Any standard that wastes valuable space in the first line of the commit is a hard sell. I don’t see the point in including fix/feat/feat! just for the sake of “easy” semantic versioning because generally you know if the next release is going to be major or minor and patches are generally only only after specific bugs. Scanning the commits like this also puts way too much trust in people writing good commit messages which nobody ever seems to do.
Also, I fucking hate standards that use generic names like this. It’s like they’re declaring themselves the correct choice. Like “git flow”.
You can always adapt to your how repo. But yeah, that’s the point. If you can trust people to make changes on a repo then you should be able to trust them in using some kind of commit structure.
Generic names are probably used in order to crate a familiar, easy to remember, structurized commit format.
Virtualization was supposed to reduce the overhead, not create entire DevOps departments.
Years of containerization yet no real use over make clean; make build
Wanted to deploy your app in the “cloud” anyways for a laugh? We had a tool for it, it’s called rsync
Let’s run a virtual container in –privileged mode, so we can manage system resources from it – Statements dreamt up by utterly Deranged
Look at what tech interviews have been demanding your Respect for all these years. (These are real documentation examples for how a simple virtualization supposedly works)
I am a little biased because I’ve been using Debian professionally for many years now but we don’t deserve Debian. It is fantastically stable and reliable and makes an excellent platform for running your services off of. If you are at all interested in offering some time and energy to the open source community, consider adopting a Debian package!
but seriously, modern FOSS distros (yes, debian is modern, damnit!) are amazingly good. you have an exceptionally high probablility of switching and staying switched.
Side note: anyone got recommendations for business software? I’ve started browsing the FOSS community here for ideas but I’m not sure what QuickBooks alternatives exist
A quick Google shows Quickbooks to be cloud-based accounting software. For FOSS accounting, GnuCash exists so you could try that (it can also run on Windows and macOS). However, it’s unlikely to have feature parity so if you like the added convenience that Quickbooks offers, see if you can use Quickbooks in a browser. Being cloud-based, they would probably build a browser version before building a Linux desktop app. If they don’t and you need to run a Windows desktop app on Linux, you can probably do this using Bottles (which uses Wine and Proton under the hood, the tech that enables the Steam Deck).
I mean yeah, but specifically I’d like something built for Linux that’s good for just basic spreadsheet stuff. I’m an electrician so I mostly just need to track jobs and accounts.
Most of (what we call) Linux OSes are formally GNU/Linux. GnuCash is as close as it gets to “made for Linux”. If you don’t want an accounting-specific application, but just generic spreadsheets, check out LibreOffice.
I highly recommend GnuCash for accounting though: a fellow board member cleaned up an org’s accounting by putting it all in GnuCash, where it was a bunch of error-prone Excel sheets before. That really made it easier to keep track and to do it right.
The best accounting software will be the one your accountant uses.
When clients are on the same platform that I use internally everything just matches up and it’s beautiful and elegant and amazing.
When clients are using something else it just doesn’t fit our workflows and it’s just more of a fuck around, which of course the client gets charged for.
That’s how I feel about arch, it’s not “stable” but the few issues I’ve had they typically have it fixed with an update within hours.
I do have to clarify when I switched to arch from windows my entire computer was brand new and practically no other distro booted or if it installed it dumped me to a black screen.
After running my server on archlinux with the stable kernel for 7 years I did install Debian on my new server. Zfs just required an older lts kernel than I could get on arch without a ton of hassle. I didn’t need it on my Mac mini with an external hard drive plugged in. From my experience it’s not very different to maintain compared to arch but it’s nice having built in automation instead of writing my own.
Man it’s weird using a system of what I can guess is a bunch of bash scripts on Debian to set things up compared to just using the tools built into and written for systemd.
“stable” in this case means that it doesn’t change often. Debian stable is called that because no major version changes are performed during the entire cycle of a release.
It doesn’t mean “stable” as in “never crashes”, although Debian is good at that too.
Arch is definitely not “stable” using that definition!
Yeah, I know the definition. I knew someone would quote it verbatim, someone always does. I quoted it because it’s not the word I would use. I like scheduled or versioned releases better but someone always disagrees with me. As far as I’ve seen it’s a major/minor version release cycle anyway.
I have never had a good experience with a Debian server. Every single time I had to add unstable or third party repos to get anything remotely current to run. What’s the point if you have to add unstable shit anyway?
Nah, hackthebox and many other red team simulation type sites have strict rules of engagement. You’re there to solve a puzzle as defined by hackthebox, not get around the puzzle by hacking hackthebox.
Oh no, just like if you were actually hired to do a red team simulation for a business! They would have strict rules of engagement and certain systems would potentially be defined as off-limits.
How terrible of Hackthebox to *checks notes… promote industry standard Red Team practices.
Speaking at a software conference in 2009, Tony Hoare hyperbolically apologized for “inventing” the null reference:[26] [27]
I call it my billion-dollar mistake. It was the invention of the null reference in 1965. At that time, I was designing the first comprehensive type system for references in an object oriented language (ALGOL W). My goal was to ensure that all use of references should be absolutely safe, with checking performed automatically by the compiler. But I couldn’t resist the temptation to put in a null reference, simply because it was so easy to implement. This has led to innumerable errors, vulnerabilities, and system crashes, which have probably caused a billion dollars of pain and damage in the last forty years.
Huh, so Tony Hoare invented null and then Graydon Hoare invented Rust, immediately terminating the existence of null which does not have a traditional null value.
Debian gives you a choice though. If you want stability, install the stable release. If you want newer packages, install the testing release. Just be sure to get security updates from unstable (sid) if you do that.
“stable” in this context means that stuff doesn’t change often. It doesn’t mean “stable” as in reliable / never crashes, although Debian is good at that too.
If you’re doing it right, containers are less like VMs and more like cgroups. If orchestrated correctly it uses less system resources to run lots of services on a single system/node.
That said, I’m a devops/infrastructure/network professional and not a developer, so maybe I’m missing something from the dev experience… But I love containers.
Docker does kinda suck now, though. Use podman or another interface instead if you can help it.
I’ve seen many a terrible containerized monolithic app.
I’ve seen plenty of self-hosters complain when an app needs multiple containers, to the point where people make unofficial containers containing everything. I used to get downvoted a LOT on Reddit when I commented saying that separating individual systems/daemons into separate containers is the best practice with Docker.
Separate containers works like a dream when one app starts shitting the bed, gets auto-cycled, and everyone else just chills. Not surprised on the Reddit downvotes though. That place is so culty, especially now.
programmer_humor
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.