this post was submitted on 13 Jun 2026
210 points (99.5% liked)

Technology

86159 readers
3265 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] treadful@lemmy.zip 6 points 3 weeks ago (1 children)

By aware that the next target could be the Python / PyPy / pip ecosystem and repos. It is unsupervised, too, and users on average are less technical than Arch users.

PyPi has been an attack vector for a long time now. Just as with NPM, and others.

I suggest Guix because it is more looked after.

What makes you say that?

[–] HaraldvonBlauzahn@feddit.org 1 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

In Guix, package definitions are part of the Guix distro and are vetted.

(You can still add your own local package definitions, or pull a package definition of your schoolmates friend from their web site or Codeberg repo - Guix is very open in that sense. But, in the same way as with Ubuntu or Debian, you would have to add that package source explicitly. It is not the standard way of distributing packages. )

Also, Guix is rapidly growing (31,000 packages despite it is relatively young). I think the reason is that it both allows for cross-language projects (If you want to publish a vector drawing program with image algorithm libraries written in C, a GUI done in in Python, and memory-safe media importers written in Rust - it is made for that!). And it runs on top of many larger distributions (I use it on Debian stable and Arch).

[–] treadful@lemmy.zip 4 points 3 weeks ago* (last edited 3 weeks ago) (1 children)

In Guix, package definitions are part of the Guix distro and are vetted.

Heard you the first time. I asked you what makes you think that's the case.

Guix is a smaller distro with (presumably) less maintainers, but it has 2x the packages that Arch has in it's official repos, and you assume they're well vetted? AUR has 3x (and a shitload of eyeballs), so it's probably a reasonable assumption as a comparison, but your post is basically just "trust me bro."

[–] HaraldvonBlauzahn@feddit.org 0 points 3 weeks ago* (last edited 3 weeks ago)

Guix packages are vetted.

AUR packages aren't.

And, package definitions in Guix are not shell scripts but highly abstracted functional installers that use the respective build tools of software packages. This makes them much easier to review - and quicker to write, in many cases.

Guix is also fully reproducible.

As the case of the xz-utils package shows, this does not prevent that a widely used project is taken over by malicious actors, and stealthily malware becomes inserted. But the effort to do this is much larger, since this needs write access to the software's source code.

And no, I don't think Guix is the magical silver bullet for software security. But it is much better than unvetted shell scripts in AUR.