This is interesting to me for my use case scenario, specifically SteamOS.
What I’m trying to do is run an emulated Everquest server (lookup EQEmu). The community there has several methods of installation of the server, Windows, Linux, and Docker. The hurdle to overcome is the immutable file system, specifically when it comes to the database (MariaDB). I think I may have found a work around via Linux brew and installing MariaDB through that (which I’ve done, I just have to make the final connection). However the Docker setup, when running it on a separate distro is stupid easy. If they make this a Flatpak, it can potentially be the solution I’m looking for.
Really the end goal is creating a Single player Everquest. I have a dual boot with it operating via Windows, but would much prefer to have it on the SteamOS side of the house.
Docker Desktop ≠ Docker Engine, and I think what you (and several in this thread) are thinking is actually Docker Engine. Docker Desktop ultimately includes a Docker Engine inside, but it does not appear you need that virtual machine (e.g. running non-Linux code). See: docs.docker.com/desktop/faqs/linuxfaqs/#what-is-t…
Docker Desktop is based on KVM, which already works with Flatpak. So this is not something new. For example, GNOME Boxes is available as Flatpak and provides a way to run KVM guests in SteamOS.
Starting with version 3.5 (the current stable) SteamOS already includes Podman with the default installation. And running the daemon-y Docker Engine “bare metal” is not going to be any easier with the immutable filesystem. While Docker Desktop solves this by using KVM, it adds another layer with performance loss, vs. just running Podman containers.
So what you want is already available, and no Docker Desktop is actually needed.
But so if Docker Desktop does include Docker Engine, does that mean I wiill now be able to run Docker (with a some performance loss) simply by installing a Flatpak, i.e. I won’t even need to touch the CLI?
Yes. If you mean “CLI” as for e.g. pacman install, it is a GUI (Electron) application, so I expect will install straight from e.g. KDE Discover and then run without you touching the shell.
Installing podman-compose with the immutable filesystem is fairly straight forward, since it is just a single Python file (github.com/containers/…/podman_compose.py), which you can basically install anywhere in your path. You can also first bootstrap pip (python3 get-pip.py --user with get-pip.py from github.com/pypa/get-pip) and then do pip3 install --user podman-compose.
I had a similar conundrum: what to use on a Thinkpad X60s, which is a Core Duo machine. I tried Arch 32, but after trying Debian, I stuck with the latter.
I usually only use it as a dumb terminal via SSH, but Debian was just sort of… easier.
Make sure you have the latest firmware for your motherboard. This sounds like unstable voltages for memory, or an overly-aggressive PBO curve. Did you try disabling the XMP profile on the RAM, disabling PBO, and upping the voltages (within safe limits) of the SOC, DDR, and VDDP? You might find some useful info here[0] or here[1] if you intend to run your memory at 3200 MHz.
Motherboard firmware is up-to-date, and I’ve already tried disabling XMP. I’ll give disabling PBO a try, thanks!
I don’t necessarily have to run at 3200MHz, if it means that the system is finally stable. But since it’s already crashing at the default 2133MHz, I suppose there’s no use in playing with the voltages?
It’s difficult to say for sure with certainty what the issue is without trial and error. I would expect that the motherboard’s manufacturer would make sure that their board can successfully pass all tests with the standard JEDEC spec for DDR4 (2133 MHz).
Since you say that you’ve tried different RAM kits, another alternative could be the cleanliness of power from the power supply. Perhaps there is intermittent voltage droop, and you need to experiment with the Load Line Calibration settings to adjust for vdroop between idle and load. Disabling frequency boosting and manually setting the CPU frequency could help check if it’s related to that. PBO curves might be undervolting too much while idle.
I’m a bit speechless right now. I’ve disabled PBO and didn’t have a single crash since then, everything’s been running fine for hours. Just to make sure that this really was the issue, I’ve enabled PBO again - but still haven’t experienced any crashes in the last hours. I have no idea how simply disabling and then enabling the feature again fixed my issue, but for now it seems like all is well.
Do you have any explanation for this weird behavior?
Anyway, thank you very much for your suggestion, looks like this actually did the trick!
Sounds like voltage droop and/or a motherboard with faulty automatic “training” settings. I don’t recall if the Ryzen 3000 had custom PBO curves, but tweaking this can fix it. Upping LLC and the SOC and CPU voltage slightly alternatively could help. Though I’ve had my most stable overclock by disabling PBO entirely and using a manual CPU multiplier.
Really though, what were they thinking. Why would anyone risk staying with unity after all their bad decisions, especially when they clearly have no intention to stop being dumb.
I moonlight as a small app developer. This is absolutely correct. I have a handful of legacy apps which uses Unity, and makes so little that moving them would cost more.
That said, if/when I do another project, it won’t be in Unity.
Which signals to investors that there is little to no expected growth. If you aren’t attracting new customers to grow your user base, then you only have the option to milk your existing customers to increase revenue.
That may work short term, but long term it signals a death knell for the company, since as the old customers retire or the studios close down, the new crop of game developers would have been trained on or adopted a different engine so aren’t going to switch to Unity. Eventually they just run out of customers.
edit: The following is off topic, but I’ll.leave it as a testament to my gray-beardedness. In my defense: Unity isn’t Unity anymore. Don’t get old.
I’ve been using Linux for 30 years now, and for a while I was an advocate for Ubuntu and Canonical (among others, I’m pan-distributive). Then things changed: GNOME 3, Wayland, Unity, something-sonething, Snaps… All too much.
As an advocate, I’m apt not to emerge with favorites, or to yuck others’ yums. Neverthekess, Canonical is a press beyond the pale, many days.
In the end, I don’t recommend Canonical distros. LMDE is solid, as are most of the *bian and redhat downstreams. I don’t recommend the others because I don’t know them, but more importantly I couldn’t help a friend un-bodge a bad installer on them (likewise for "BSD or Darwin).
But really, no love for Canonical. They went to some Dark Side, and I’ll have a hard time forgiving them for it.
I also thought of Unity the DE before reading the article
I understand the confusion. This doesn’t belong to a Linux community. I mean, I see the relation with FOSS but I’m sure there are FOSS communities out there. The article doesn’t even mentions Linux, just Windows and Android.
With ibm working hard to enshittify redhat even faster than newredhat themselves, we should consider avoiding them as a first-class porting and work target.
Look at OpenEL as a successor to the RH and an upstream for the other ELs once RH starts eating from that tasty “free stuff they can sell” trough. Having made bank on TheForeMan without actually making an effort to support it, they have a model they can use for everything.
I went to a game dev meetup in Seoul last year. Everyone was using Unity.
I went again last month. Half the people were using Godot.
For a bit more context, I used to work in the gaming industry. We used Unity because it was great for making money - drop in ads and tracking, you’re good to go. The Godot ecosystem isn’t as mature for that yet. However, even we were considering switching to Godot. It wasn’t worth switching for a number of reasons (besides the above mentioned ones, Godot is also “laggier” and we have some heavier games), but had we started shop yesterday, it’s safe to say we would have used Godot too.
Unity just laid off 25% of their workforce. That is not a small number. Their days are numbered.
Only in the licensing space in particular there is really no good reason to hide the exact rules what is acceptable and what isn’t. Nobody is going to circumvent your defences if they know exactly which licenses you allow.
A bunch of them saw Valve say “We’re coming out with a gaming PC that vaguely resembles an adult Nintendo Switch” and went “uh yeah us too!” I know Asus and Lenovo have one.
Yeah AYANEO themselves confirmed it. It mentions HoloISO, although I think originally it didn’t and said SteamOS and some posts/comments etc did say otherwise due to that.
Videolabs is what was created instead of trying to make Videolan closed source or for profit. The founder of Videolan is the founder of Videolabs. Fully intentional.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.