HaraldvonBlauzahn

GNU Guix transactional package manager as an alternative to AUR

14h 4m ago in archlinux@lemmy.ml from guix.gnu.org

I can't say much to this. I am for example using an Emacs version from Guix (mostly under Debian though, in order to use the Rust LSP server and the corresponding Emacs package, and it runs fine as a graphical program. I am usually using StumWM under X11. But currently I use GNOME under wayland.

For Arch, I run it in a VM with Guix-packaged programs (with XFce2), and didn't see any problem either. Nor had I to think about it.

Do you expect problems when using Wayland? Wayland runs fine for me, I only needed to replace NVidia graphics with an AMD Radeon some time ago. But that was a Debian thing...

And apart from that, it is essentially the kernel's job, and that of the graphical display server, to abstract from the hardware, so I would expect when running Guix on top of a Arch kernel+Display server, not have to worry much. The Guix packages stand on their own libc, but they use the syscall interface of the underlying kernel of course.

It is different if the Guix SD distribution runs directly on the metal. In this case, compatible graphics hardware is definitively needed.

GNU Guix transactional package manager and distribution — GNU Guix

1d 15h ago in linux@programming.dev from www.gnu.org

DontBreakDebian - Debian Wiki

1d 15h ago in programming@programming.dev from wiki.debian.org

DontBreakDebian - Debian Wiki

1d 15h ago in linux from wiki.debian.org

I think bugs from library \ version incompatibilities are often hard to recognize.

If you are a long-term Windows user, you already know what it looks like - it is called "DLL Hell".

DontBreakDebian - Debian Wiki

1d 23h ago in linux@lemmy.ml from wiki.debian.org

The security situation with the Arch Linux AUR got a lot worse

2d 23h ago in linux@lemmy.ml from www.gamingonlinux.com

It’s the derivates leeching the arch aur infrastructure and preinstalling aur helpers suggesting it’s safe to use as is.

So, Arch users do not depend on AUR? If so, that's easy to fix. Just delete any mention of AUR from the Arch wiki.

Yeah you can go with Nix then.

But it is not by chance that Linux is based on Open Source hardeare support. The alternative is something like MacOS.

Nah, Guix is dead simple to use. I even trained my pet octopus to build Guix packages after it got bored with the underwater piano :)

Did you TeX 3.14159265359 ?

Don't forget that all the Arch users are doing a good part of that testing, too. Arch is a boon to Linux in general.

I never said that GitHub was better.

It is arguably harder to take over a package from github or Codeberg.

You could also serve your PKGBUILD from a Gemini server (the Gemini small-web protocol, not the Google AI which is really easy to administer and secure), and sign it with a PGP key. That would be about as secure without depending on a huge US American company.

Using Linux is not a dick measuring contest (and man I hate these threads asking "why is your distro the best?" - it feels like trolling and sowing division and grief to me. A bit like asking a mother "What is your favorite child?".)

But apart from that, I think we can all agree that security of AUR packages is no good enough, and that this deficit is by design.

Okay why is your distro the best?

11mon 13d ago in linux@programming.dev

Using Linux is not a dick measuring contest (and man I hate these threads asking "why is your distro the best?" - it feels like trolling and sowing division and grief to me. A bit like asking a mother "What is your favorite child?".)