This didn't happen to louis, or anyone in the rossmann group, this was a news story, he just happens to retell it.
EDIT: I was thinking of another video, ignore what I said.
This didn't happen to louis, or anyone in the rossmann group, this was a news story, he just happens to retell it.
EDIT: I was thinking of another video, ignore what I said.
I agree with what you're saying, but remember that open source software cannot happen without individual contributions and donations. If you have some money to spare, even just $1 dollar, please consider donating it to the developer of Lemmy. It's obviously not a requirement, but it helps keep the project going!
well I did say:
with the exception of routers, and other consumer appliances
but definitely, use whatever tool you like
Indeed, each system bears its distinctive advantages and drawbacks, and the optimal choice often hinges on the specific requirements of the task at hand. Nonetheless, I believe that OpenBSD's utility is limited in contemporary scenarios.
Culture
It's undeniable that OpenBSD has spawned important technologies under its "shut up and hack" mantra, cultivating an environment conducive to technical breakthroughs. Conversely, the Linux ecosystem too has been a breeding ground for major projects, Docker and Git being just a couple of examples. The ethos within each community can differ considerably, contingent upon the project or distribution. The widespread popularity of Linux may attract a varied spectrum of users, some less technically adept than the typical OpenBSD user. However, that doesn't mean it's short on technologically adept contributors.
Predictability
I've chosen to make peace with systemd, seeing it as a necessary compromise, as it has become the preferred choice amongst the developer community. Unless one fancies rewriting systemd .unit files each time something needs to be installed (which I don't), the practical choice is to work with it.
Concerning the upgrading process, many Linux distributions today offer smooth upgrades without necessitating a complete reinstall. Your encounter may rely on the particular distribution you're using. Perhaps it's been a while since you last used Linux. I haven't come across a distro that requires a complete overhaul in quite some time. Rolling release distros are now increasingly prevalent and are even suggested for novices.
With nixos, which is my distribution of choice for the foreseeable future, I have an attribute that your OpenBSD system lacks: reproducibility. I can transfer a handful of configuration files to a brand new computer and replicate my system precisely, encompassing all my installed packages and configurations, including those in $XDG_CONFIG_HOME. It will literally recreate the same exact environment.
History
And both of them are inspired by Unix, what's your point? :P
Why should a company that needs to make money selling software be “antiquated” simply because (for example) some of its algorithms are trade secrets?
I think we're not gonna agree on this, but I believe that all code that matters should be FOSS, there is no reason for a company to keep their algorithms as trade secrets, and if anything being open source can only improve the world, not hinder it.
That's an interesting question. The percentage of servers (with the exception of routers, and other consumer appliances) that run OpenBSD (and variants) is actually extremely low when compared to the amount of servers running Linux. That being said you CAN set it up yourself, rust can easily compile to a binary that works with openbsd by using the target x86_64-unknown-openbsd.
As another commenter said here, *BSD is very far behind the developments of Linux, when compared to developer experience. And realistically, unless you're a huge organization that can dedicate a team of engineers just to manage your system, perhaps because your business is one of those antiquated companies that hate the GPL, or you're someone who likes getting into the weeds, there is no reason to ever use *BSD in a modern system.
indeed, ignore what I said tho, I misread your question :)
Go to your instance settings (in your case https://lemmyonline.com/admin), change "Federation worker count", double or triple it. Then make sure that "Federation enabled" is checked. Double check that your system date is accurate (I'm serious. On a modern system, just do timedatectl set-ntp true
).
Subscribe to communities you want to follow. If your subscription is pending, share the logs and I'll be able to help you
reddit can't federate, but if you're a moderator in a big subreddit, let me know, I might try to write a script to clone all the posts in that subreddit to a brand new lemmy instance (obviously you won't be able to after june 31st). I'm 100% serious. In fact, depending on the size of the subreddit, I might even be willing to federate it into my own instance.
aww thank you :)
I'd say it's like worrying about getting eaten by a shark while you're busy poking a bear. Sure, students using AI to cheat on tests is a bit like the shark... it could happen... and maybe it does happen.... But that privacy bear? That thing's right in your face, hungry and potentially drooling over your personal data like it's a honey-drenched salmon. So, yes, it might be time to redirect that fear from the AI "shark" to the big, bad privacy bear! And hey, if they're still not getting it, maybe try putting it in terms they'll understand: "Think of it like this - the AI isn't the kid passing notes, it's the one who might read them out loud to the whole class...including all the stuff about your secret crush on the lunch lady."
You should look into setting up a matrix server, it will be more challenging than setting up jellyfin, but then you're gonna have an experience that's comparable to discord.
For your grandma, or other non-tech-savy users I recommend checking out the matrix client FluffyChat, which looks like a traditional messaging app
We should stop calling cloud-connected iot devices "smart". How is it "smart" to connect to the internet just to check if you can use your internet-connected doorbell?
Actual smart home devices are AWESOME. If your iot devices use standard, open protocols, don't connect to the internet, except for your local network and can be controlled from anywhere in your house by using tools like Home Assistant, then they're ACTUALLY smart devices.
We should start calling cloud iot devices "dependent" devices.
The term "dependent" more accurately represents the nature of these devices: they are reliant on internet connectivity and proprietary protocols, limiting user control and adding unnecessary complexity to simple tasks. Unlike truly "smart" devices, these "dependent" devices are less functional and flexible, due to their need to always be tethered to the cloud.
Think about it: if your internet goes down, your "smart" doorbell becomes nothing more than an ordinary doorbell. If the company's servers have an outage, your "smart" security system can't alert you of potential dangers. You're left completely in the dark, with supposedly advanced technology that's completely useless when it's most needed.
With truly smart devices that use standard, open protocols and can function independently of the internet, you maintain control and can adapt your system to meet your needs. Even without internet, these systems can continue to monitor your home, control your lights, and more. That's the real power of smart technology.
So let's change the language we use and the expectations we set for this technology. Let's demand independence from the cloud, security, and reliability from our devices. It's time to transition from "dependent" devices to truly smart home technology.