Beat hazard 3. It’s in early access and I love the simple concept of “music creates the stage”. You can use digital copies of songs, or in this new fangled age of streaming it allows for a plethora of other streaming services and even just desktop live audio if you happen to have some dj streaming on twitch open.
It’s basically asteroids with upgrades, bosses, and waves upon waves of musically generated ships to blast.
Each track completed awards a unique new ship to pilot, procedurally generated. There is a galactic conquest mode where all your music is made into clusters in it’s own galaxy. And the solo dev of the whole thing went ahead and added upgradeable special attacks in the most recent update, which is why I’ve been playing this week.
Lemmy from Motörhead is the only other Lemmy I ever knew. Therefore, it was clear to me, that the name our our new home is a homage to the god of rock & roll and whisky.
I did manage fleet of Ubuntu and RHEL/Fedora instance. Mostly in education is research based services on top of container, either docker swarm or openshift. Most tech stack is PHP, Python for ML, and NodeJS
In software industries, I use kubernetes, and tech stack Nodejs, c#/net core, php, Java, python, golang, and some other popular language. Mostly using microservices arch, with DDD-MVC approach.
In education we have 10-20 Ubuntu/RHEL/Fedora for production, in Uni Labs, we have fleet (more than 20) of Gnome desktop with RHEL, supported by Red Hat Academy APAC. We do dual boot with windows because some WPF/.NET Desktop development lecture still held, but with Avalonia and React Native, seems it will change near future.
In software industries, mostly developer use windows, but they do debug on WSL2. Only small percentage using Linux desktop. Some are using mac, but it’s under 3 people, negligible. Well…
For Education, it need about 7 years to fully moved from Windows server 2012, using Full Linux. In past some lab do have MacOS server, but I never encounter or support them so… I can’t speak much.
But in software industries, from start, we have Linux box, and grow over time. We only have special windows server for SQL server that need reporting server ability, mostly tied to SAP/ERP project, the rest are in Linux Box. Mostly we use red hat ansible to make standard deployment. We do have cloud init, but only for first deployment, then ansible.
Not sure how relevant will this be to your question but the admin of the instance I’m on is quite transparent with the server performance etc. and perhaps it’ll provide some insight. Also quite interesting was the fact that storage itself is cheap but the bandwidth fees are not (from the comments).
I still haven’t figured out how to correctly link to posts on other instances so I’m pasting a direct link hoping a friendly bot finds it and updates it: lemmy.zip/post/509553
Most people are skipping the important point here, though I did see it at least once: the money you pay now is worth more than the money you’ll pay next year, or the year after that. That’s true not only because of inflation, but also because of your own earning power. Are you making the same amount of money today that you were making 3 years ago? Probably not–I’d guess that you’re making a little more. That means that each dollar you spend was a little easier to get, and is thus is worth a little less. The 12.5 K that you would pay now is probably worth more to you than it would be if it was spread out. So spread it out. The more dollars you pay later, the less those dollars are worth. This is a no brainer on a no interest loan, but it can still be true even if you’re paying interest, though the calculation gets a little complicated. If you have a relatively low interest loan, it might make more sense for you to keep making payments than to try to squeeze it in all at the beginning, especially if it’s a house mortgage (which are usually long-term). Those monthly payments, in 20 years, will be worth a lot less than they are now. It might seem crazy, but it doesn’t always make sense to maximize payments at the beginning of a loan just to reduce interest because 2023 dollars are not the same as 2043 dollars.
This is good advice to follow even if you do have air conditioning. Keeping the heat out makes the AC work less. Maybe invest a nice set of thermal curtains.
This is not good advice for poorly insulated houses, which most are that live in temperate climates. The sun will heat up the house almost immediately, making it an oven.
Searching the whole Fediverse, literally all of it, 100%, is technically impossible or at least very hard to implement, and if implemented, it'd eat up lots of CPU power and network bandwidth.
It's simply next to impossible for any instance of any Fediverse project, also for any centralised or decentralised dedicated search engine, to know all instances and all content on it without all instances actively pushing their existence, their status and all their content to the search engine in real-time.
A search engine that literally covers all of the Fediverse with no exception has to even know about brand-new instances that have just been started a split-second ago. An instance that's so new doesn't even have any connections into the Fediverse yet, probably no content and only one account, the admin account. (Replace "account" with "channel" on Hubzilla and (streams).)
So if someone spins up a new instance of whatever project, that search feature has to know about that instance immediately before the instance even connects with anything. That is, I'm not sure when that search feature is expected to know about a new Hubzilla hub since ActivityPub is optional per hub and per channel and AFAIK off by default for both: Shall the search feature already know when ActivityPub is still off, and nothing in the Fediverse that isn't Hubzilla or (streams) can connect to it anyway, or shall it only learn about the instance the second that the hub admin turns ActivityPub on?
And when the admin of a new instance puts out a test post to see if it runs as desired, and the instance still isn't connected to any other instance, the search feature would immediately know that test post so you can find it if it's that what you're looking for.
Mind you, Google doesn't know everything on the Internet either.
Sure this is technically true, but it doesn’t really fix the human need to find things. It would be better if some grouping of Fediverse instances came together under a common banner and agreed to certain protocols that helped make things like mass-indexing easier. This would enable a better frontend experience for people trying to find good content. In fact I think building more protocols on top of the existing one would be exactly inline with the philosophical underpinnings of the Fediverse
A search engine that literally covers all of the Fediverse with no exception has to even know about brand-new instances that have just been started a split-second ago. An instance that’s so new doesn’t even have any connections into the Fediverse yet, probably no content and only one account, the admin account. (Replace “account” with “channel” on Hubzilla and (streams).)
So if someone spins up a new instance of whatever project, that search feature has to know about that instance immediately before the instance even connects with anything.
Yes, but who would want a search engine to specifically cover emtpy servers with half a nanosecond lifetime? For all practical intents and purposes, people search for content, which already excludes these theoretical edge cases. More realistically, people will search for quality content, which implies some engagement happened and some upvotes accumulated. There is no value in discovering servers before users discovered them, on the contrary.
If you really care about new and empty servers, you’re rather looking for a fediverse monitoring tool than a search engine. And even for those, it’s questionable what the value of those entries would be. I would prefer if they are filtered out to not bloat the numbers.
I started with the smallest offer available and later upgraded to the second smallest, which now has 4GB RAM. I also have rented additional diskspace, so that I have 30GB now. RAM and CPU are now certainly fine, but I don’t know yet about disk space. I read that Lemmy/Mastodon can eat up space quickly and I have currently used up about half of my disk space.
I really wish the Linux community would do a better job of separating the software updates from the core operating system and user space apps. I feel like most distros do the ‘move fast and break things’ approach, even if that isn’t what they intended to do. I forget which distro it was, but they tried replacing X11 with Wayland way before the other distros, and IIRC, they had to revert everyone back to X11. This type of thing cannot be managed by regular users.
Imagine if you had to understand how 90% of every car part worked in order to drive a car, and if you don’t understand something you ask for help and everyone ridicules you because they are mechanics.
I really wish the Linux community would do a better job of separating the software updates from the core operating system and user space apps.
You can accomplish this with something like Debian stable and Flatpaks. OK, but now you have to explain these concepts to people, too 😆. It works great but it’s not quite user friendly. Ubuntu gets dunked on a lot for Snaps but I think they are actually the one mainstream distro that is trying to make Snaps as transparent for users as possible, thereby achieving the goal of separating the core operating system from user applications. Though I still prefer Flatpaks.
Both are similar, and the very short version is they are sandboxed applications that bundle their own dependencies and can update out of band with your distro’s software repository. With Flatpaks they can share a common runtime environment, but I think with Snaps they bundle everything into the snap (I might be wrong about this).
One key difference is that Snap is basically only on Ubuntu, and Snaps can also bundle CLI applications or server software. Flatpaks are currently really meant for desktop applications.
In both cases you can modify the permissions of the the programs they bundle sort of like how you might expect on iOS or Android. That is to say you can restrict their access to the file system, the network, or other things. So, as an example, I can run a proprietary program as a Flatpak but ensure it cannot access my Bluetooth if for some reason I feel that need.
Problem: Every major distro has its own unique package manager; dpkg/APT, rpm, yum, pacman etc. It’s a nightmare to package apps for Linux, so let’s make one universal standard package management system.
Three or four independent projects: Okay, here you go!
Problem: Every major distro has its own unique package manager, and there’s three different incompatible universal ones and because one of them is made in-house at Canonical none of the three are supported out of the box on every distro.
Flatpak allows you to package your app once and make it available on at least 36 different distros [0] (if not hundreds more if you count their spinoffs). See the list of available packages at flathub [1]. Read more about Flatpak in general here [2].
It is amazing how 3 steps can be challenging for some even though these are explained in flathub (for all major distros) 1- install flatpak which should install a pluging for gui Package manager automatically. 2- add flathub repo. 3- Configure your gui package manager to default to flathub 4- enjoy installing rhe latest software from flathub without even needing root password (except for Opensuse TW)
You can save yourself from reinstalling over and over by using an immutable distribution so at any point you will know what changed in your system and if it breaks you can just roll back to the previous working point and either fix your mistake or wait for a fix from upstream when an issue happens there (this year there were a few kinda major hiccups on Fedora for example).
I suggest you try one of the Fedora immutable spins (Silverblue, Kinoite, Sericea) or Vanilla OS, though I would hold off from it until Orchid comes out.
If you want to go all in you can use NixOS, but it takes a lot of reading
I’ll have to try one out just so I understand how they work, but I don’t personally need something like this. I’ve used Gentoo, Fedora, Slackware, Ubuntu/Debian, Arch, and more for years.
Yeah, actually I don’t know how I ended up responding to you, I have since deleted that comment, I meant it for the OP.
Aside from that, when you’re as experienced as you, you generally don’t end up breaking your system anyway, if one really wanted I think the real good thing to do regardless of distro would be using one of the few packaging solutions that are siloed from the rest system
kbin.life
Hot