Hi I’m Tim.
I’m AuDHD - officially diagnosed ADHD and self-diagnosed (for now) with ASD. I also suffer from a great deal of Imposter Syndrome.
I don’t buy music like I used to, but when I do it’s probably a CD from the artists site, or something like nugs.net that usually have several lossless download formats. I listen to mostly live music these days though, so anything else is probably on etree or archive.org.
“If OpenAI were to retroactively remove profit caps from investments, this would in effect transfer billions in value from a non-profit to for-profit investors,” Jacob Hilton, a former employee of OpenAI who joined before it transitioned from a nonprofit to a capped-profit structure.
I’m sure the investors weren’t selling him on the idea that if they got a bigger return he would as well, surely.
I haven’t run Jellyfin outside of docker in ages, but looks like you have at least one set of conflicting tags in your exec section of that service file you posted (web something or other I can’t see on mobile once starting this reply - you have a flat setting it and a flag disabling it).
Edit - also do you actually have something set for that list of variables in your exec?
Seems I hit a nerve, sorry.
Lol, WTF are you talking about? Every bit of this is ignorant. Let me correct you so you’re not running around embarrassing yourself:
- SteamOS was based on Debian. Never had anything to do with Ubuntu. The reason they switched was because it was easier to use an Arch build system to make their own base OS image immutable, but still build native modules to include as well as BSP drivers. Simple.
Yes, sorry I got SteamOS and Steam for Linux conflated. While SteamOS has moved from Debian, the Steam for Linux github still lists “Latest Ubuntu or Ubuntu LTS with a 64-bit (x86_64, AMD64) Linux kernel”. As for the move for SteamOS to Arch, taken from Alberto Garcia who made the pitch and was on the team doing the work described it as such.
SteamOS 3 "is a customization layer on top of Arch Linux; almost all of the packages come directly from Arch, without being changed or even rebuilt. The Arch Linux philosophy is for packages to be as close to upstream as possible; downstream patches are not applied “unless it is really necessary”. SteamOS has adopted the same philosophy; when there is a problem with a package, it is fixed upstream whenever possible.
And you are correct in that they then use the Arch image to make an immutable A/B partitioning scheme for SteamOS. But you must also agree that Arch gets them using upstream packages instead of stale outdated ones if left on Debian, and is the reasoning behind the change.
- Ubuntu is the most widely used base of Linux on the planet, desktop and cloud included.
It may well be, but I think it is a disservice to new people for anyone to push them towards a distro that will be running outdated software from day 1 of their install (especially since these people are “gamers”). Oh but you just need to add a PPA! Super, add in the many someone wanting to run any semblance of an updated system might want and guess what, update time and Ubuntu just fell over. OK, maybe they somehow manage to preemptively disable all the PPA repos they have added before upgrading, yay!, I would say it’s still a 50/50 on if Ubuntu shits the bed on upgrade anyway. (I ran Ubuntu for many years before I learned my lesson)
- Valve writes their own modules for their drivers. This is the dumbest thing you’ve asserted so far in that Ubuntu somehow is responsible for drivers. Because you seem to know nothing about Linux in general, I’ll just let you know the kernel handles the detection and loading of modules and drivers. Any distro on 6.8 has the same ability to detect and load drivers for any other distro running 6.8. I have no idea why you thought this had something to do with packaging in distros lolz.
When did I assert anything you are alleging?? And I understand how loading modules works, thanks. I also know that when update your system base more then every 6+ months, that sometimes system libraries change, and sometimes modules need to be recompiled against them. Also using kernel 6.8 is a great example of how running an outdated distro IMHO would put a “gamer” at a disadvantage, when 6.10 was just released. And with these kernel updates come new modules for newer hardware, as well as fixes for filesystems, etc. (all things that would be helpful if you want to game on your PC and not just “work”)
- Do you know what a backport is? It seems you do not.
What did I mention that was incorrect about backports? They happen all the time for distros that need to maintain an LTS for years, allowing them to fix bugs without needing to move everything forward. Do I have it correct now?
Anyway, your entire understanding of how everything works is wrong. You should read more.
I appreciate your talking down to me, you are truly the Linux ambassador we have been awaiting! All hail @just_another_person@lemmy.world! All hail @just_another_person@lemmy.world! May his reign be long and prosperous! Everyone else RTFM!
Ubuntu is also stale old software, and shouldn’t be a distro anyone wanting a functional box running new hardware/software should use. Valve realized this and moved SteamOS to Arch so they would have a current stack not constantly 6+ months behind upstream, needing to backport everything to an outdated stack.
I"m sure the irony is intend on an election on the same day as the US celebration of Independence. =) I watched the John Oliver episode about this election though, and congrats on what looks like Labor being the big winner over the Conservative party.
I’m sure Canonical’s neverending death march towards Snap, along with the OS running outdated packages, is why Valve no longer uses Ubuntu for SteamOS development. The greatest April Fools was Ubuntu dropping Snaps because so many people were saying how they could go back to using Ubuntu again…then they noticed it was a joke and the sadness set in.
The original Facebook was just “hot or not” for a college campus, and required invites.