Updating the Trisquel wiki page for guix
- Inicie sesión o regístrese para enviar comentarios
I am a translator!
After several attempts, I concluded that it is better not to use the guix Trisquel package to install guix on Trisquel, but rather to download and use the guix install script. This is because the guix package will not setup the daemon startup properly and it runs as root, while with the script there is no such issue.
Would it be ok to update the Trisquel wiki page on guix to recommend installing guix from the download script instead of from the guix package? In general, it is better to use Trisquel packages, this case is a bit special.
I will anyway remove the suggestion to install icecat from guix now that it is in Trisquel. A nice example to give could be libretranslate.
This documentation page is recommending downloading and installing libdvdcss straight from the Debian repo : https://trisquel.info/en/wiki/enable-dvd-playback.
So having a wiki page recommending using the guix install script should be fine, given that guix is also following the FSDG. Maybe with a warning that users are going to go out of the Trisquel repo?
Would it be better to fix the guix package so that it does not have the issue you mention?
What are the consequences of not setting up the daemon properly? I use guix from the repos (installed using the wiki instructions) and I have not noticed any problems with it, other than general slowness when upgrading which I think is a problem with guix in general.
It seems like it would be better not to need the wiki page in order to set up guix correctly, especially since apt gives no indication that guix needs special set up.
I am a translator!
If you installed guix using apt, you need to modify /etc/systemd/system/guix-daemon.service as explained in https://guix.gnu.org/manual/devel/en/html_node/Upgrading-Guix.html, otherwise the guix daemon is never updated. Besides, this is not explained but the guix daemon installed using apt runs as root, while the guix daemon installed with the script does not.
So there may be no functional problem but from a security perspective, it is not good.
About fixing the package: that would be good but is more work. One possible fix would be that the package just provides the install script plus some guidelines and a reference to the guix manual.
The Guix Daemon is responsible for basically everything Guix does. It is the only one that can write to the store. Generally, the main install script should work fine.
Removing Guix's icecat depends on how you installed it. If you installed it with guix install (or guix package -i) you can use guix package -r icecat. If you installed it declarative through a manifest or in your guix home, then just delete it there and reconfigure. Generally though Guix will have the latest version faster than Trisquel will it being rolling release.
I am a translator!
I did not say anything about removing icecat installed via guix, I only want to remove from the wiki the suggestion to install icecat with guix, since icecat is now available as a Trisquel package. About guix getting the updates of icecat faster: that depends on how quickly someone makes an update of icecat for guix. If no one does the work, the package won't get upgraded, that already happened for ungoogled-chromium or gajim for more than one year.