Recent disruptive changes from Setuptools
Discussing a breaking change in Python's setuptools.
The really interesting part is in the discussion section.... and it shows once more how incredibly well-designed the GNU Guix package manager is -- which solves these problems very very well, for arbitrary languages and with a fast growing distribution of, by now, about 50,000 packages.
Recent disruptive changes from Setuptools
In late March, version 78.0.1 of Setuptools — an important Python packaging tool — was released [...]LWN.net
Solumbran
in reply to HaraldvonBlauzahn • • •HaraldvonBlauzahn
in reply to Solumbran • • •I don't get that people constantly complain that the Guix project does not distributes or actively supports distribution of binary, propietary software. That is like complaining that Apple does not sells their Laptop with Linux, Microsoft does not sells Google's Chromebooks, or that Amazon does not distribute free eBooks from project Gutenberg, ScienceHub or O'Reilly.
And users can of course use the nonguix channel to get their non-free firmware or whatever, but they should not complain and demand that volunteers of other projects do more unpaid work. Instead, they should donate money or volunteer do do it themselves.
But guess what? I think these complaints come to a good part from companies which want to sell their proprietary software. Valve and Steams show that a company can very well sell software for Linux, with mutual benefit, but not by freeloading on volunteer work.
And one more thing, Guix allows to do exactly what Flatpaks etc. promise: Any company, as well as any lonely coder, team of scientists, or small FLOSS project, can build their own packages founded on a stable Guix base system, with libraries and everything, binary or from source, and distribute it from their own website in a company channel - just like any Emacs user can distribute his own, self-written Emacs extensions from a Web page or Gemini small-net page. And thanks to the portability of the Guix package manager, this software can be installed on any Linux system, resting on a fully reproducible base.
WalnutLum
in reply to HaraldvonBlauzahn • • •Guix is awesome!
Nonguix substitute server is down for the fifth straight day, forcing me to rebuild the entire Linux kernel when updating
And you should Never use it!
Matt
in reply to WalnutLum • • •WalnutLum
in reply to Matt • • •HaraldvonBlauzahn
in reply to WalnutLum • • •Guix is really making fantastic progress and is a good alternative in the space between stable and fully FOSS distributions, likes Debian, and distributions which are more up-to-date, like Arch.
And one interesting thing is that the number of packages is now so large that one can frequently install additional more recent packages on a Debian systems, or ones that are not packaged by Debian.
For example, I run Debian stable as base system, Guix as extra package manager (and Arch in a VM for trying out latest software for programming).
The thing is now Guix often provides more recent packages tham Debian, like many Rust command line tools, where Debian is lagging a bit. There are many interesting ones, and most are recent because Rust is progressing so fast. Using Guix, I can install them without using the language package manager, regardless whether iy is written in Rust, Go, or Python 3.13.
Or, today I read an article about improvements in spaced repetition learning algorithms. It mentioned that the FLOSS software Anki provided it, and I became curious and wanted to have a look at Anki. Well, Debian has no "anki" package - and it is written, among other languages, im Python and Rust, so good luck getting it on Debian stable. But for Guix, I only had to do "guix install anki" and had it installed.
This works a tad slower than apt-get ... but it still saves time compared to installing stuff and dependencies manually.
GitHub - sts10/rust-command-line-utilities: A curated list of command-line utilities written in Rust
GitHub