Obviously there’s a lot of caveats about how representative this survey (or any other survey) is of the broader population, but I think this is a good reminder of how weird we all are. Nobody on here claims to use Ubuntu or Manjaro, yet they are more popular than Fedora (and potentially even arch, when steam decks are discounted).

There’s nothing wrong with that, I love the weirdness of the Lemmy Linux community! I just always think it’s good to appreciate when opinions (like my love of ublue) aren’t as popular as you think they are.

Please somebody correct me if I’m wrong, but I really don’t find the “chip makers don’t have to pay licence fees” a compelling argument that RISC-V is good for the consumer. Theres only a few foundries capable of making CPUs, and the desktop market seems incredibly hard to break into.

I imagine it’s likely that the cost of ISA licencing isn’t what’s holding back competition in the CPU space, but rather its a good old fashioned duopoly combined with a generally high cost of entry.

Of course, more options is better IMO, and the Linux community’s focus on FOSS should make hopping architectures much easier than on Windows or MacOS. But I’d be surprised if we see a laptop/desktop CPU based on RISC-V competing with current options anytime soon.

In my experience it Just Works ™️. I spin up a distro/toolbox, compile some software (e.g. Emacs) then run the executable inside the container, and up pops the GUI window.

If you use distrobox, you can even distrobox-export desktop files, at which point a containerised gui application is practically indistinguishable from one installed on the host system

Its all about how an application goes from “I would like to display X on a screen” to how X actually gets displayed. Wayland is effectively a language (technically a protocol) that graphical applications can speak to describe how they would like to be drawn. It’s then up to a different program more deeply embedded in your OS to listen to and act on those instructions (this program is called a Wayland compositor). There’s a lot more to it (handling keyboard input monitor settings, etc), but that’s the general idea.

Wayland is a (relatively) new way of thinking about this process, that tries to take into account the wide variety of input and output devices that exist today, and also tries to mitigate some of the security risks that were inherent to previous approaches (before Wayland, it was very easy for one application to “look at” what was being displayed in a completely different app, or even to listen to what keys were being typed even when the app isn’t focussed).

Thing is, change is hard, doubly so in the consensus driven world of Linux/FOSS. So, until the last couple of years or so, adoption of Wayland was quite slow. Now we’re at the point where most things work at least as well in Wayland, but there’s still odd bits of software that either haven’t been ported, or that still rely on some features that don’t exist in Wayland, often because of the aforementioned security risks.

Kotlin targets the JVM right? I think you’d need either a port of the runtime (dalvik?) Or an api translation later a la WINE.

But I don’t actually know anything, so don’t listen to me. Having a fully Foss phone with support for the android app ecosystem would be wonderful though

Machine learning is just gradient descent through a subset of algorithm-space

Whilst I’ve heard lots of talk that lunduke is getting increasingly politica, and I disagree quite strongly with his politics, I’ll have to agree with him here. IA did something unnecessarily risky (redistributing unauthorised copies of print books), which has more jeopardised their mission of archiving the internet.

I also agree with everyone here saying that current copyright laws are ridiculous (and not just because they are “outdated”, the Victorians had better copyright laws than we do). However, I think only the most radical overhaul of copyright law would condone what IA did, and that isn’t coming any time soon (If ever).

By default, XWayland apps are now allowed to listen for non-alphanumeric keypresses, and shortcuts using modifier keys. This lets any global shortcut features they may have work with no user intervention required, while still not allowing arbitrary listening for alphanumeric keypresses which could potentially be used maliciously

This is… very smart actually. Any reason this is limited to Xwayland? (Is that XDG portal a thing yet?)

The point of Linux on phones isn’t to have a phone that requires you to constantly fix it with CLI tools. The point is to have a free and open software platform for a device that is increasingly necessary for daily life.

As a side effect, developing Linux for phones would probably help us eliminate the need to reach for the terminal on desktop Linux as well. I believe snaps (which laid the groundwork for flatpaks) were originally developed for Linux on “smart” devices. The whole ecosystem improves when we try to bring Linux into a new domain.

P.S. I use termux (a terminal for android complete with its own tiny Linux environment) from time to time when I need to access my server over SSH. It’s a bit clumsy, but super handy!

Best I’ve ever had was like 60mbps down. Might be a budget thing though, I refuse to pay more than £30/month for internet

I wish there was an option for an android style system where, when an application wants to use a permission for the first time, you get a pop up asking you to grant that permission.

Or, more generally, just some way to ensure that (a) a flatpak isn’t granted the permissions it wants automatically and (b) I can then manually grant those permissions as conveniently as possible

permission denied: /dev/display/3/349/1045

At the end there’s a little jab towards Wayland:

Today, the Wayland enthusiasts like to talk about how they are modernizing the Linux graphics stack. But Linux is a Unix, and in Unix, everything is meant to be a file. So any Wayland evangelists out there, tell us: where in the file system can I find the files describing a window on the screen under the Wayland protocol? What file holds the coordinates of the window, its place in the Z-order, its colour depth, its contents?

As far as I’m aware nobody has even considered extending the file metaphor to the graphics stack, and it sounds a bit ridiculous to me.

It also reminds me of this talk that suggests maybe trying to express everything as a file might not be the best idea…

I’ve had to give up on KISS launcher recently because of this. 95% of the time it works fine, until it scrolls right to the end of the lost and won’t allow you to scroll back. Swiping left and right then also breaks and the only thing to do is force stop quickstep.

EDIT: Just tried with Niagara and got the same issue almost immediately. (Seems to be triggered by opening recent apps from the launcher itself)

For reference, I’m on a Fairphone 5 using the stock ROM

I’d argue that ML is the more general term (that could even apply to computing a line of best fit, if you’re an extremist). But yeah, it’s just semantics at this point

That’s at least somebody’s idea of a good time…

I guess the argument would be that software fixes need to be implemented for each ROM separately. Which also involves the pain of decompiling. Yes FPGAs are probably a pain, but they potentially offer perfect emulation of every game.

One thing I’m not sure about is how portable FPGA logic is. If I write a NES emulator in verilog for one FPGA, can that code be reused on a later model if, for example, my FPGA goes out of production?

Eventually valve will probably push a SteamOS update out with plasma 6. But it’ll be up to then when to do it.