xz-utils
this post was submitted on 19 May 2025
573 points (99.0% liked)
linuxmemes
25097 readers
2043 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack users for any reason. This includes using blanket terms, like "every user of thing".
- Don't get baited into back-and-forth insults. We are not animals.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn, no politics, no trolling or ragebaiting.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, <loves/tolerates/hates> systemd, and wants to interject for a moment. You can stop now.
5. π¬π§ Language/ΡΠ·ΡΠΊ/Sprache
- This is primarily an English-speaking community. π¬π§π¦πΊπΊπΈ
- Comments written in other languages are allowed.
- The substance of a post should be comprehensible for people who only speak English.
- Titles and post bodies written in other languages will be allowed, but only as long as the above rule is observed.
6. (NEW!) Regarding public figures
We all have our opinions, and certain public figures can be divisive. Keep in mind that this is a community for memes and light-hearted fun, not for airing grievances or leveling accusations. - Keep discussions polite and free of disparagement.
- We are never in possession of all of the facts. Defamatory comments will not be tolerated.
- Discussions that get too heated will be locked and offending comments removed. Β
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't remove France.
founded 2 years ago
MODERATORS
If the working conditions don't change computers will become a ball and chain Then deemed useless.
I'm something of a proprietary blob myself.
You should open sauce!
You can get my source code but good luck compiling it.
9 month compile time?? We've gotta get these numbers down
Just multithread. If you get nine people pregnant you can have a baby in one month, right?
Ayy, not that fast, their blob is licensed under the BSL, get to know them a while first
Ventoy?
i been waiting for this so long
oh wow that really put the trust back into Ventoy. Nice! Thanks for the link
Happened after a partner product in the Ventoy repo was found to have a pretty major vulnerability due to a... you guessed it, pre-compiled supply chain attack.
There is also a new community fork to get rid of the blobs and bad cert loading. The ventroy dev has made a bunch of concerning choices so some people hard forked the code. I forgot where is was though.
load more comments
(4 replies)
just started using this for the first time, Is it still ok to use?
Yes, but people have concerns. Ventoy is fully open-source, but the build process pulls binary blobs (compiled executables, think of them like blob chips) from other F/OSS projects, which is an issue for some people. They have legitimate concerns about trusting Ventoy because they have to implicitly trust the projects that Ventoy pulls from but can't verify what is getting pulled. If such a project were to become compromised (the way XZ-Utils was), it would eventually spread to Ventoy.
That being said, the developers (or singular developer, not sure) are taking steps to reduce Ventoy's dependency on external blobs. It's a difficult task and they have limited resources, but they have acknowledged that it is an issue and are working on a solution.
If such a project were to become compromised (the way XZ-Utils was), it would eventually spread to Ventoy.
What a lot of people don't know is that the XZ attack entirely relied on binary blobs: Partially in the repo as binary test files, and partially in only the github release (binary).
If someone actually built it from source, they weren't vulnerable. So contrary to some, it wasn't a vulnerability that was in plain view that somehow passed volunteer review.
This is why allowing binary data in open-source repos should be heavily frowned upon.
load more comments
(1 replies)
Yea it's fine.
From memory the blob everyone was complaining about was related to eufi and came from Fedora.
Except for the part where it completely nullifies secure boot...
Fine if you don't care about that but it caused a lot of security issues in the enterprise
Off topic, but I'd never heard of Ventoy before and looking at it now, holy shit, I wish I'd known about it sooner.
Just open source blobs instead of proprietary blobs
And here I am, marking unfree software as installable as the first thing I do on any distro.
It's good that it's opt in
Oh, agreed. There are definitely people who can live without unfree software. Me, I can't do without Steam and Lutris.
load more comments
(3 replies)
I love OSS but I wonβt sacrifice my experience just to go fully libre. Sometimes it just doesnβt make sense. Iβm glad itβs an option for people who do want that though
I'll absolutely take FLOSS if I can get it, but failing that, FOSS is still a nice improvement over closed-source software.
load more comments
(6 replies)
Ah yes, telegram
Unzips my ghidra π
nvidia?
something something snap package
Not a proprietary blob unless you install proprietary software
I'm mentioning the "proprietary backend" drama around snaps. Not that I care too much, anyway. I use lots of proprietary software daily
It isn't a "proprietary back end" it is what Stallman calls Service as a Software Substitute. (SaaSS) It wouldn't matter if they claimed it was completely foss. You are still using a foreign service you don't control.
With a package manager that is sort of unavoidable though. In the case of snaps you could always modify the source to have a different repo. The real reason not to use snaps is all the other issues.
Fair point. Just to be clear: I am NOT a developer, so I may be very wrong on that take.
But from what I understand, the difference from what snaps does to what traditional packages does is that the Canonical repos are hard coded in it, thus making it harder to decentralise, and that's not very in line with what many wish for a FOSS ecosystem.
Linux moment
Or not.
view more: next βΊ