It’s a distro that only cool people know about. I’m sorry you had to find out this way.
- 3 Posts
- 32 Comments
You’re just mad your distro hasn’t MOONED
JuxtaposedJaguar@lemmy.mlto Selfhosted@lemmy.world•That's all folks, Plex is starting to charge for sharingEnglish2·2 months agoI’m sure their TOU moves all risk and liability to the users, so if anyone is getting sued, it’ll be the users.
The more likely outcome is that Plex just loses most of their users, since pirates (the majority of Plex users) won’t be willing to pay to access the content they already pirated.
JuxtaposedJaguar@lemmy.mlto Linux@lemmy.ml•Which areas of Linux would benefit most from further standardization?2·3 months agoYes and no. It would solve some problems, but because it has no (non-hacky) graphics acceleration, most DEs wouldn’t use it anyway. The biggest benefit would be from not having to use a DE in some circumstances where it’s currently required.
JuxtaposedJaguar@lemmy.mlto Linux@lemmy.ml•Which areas of Linux would benefit most from further standardization?7·3 months agoEach monitor should have its own framebuffer device rather than only one app controlling all monitors at any time and needing each app to implement its own multi-monitor support. I know fbdev is an inefficient, un-accelerated wrapper of the DRI, but it’s so easy to use!
Want to draw something on a particular monitor? Write to its framebuffer file. Want to run multiple apps on multiple screens without needing your DE to launch everything? Give each app write access to a single fbdev. Want multi-seat support without needing multiple GPUs? Same thing.
Right now, each GPU only gets 1 fbdev and it has the resolution of the smallest monitor plugged into that GPU. Its contents are then mirrored to every monitor, even though they all have their own framebuffers on a hardware level.
JuxtaposedJaguar@lemmy.mlto Linux@lemmy.ml•Asahi Lina quits Linux graphics development41·4 months agoWe’re not assuming, we’re speculating.
She’s Linux-adjacent :P
Freya Holmér is great.
Are trans women ok?
I’d argue that most mainstream FOSS is extremely strong. Something like 80% of servers and 60% of smartphones run Linux. Up until recently, Cloudflare was using Nginx for their entire CDN. The thing they replaced it with is technically also FOSS. Probably most computers in the world are using OpenSSL or GNUTLS.
I think the real “weakness” of FOSS is that they don’t have the money or the desire to schmooze corporate decision makers. They also don’t have sexy GUIs, but anyone could contribute that if they wanted.
I didn’t include the social media “brigading” portion because Linus already addressed that in a different sub-thread.
I don’t know if there’s any precedence for this, but I could see a court asking to see the git commit log if things went that far.
I always advocate for FOSS solutions at my work, but most of the time I get shut down with some variation of “We prefer $MSP’s solution because it gives us someone else to blame if shit hits the fan”. I hate that sentiment, but I appreciate the honesty.
My job title is “Linux System Administrator”. I’d quit if they tried to make me drop Linux.
The boiled down summary is:
-
Christoph rejects the patch because he doesn’t want to maintain it
-
Christoph says no and that he “will do everything [he] can do to stop [Rust support from being added to the DMA subsystem]”
By saying that Hector is the problem, he’s implicitly saying that Christoph is not the problem. By saying that the current process works–the very same process that just prevented R4L from submitting patches to the kernel, he’s implicitly endorsing Christoph’s actions.
You’re probably right from a legal perspective, but the difference between “donation” and “salary” is pretty murky in this context.
Slightly OT but I always thought Asahi Lina was a woman. TIL.
Linus can merge whatever patches he wants to, and the stonewalling subsystem maintainers would have to deal with it–like he did with the eBPF scheduler. R4L maintainers already wrote the patches, they literally just needed to be merged.
There’s lots of ways to make existing hardware more efficient at the cost of performance. Under-volting the CPU and RAM (or just putting them in “efficiency” mode) can probably save more electricity than you lose in generational improvements. Considering how much more powerful PCs are compared to SBCs, you’d probably still have better performance than an SBC. Also, a more powerful CPU that takes double the power but as a result can idle for more than 50% of the time would be more efficient than a less powerful CPU never idling.
There’s a lot of other variables (like idle power draw, efficiency at various power levels, idle latency, etc), but in general I think your statement would be inaccurate at least 60% of the time.