Mounting an SMB share only when used
Dear Guix, On other distros (Trisquel, Parabola), I use autofs to mount SMB shares when the user tries to access the directory where the share is to be mounted. I prefer this over mounting something via the file manager of a DE because I want to access the files in command line, not only via the file manager. I prefer this over something always mounted because this can be on a laptop not in the network where the SMB share is, so this would not work. What would be a suitable way for GuixSD? I see there is an autofs package, is it functional? Will a daemon be started for it or is there another way? Also, which files do I need to configure (I used to configure /etc/auto.master indicating a mount starting point and a file that lists the SMB shares and mount option)? Or is there another method? Thanks for any hint. David.
Re: Stuck at boot on fresh install
Hi Felix, Florian, all Le lundi 25 mars 2024 à 11:32 -0700, Felix Lechner a écrit : > > error: no such cryptodisk found. > > Do you use LUKS on boot? Our GRUB supports only a particular type of > key. Maybe that's the issue? I saw from the manual that only LUKS v1 is supported. Is that the only restriction or are there others? In any case, this is a fresh install made with the graphical installer, I did not configure encryption myself, so it seems that the installer does not work with this option (I tried without, it works). Maybe it would be worth mentioning that in the manual. So I will I have to make a manual installation probably. In the manual, 11.1 starts with "You’re reading this section probably because you have just installed Guix System" but I guess this is also what to read before making a manual installation. David.
Re: Stuck at boot on fresh install
Hi Florian, > You further could try editing the Guix configuration file in the > installer to get another kernel such as: > > (use-package-modules linux) > > (operating-system > … > (kernel linux-libre-4.19) > …) > Thanks, I did not know I could do that during the install. However, when I enter the passphrase, GRUB now replies: error: access denied error: no such cryptodisk found. which is what I had before when I typed the passphrase wrong. I tried several times, assuming different keyboard layouts, it did not work. Either I did not apply your suggestion properly, or I made another mistake during the setup, or something is missing. > Is it perhaps necessary to upgrade the BIOS first? The BIOS is GNU boot v0.1 rc 3, latest version of GNU boot. With it, Trisquel works fine. I feel a little tired now, I will retry another day. Regards, David.
Re: Stuck at boot on fresh install
Hi Florian, > Could you try editing the GRUB boot options (press E > during GRUB) and append to the linux boot line: > > nomodeset > > This would rule out graphics driver problems. > Thanks, I tried, it makes no difference. The boot menu is taking a small portion of the screen, with the Guix logo followed by Guix, which remains there forever. Regards, David.
Stuck at boot on fresh install
Hi all, I did a fresh Guix install on an X200 with gnuboot. When booting with seabios, I get the GRUB prompt for the deciphering password, I successfully get to the boot menu with "GNU with Linux-Libre 6.0.10" (actually, I realized that, although I asked for French keyboard, the keyboard layout is US), I press enter, the menu disappears, the Guix logo and the word Guix in background and nothing happens anymore. I tried re-installing once, same result. Thanks for any advice, David.
Re: Encrypted install in VM stuck in GRUB
> > Now, I need to find out how to change [the keyboard layout to type the > > passphrase in GRUB], and also to make it so that I can retype the > > passphrase without going to a grub rescue prompt. > > We could track this as two separated Guix bugs, if they haven't already > been reported. I found https://issues.guix.gnu.org/39632 for the keyboard layout issue for the decryption passphrase in grub and also https://issues.guix.gnu.org/49435 which is making a suggestion about how to address it. I could not find any existing issue for being able to retype the decryption passphrase in grub without going to the grub rescue prompt. Should I send an email to bug-guix for that?
Re: Encrypted install in VM stuck in GRUB
> That is the same error message I get after mistyping my password. I'm > also quite sure the layout is US qwerty before unlocking the encryption > regardless of any keyboard layouts defined in the system configuration. Thanks, I can confirm that it works if I am assuming US qwerty layout! Now, I need to find out how to change that, and also to make it so that I can retype the passphrase without going to a grub rescue prompt.
Encrypted install in VM stuck in GRUB
Hi all, I installed guix in an x86 virtual machine, using the 1.4 installer. I selected the guided partitioning option with encryption, so everything was done by the installer. When the installation is finished and the virtual machine reboots, I have -- copy start -- Booting from Hard Disk... GRUB loading.. Welcome to GRUB! Attempting to decypt master key... Enter passphrase for hd0,gpt2 () -- copy end -- Then I type the passphrase (I was very careful that the focus is in the vm screen and to not make any mistake, and I did the same twice) and I have -- copy start -- error: access denied. error: no such cryptodisk found. error: disk 'cryptoduuid/ not found Entering rescue mode... grub rescue> -- copy end -- I have setup the keyboard to use French azerty layout in the installer, then I was expecting my keyboard layout to be that one when typing the passphrase. If it is not so, then I typed a wrong password but in other distros, the message I got when typing a wrong password is pretty different, so maybe this is not the problem. Is the encrypted disk option working ok in the installer? Thanks, David.
OMEMO encryption with Gajim
Hi everybody, I use guix on trisquel 11. I have the following packages installed: glibc-locales 2.35out /gnu/store/03v1svhv6wj9pd6awpdi5zn4wd31b23f-glibc-locales-2.35 fontconfig 2.14.0 out /gnu/store/90jrg5z1ywz5hpwka832q0g4skbaa4dj-fontconfig-2.14.0 gajim-omemo 2.8.15 out /gnu/store/05vva4qcqgmmxclc2k41ypypisazvyxr-gajim-omemo-2.8.15 gajim 1.4.7 out /gnu/store/d42m4sjgx4m4wn1wysp65ckq62qllcwd-gajim-1.4.7 darktable 4.2.1 out /gnu/store/qc2a8q1jz4p174zc13y245x2r2vzg78y-darktable-4.2.1 On Wedesnday, omemo encryption was working find with gajim. Today (I did some updates but can't remember when exactly), gajim does not allow omemo encryption anymore. In the plugin menu, I see omemo listed but I can't activate it and there is an exclamation point next to it. When moving the pointer to it, there is a message "You are missing Python3-Axolotl or use an outdate version". I installed python3-axolotl from trisquel and python-axolotl from guix but it is still the same. I am not sure what to do to make omemo encryption work again with gajim, any suggestion is appreciated. David.
Guix pull fails
Hi all, I have Guix on Trisquel 11. "guix pull" gives the following: david@x200:~$ LC_ALL=C guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 2bf96f2 (2 new commits)... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git 2bf96f2 substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0% building /gnu/store/vlgf3z6n8nb5sh1ln8ffrbn7fimlkpqm-compute-guix-derivation.drv... Computing Guix derivation for 'x86_64-linux'... \warning: 'texlive-latex-tools' is deprecated, use 'texlive-tools' instead |warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics' instead -warning: 'texlive-generic-etexcmds' is deprecated, use 'texlive-etexcmds' instead warning: 'texlive-generic-infwarerr' is deprecated, use 'texlive-infwarerr' instead warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics' instead warning: 'texlive-latex-graphics' is deprecated, use 'texlive-graphics' instead warning: 'texlive-generic-atbegshi' is deprecated, use 'texlive-atbegshi' instead warning: 'texlive-latex-atveryend' is deprecated, use 'texlive-atveryend' instead / substitute: updating substitutes from 'https://ci.guix.gnu.org'... 0.0%Backtrace: substitute: 14 (primitive-load "/gnu/store/66gdvgzrc1xijg4nw8qj88k0lk6?") substitute: In guix/ui.scm: substitute:2238:7 13 (run-guix . _) substitute: 2201:10 12 (run-guix-command _ . _) substitute: In ice-9/boot-9.scm: substitute: 1752:10 11 (with-exception-handler _ _ #:unwind? _ # _) substitute: 1752:10 10 (with-exception-handler _ _ #:unwind? _ # _) substitute: In guix/scripts/substitute.scm: substitute:763:18 9 (_) substitute:348:26 8 (process-query # _ #:cache-urls _ #:acl _) substitute: In guix/substitutes.scm: substitute:365:27 7 (lookup-narinfos/diverse _ _ # ?) substitute:322:31 6 (lookup-narinfos "https://ci.guix.gnu.org; _ # _ # _) substitute:245:26 5 (fetch-narinfos _ _ #:open-connection _ # _) substitute: In ice-9/boot-9.scm: substitute: 1685:16 4 (raise-exception _ #:continuable? _) substitute: 1685:16 3 (raise-exception _ #:continuable? _) substitute: 1780:13 2 (_ #< components: (#<> #) substitute: 1685:16 1 (raise-exception _ #:continuable? _) substitute: 1685:16 0 (raise-exception _ #:continuable? _) substitute: substitute: ice-9/boot-9.scm:1685:16: In procedure raise-exception: substitute: In procedure write_wait_fd: unimplemented guix pull: error: `/gnu/store/66gdvgzrc1xijg4nw8qj88k0lk61wfz4-guix-command substitute' died unexpectedly david@x200:~$ There are only two commits because I ran "guix pull" before, but I re-ran it to check and set the C locales to get English only. I have the following packages installed: david@x200:~$ guix package --list-installed glibc-locales 2.33out /gnu/store/ixzmi6614baf4w37qfjgqrv8hwsl8jcv-glibc-locales-2.33 fontconfig 2.13.94 out /gnu/store/22i5jli06k0zal8qk8s13awg4b7f4y97-fontconfig-2.13.94 toot0.36.0 out /gnu/store/jsmzh0bx3xc6ldvq70nhxm7g7dddb3z0-toot-0.36.0 gajim-omemo 2.8.15 out /gnu/store/5znazsgzihsi9yfs0z1z131731gwc3wf-gajim-omemo-2.8.15 lagrange1.15.5 out /gnu/store/svsgzi2269p2f3ba6z049f46hzhcr4nr-lagrange-1.15.5 profanity 0.13.0 out /gnu/store/7scphlk6daliykk2za315bz7sw9lir7f-profanity-0.13.0 darktable 4.2.0 out /gnu/store/d0rzqd4d22k84ly3klkds1gayhycda9x-darktable-4.2.0 tootle 1.0 out /gnu/store/x6d9xxqidvx34iz276df21k6g6vxh6h1-tootle-1.0 gajim 1.4.7 out /gnu/store/j5lp8lhcxycvnwk3v61vin3nh04yn0i5-gajim-1.4.7 david@x200:~$ So I don't have any texlive package and I am a little surprised by the warnings. Do I need to change something? Or just retry guix pull later? Thanks, David.
Fail to update gajim
Dear Guix fans,
I am using Guix on Trisquel 11. I have the gajim package installed.
After guix pull, doing guix package -u does this:
---
The following derivation will be built:
/gnu/store/apm7g4d3pi9fmh30aml28q31dymn6p1b-gajim-1.4.7.drv
building /gnu/store/apm7g4d3pi9fmh30aml28q31dymn6p1b-gajim-1.4.7.drv...
- 'check' phasebuilder for
`/gnu/store/apm7g4d3pi9fmh30aml28q31dymn6p1b-gajim-1.4.7.drv' failed
with exit code 1
build of /gnu/store/apm7g4d3pi9fmh30aml28q31dymn6p1b-gajim-1.4.7.drv
failed
View build log at
'/var/log/guix/drvs/ap/m7g4d3pi9fmh30aml28q31dymn6p1b-gajim-
1.4.7.drv.gz'.
guix package: error: build of
`/gnu/store/apm7g4d3pi9fmh30aml28q31dymn6p1b-gajim-1.4.7.drv' failed
---
Towards the end of the log file, I have:
D-Bus library appears to be incorrectly set up: see the manual page for
dbus-uuidgen to correct this issue. (Failed to open
"/var/lib/dbus/machine-id": No such file or directory; Failed to open
"/etc/machine-id": No such file or director
y)
_XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be
created.
running test
WARNING: Testing via this command is deprecated and will be removed in
a future version. Users looking for a generic test entry point
independent of test runner are encouraged to use tox.
/gnu/store/7my837qpak6w6vk8ifd99d24kmgjyp61-python-setuptools-
64.0.3/lib/python3.9/site-packages/setuptools/installer.py:27:
SetuptoolsDeprecationWarning: setuptools.installer is deprecated.
Requirements should be satisfied by a PEP 517
installer.
warnings.warn(
WARNING: The wheel package is not available.
WARNING: The directory '/homeless-shelter/.cache/pip' or its parent
directory is not owned or is not writable by the current user. The
cache has been disabled. Check the permissions and owner of that
directory. If executing pip with sudo, you should use sudo's -H flag.
WARNING: Retrying (Retry(total=4, connect=None, read=None,
redirect=None, status=None)) after connection broken by
'NewConnectionError(': Failed to establish a new connection: [Errno
-2] Name or service not known')': /simple/idna/
WARNING: Retrying (Retry(total=3, connect=None, read=None,
redirect=None, status=None)) after connection broken by
'NewConnectionError(': Failed to establish a new connection: [Errno
-2] Name or service not known')': /simple/idna/
WARNING: Retrying (Retry(total=2, connect=None, read=None,
redirect=None, status=None)) after connection broken by
'NewConnectionError(': Failed to establish a new connection: [Errno
-2] Name or service not known')': /simple/idna/
ERROR: Could not find a version that satisfies the requirement idna
(from versions: none)
ERROR: No matching distribution found for idna
error: Command '['/gnu/store/slsh0qjv5j68xda2bb6h8gsxwyi1j25a-python-
wrapper-3.9.9/bin/python', '-m', 'pip', '--disable-pip-version-check',
'wheel', '--no-deps', '-w', '/tmp/guix-build-gajim-1.4.7.drv-
0/tmpmk8a4fzq', '--quiet', 'idna']' returned non-zero exit status 1.
error: in phase 'check': uncaught exception:
%exception #< program: "dbus-launch" arguments: ("python"
"./setup.py" "test") exit-status: 1 term-signal: #f stop-signal: #f>
phase `check' failed after 10.1 seconds
command "dbus-launch" "python" "./setup.py" "test" failed with status 1
---
I have not much clue what the problem is. I have been using the same
setup for a long time but never saw that before.
Thanks,
David.
Re: substitute for Skype
Le lundi 01 août 2022 à 15:26 +, Gottfried a écrit : > > Jitsi Meet isn't in guix. But Jami is there. Jitsi is for voice / video calls / screen sharing, it requires running a server on one machine but particpants just need a web browser (major web browser work). I use a cheap VPS to run a Jitsi server instance. Jisti is packaged for Debian, it is easy to install an instance without any customization (see https://jitsi.github.io/handbook/docs/devops-guide/devops-guide-quickstart). There is no maintenance to do besides occasional software upgrades. This is what I use with a small group of non-technical people within small distance (5 people usually, some within 700 km range sometimes) on a regular basis and we rarely have problems (the most frequent problem is permission issues to access the microphone/camera). I have tried it once with 12 people, it was more difficult, but I was using the cheapest VPS possible. You can try it using public instances without installing one yourself, for instance using https://framatalk.org/abc/en/ (I guess you are in Europe, these are European servers). Of course, it may depend how busy the server is. For voice only, for a small group, Mumble is a pretty reliable solution too (it also needs running a server, I never did but I assume it is at least as easy as Jitsi). David. signature.asc Description: OpenPGP digital signature
Re: gajim FAILS
Le mercredi 13 juillet 2022 à 20:13 -0500, jgart a écrit : > Hi Guix, > > Every so often I get this error and gajim fails to start. I'm on a > foreign distro, void linux. I am on Trisquel and recently I had various failures with gajim, either some window fails to open (then it can't be opened at all, it is not "sometimes") and some icons missing. The error messages were about missing icons, sometimes complaining an icon was not found in the theme (I use MATE, the default for Trisquel). I searched in the /gnu/store /xxx where gajim is, as icons, there are only two .svg files. I also noticed, when there was no error, that in some places I had an icon that wasn't the gajim symbol, while it should have been. I managed to solve some failures by manually copying some png files to /usr/share/icons/ but I finally had the idea to install the gajim package of my distro (much older version) and then gajim showed all the icons right and there was no failure anymore (the Guix gajim is first in the path, so it is that one that is started). I am mentioning that in case that would help solving your problem. David. signature.asc Description: OpenPGP digital signature
Re: The service trying to install Guix SD - grub-install fails
Le mardi 07 juin 2022 à 13:27 +0200, pelzflorian (Florian Pelz) a écrit : > The target should be /dev/sdf, but why the GUI installer does not > work > I do not know. Perhaps download the latest image if you wanted the > GUI. Thanks, it worked ! (I mean the shell install, for the GUI, I had donwloaded the latest image already so I did not retry). After reboot, I ran "guix pull" and "sudo guix system reconfigure /etc/config.scm", it seems to have worked but at the end there is a message that puzzles me a bit, saying: shepherd: Service term-console could not be started. To complete update, run "herd restart SERVICE" to stop, update and restart all services that were not restarted automatically. Run "herd status" to see the list of services of your system. (first line is in English, other lines are in French like my system, so I translated to English by myself, might not be exactly what one gets directly in English). When I run "herd status" or "herd restart term-console", I see: error: connect: /run/user/1000/shepherd/socket: No file or folder of this type (again, I am translating from French). Is there anything else that needs to be fixed? Thanks, David. signature.asc Description: OpenPGP digital signature
Trying to install Guix SD - grub-install fails
Hello all,
I never used Guix SD, only Guix on a foreign distro.
I want to install a system on an external SSD so that I can boot my PC in case
my default boot disk would have problems (I have my data on other disks in this
PC) and I decided to try with Guix SD.
With the guided installation in graphic mode, when I get to the point where I
say to install Guix on a whole disk and I have selected it, the installer goes
back to the first step, asking whether I want to install Guix SD with the
graphic installer or shell commands, so the graphic install seems not to work.
Then I decided to try the installation with shell commands.
My desktop is a D8 with a blobless coreboot + seabios.
On my external SSD connected via USB and recognized as /dev/sdf (I have 6
internal disks, /dev/sda is the boot disk, then I have /dev/sdb to /dev/sde and
/dev/sdg, not sure why the external SSD got put in the middle):
I created the following partitions and fs (DOS partition table):
/dev/sdf1: 1G formatted as ext4, for /boot, marked as bootable
/dev/sdf2: extended partition
/dev/sdf5: 922G formatted as btrfs, for /
/dev/sdf6: 8G, for swap
I have put labels on /dev/sdf1 and /dev/sdf5, I mounted /dev/sdf5 at /mnt,
created /mnt/boot and mounted /dev/sdf1 at /mnt/boot, did swapon for /dev/sdf6.
Then I launched herd, copied config.scm, edited it, and launched guix system
init, using the commands advised in the manual.
After a while (lots of things were worked on), I have:
---quote start---
guix system: error: '/gnu/store/xxx-grub-2.04/sbin/grub-install --no-floppy
target=i386-pc --bot-directory /mnt/boot /dev/sdf1' exited with status 1;
output follows:
Installing of i386-pc platform.
/gnu/store/xxx-grub-2.04/sbin/grub-install: warning: File system 'ext2' doesn't
support embedding.
/gnu/store/xxx-grub-2.04/sbin/grub-install: warning: Embedding is not possible.
GRUB can only be installed in this setup by using blocklists. However,
blocklists are UNRELIABLE and their use is discouraged...
/gnu/store/xxx-grub-2.04/sbin/grub-install: error: will not proceed with
blocklists.
--- quote end ---
And then I get a shell prompt again.
My config.scm is:
(use-modules (gnu) (gnu system nss))
(use-service-modules desktop xorg)
(use-package-modules certs gnome)
(operating-system
(host-name "albert")
(timezone "Europe/Paris")
(locale "fr_FR.utf8")
(keyboard-layout (keyboard-layout "fr"))
(bootloader (bootloader-configuration
(bootloader grub-bootloader)
(target "/dev/sdf1")
(keyboard-layout keyboard-layout)))
(file-systems (append
(list (file-system
(device (file-system-label "guix-root"))
(mount-point "/")
(type "btrfs"))
(file-system
(device (file-system-label "guix-boot"))
(mount-point "/boot")
(type "ext4")))
%base-file-systems))
(users (cons (user-account
(name "david")
(comment "David")
(group "users")
(supplementary-groups '("wheel" "netdev"
"audio" "video")))
%base-user-accounts))
(packages (append (list
nss-certs
gvfs)
%base-packages))
(services (append (list (service mate-desktop-service-type)
(set-xorg-configuration
(xorg-configuration
(keyboard-layout keyboard-layout
%desktop-services))
(name-service-switch %mdns-host-lookup-nss))
I manually copied the file so there could be typos.
Did I do something wrong in the partition/filesystem choices, in the
installation procedure or in the config.scm?
Thanks,
David.
signature.asc
Description: OpenPGP digital signature
Re: Installation: Load non-free wifi firmware (iwlwifi)
Hi, Le jeudi 12 mai 2022 à 18:00 +0200, zimoun a écrit : > The Guix project is part of the GNU project; for the good, the bad or > the ugly. What it implies is documented, for instance: > > < > https://www.gnu.org/distros/free-system-distribution-guidelines.en.html > > > These rules are for GNU/Linux distros in general, they are not specific to the GNU project, e.g. they are also followed by Trisquel, Parabola and Hyperbola. I only use and recommend distros that follow these rules because with other distros, it is frequent to receive "solutions" by using non-free software, while the people proposing the "solutions" don't even mention it is non-free software because they don't care. Some may say it is censorship, for me it is commitment not to mislead people. For wifi, since linux-libre has support for wifi USB dongle using ath9, I guess it should work fine with Guix SD (but I haven't tried actually). David. signature.asc Description: OpenPGP digital signature
Re: guix pull; guix package -u; sudo guix system reconfigure /etc/config.scm
Hallo Gottfried, Le jeudi 07 avril 2022 à 20:40 +, Gottfried a écrit : > But what is with "guix package -u" > When I did it two days ago it took 6 hours. I couldn't swich off my > laptop. So I can do it only when having a lot of time. > Normally it took approx. 30 min I use guix on Trisquel but perhaps it is the same situation, more or less. If it takes 6h instead of 30 minutes, it may be because there is no subtitute available for some package, so your computer is compiling the source, which takes time (on my laptop, it can be more than 2 days for ungoogled-chromium alone, of course I only did it once). To avoid that, after "guix pull", I run "guix weather `guix package -- list-installed | cut -f1`". If it says 100% substitutes are available, I run "guix package -u", otherwise, I wait a few days and do "guix pull" and "guix weather `guix package --list-installed | cut -f1`" again. Also, I added bordeaux.guix.gnu.org as a substitutes server, as it often has more substitutes available than ci.guix.gnu.org. You can check the manual to do that. I have never used profiles but I guess this is a way to split packages so that you can upgrade only a subset of packages, for which hopefully substitutes are available (you can use "guix weather" to check). > If I don't need always the latest version, I can do it once a month > or once in two month > Is that okay? That is a question I am unable to answer, but if anyone has some insight, I'd be highly interested. David. signature.asc Description: OpenPGP digital signature
Re: Cannot login (login screen loop) after some packages are installed
Le dimanche 13 février 2022 à 09:38 +0100, Ricardo Wurmus a écrit :
> Hi Nikos,
>
> > I have succesfully installed guix in trisquel 9 (mate).
> >
> > I have installed some packages and everything is working as
> > expected.
> […]
> > But when I install gnucash, or cawbird and reboot the system
> > doesn't
> > autologin and stays at login screen. Inserting the password is just
> > getting me back to the login screen.
>
> I don’t know what the problem is, but I suspect that trisquel is
> unhappy
> with environment variables that Guix has set. Guix defines variables
> based on the contents of your profile at ~/.guix-profile/etc/profile.
> In your shell initialization you probably load them; e.g. with this
> snippet in ~/.bash_profile:
>
> GUIX_PROFILE=$HOME/.guix-profile
> source $GUIX_PROFILE/etc/profile
>
> When you comment this Guix will not set any variables, so it has no
> way
> of affecting your environment at all. Can you log in after removing
> these lines? (You can evaluate these lines after logging in.)
>
> If so, we should try to figure out which of these variables is
> responsible. Could you please show the contents of that etc/profile
> file? A common suspect is one of the XDG_* variables.
>
> Hope that helps!
>
Try adding the following line to your ~/.profile
export
XDG_DATA_DIRS="/usr/local/share:/usr/share/${XDG_DATA_DIRS:+:}$XDG_DATA
_DIRS"
This solution, brought by Adfeno, worked for me. This is the only
problem I had with Guix on Trisquel so far.
David.
publickey - david.lecompte@metani.info - 292b3e27.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
Re: mailing list and Evolution /Email client and: Guix compared with Trisquel/Guix
Le dimanche 13 février 2022 à 08:43 +, Gottfried a écrit : > So at the moment I don´t need "Evolution". Icedove works fine > at the moment. I chose Evolution because it uses the GPG keys maintained by generic tools, while Icedove ignores them. However, Icedove is also a good choice and I may try it again. > What`s the difference to install GNU Guix as a system or install > Trisquel and Guix on top of it? Trisquel is rather user-friendly, especially for users not at ease with computers or with GNU/Linux. So I can recommend it to those users so that more people use entirely free software. Trisquel uses stable releases, so any software update will not break anything and maintenance work for the user is exactly zero. This is also very nice for running servers. On the web, there are lots of solutions for Ubuntu, most of which work with Trisquel unchanged, or with almost no change. With Guix, you can have newer versions and roll back, and a lot of other great things that Ricardo and others can explain. I am trying to learn and I thank them for that. However, this is clearly more work than Trisquel, probably over what many computer users want. > I installed Guix as my System because if I had installed Trisquel I > would have older software. Older software is usually more stable and ok for most users. Nevertheless, Trisquel provides updates for newer version of the web browser (abrowser, based on Firefox) and of Libreoffice. For them, Trisquel's versions are actually newer than Guix. I use Guix on Trisquel mostly for Gajim. I also use Ungoogled Chromium for one hardly avoidable website (health care) that does not work with Abrowser/Firefox. I also use darktable from Guix, but perhaps the version from Trisquel would be fine too. I want to thank Guix for its option to run on other distros, it is much better than Flatpak, Appimage or whatever else. I want to try making that even easier, so people running Trisquel can use it more easily. > And to add Guix on top of Trisquel seemed to me not so beneficiary > and may be leading to inconsistency. To be on the save side I > installed Guix as my System in order to run smoothly. The risk of inconsistencies exists. I only had one and someone gave me a solution on this list (add a line to my .profile). No other issue so far. I may try Guix system at some point, but for now, I am focusing on helping Trisquel users, including for them to use Guix on Trisquel. David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: mailing list and Evolution /Email client
Le dimanche 06 février 2022 à 14:17 +, Gottfried a écrit : > Hello, > > I am new at GNU Guix and want to ask about the mailing list. > Hello, and welcome. You may want to say whether you are using Guix system or on a foreign distro. I am using Guix on Trisquel and on Debian. > Can I enter the mailing list and look at the topics there in order to > learn from others? How I can do that? > Or can I only send my questions to the mailing list in order to get > answers? > You can read, ask questions for help and answer other people's question if you know a solution to their problem. > I wanted to install evolution, hoping that I can use an email client > in > a graphical way. Before finisting the installation there was a > message: > > "The name org.gnome.evolution.dataserver.Sources5 was not provided by > any .service files. > > Does this mean I can´t install evolution? Did you ask to install the evolution and evolution-dataserver? I tried installing Evolution from Guix a while ago, I had some kind of errors and since Evolution from Trisquel and Debian are working fine, I did not try more. If you are using Guix on Debian or Trisquel, I can try installing evolution from Guix again in order to compare with you. David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
profile contains conflicting entries for util-linux:lib
Hi all, With Guix on Trisquel, after "guix pull", guix package -u gives this: $ LC_ALL=C guix package -u guix package: warning: Consider running 'guix pull' followed by 'guix package -u' to get up-to-date packages and security updates. The following packages will be upgraded: gajim (dependencies or package changed) gajim-omemo (dependencies or package changed) movim-desktop (dependencies or package changed) yt-dlp(dependencies or package changed) guix package: error: profile contains conflicting entries for util- linux:lib guix package: error: first entry: util-linux@2.35.1:lib /gnu/store/a45p39mgqvfd8kjwibyr0q42k1mw7gmf-util-linux-2.35.1-lib guix package: error:... propagated from glib@2.62.6 guix package: error:... propagated from dconf@0.36.0 guix package: error:... propagated from gajim@1.3.3 guix package: error: second entry: util-linux@2.37.2:lib /gnu/store/7nlzk7n90ib3llblxlpz725ym3k05gdj-util-linux-2.37.2-l ib guix package: error:... propagated from fontconfig@2.13.94 hint: Try upgrading both `gajim' and `fontconfig', or remove one of them from the profile. I never had such an error before and I use a single profile since I don't install many packages. I only installed fontconfig because it was said to do so in the manual, is it ok to just remove it? If so, not sure why the manual says to install it. Cheers, David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Grub menu not displayed
Le lundi 24 janvier 2022 à 08:46 +0100, Tanguy LE CARROUR a écrit : > Everything works as expected on my Thinkpad T200. The problem is with > my > Viking D8… that uses the nVIDIA driver! Do you think it could be > related? I am using a Vikings D8 with Trisquel 9 + Guix and Debian 11 + Guix, I can see Grub menu but only in text mode. https://libreboot.org/docs/hardware/kcma-d8.html says only text- mode is known to work (my D8 has coreboot but I suppose the problem is the same). I have a GeForce GT-710 but I suspect that it isn't used at the time Grub is loaded. Vikings told me a non-free blob would be needed to have graphical GRUB display. In Trisquel, I had set GRUB_TERMINAL=console in /etc/default/grub. In Debian, I did not set anything manually, I don't know how text mode is selected. By the way, with nouveau I have regular system freezes with Trisquel 9 (logs show issues with stack in nouveau, can happen more than once a day), while with Debian 11 and Mate, I only rarely (once a month or less) have the Mate session disconnected (apparently, X server was restarted). Perhaps this wasn't the main question, but in case it could help. David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Avoiding rebuilds (e.g. of mariadb, the entire Rust chain, etc.)?
Le mercredi 29 décembre 2021 à 10:12 +0100, zimoun a écrit : > Maybe I miss something with your requirements. To avoid such > disagreements, I do 3 things: > > 1) enable ’channel-with-substitutes-available’ [1] > > 2) split profiles: essentials under ~/.guix-profile (nss-certs, git, > recutils, glibc-locales, tree, etc.); emacs under > ~/.config/guix/profiles/emacs, python under > ~/.config/guix/profiles/python, etc. All the profiles managed using > manifest.scm [2] > > 3) run “guix weather -m manifest.scm” before updating > Thanks for the suggestions! I created a channels.scm file to enable ’channel-with-substitutes- available’ following what is indicated in [1]. Does that have an effect even without the split profiles? I am still reading [2] on the split profiles, I will try when I become confident I somehow understood (I never used a manifest.scm file so far). I saw that, even without a manifest.scm file, I can run "guix weather" with a list of packages as argument, so I can do that with the installed packages to get a clue before running an update, and wait in case some substitute is not available yet. My (still very low) understanding of Guix is getting slightly higher thanks to your advice, thanks again! David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Initialization of environment variables for guix on foreign distro
Hello Thiago, Le jeudi 23 décembre 2021 à 21:33 -0300, Thiago Jung Bauermann a écrit : > I had a similar issue recently on my Ubuntu laptop, when I switched > the > display manager from SDDM to GDM. From what I gather, the latter > launches the desktop session without using a shell so at no point the > shell initialization files are evaluated and thus the environment > isn’t set > up as usual. > > I use KDE Plasma, and it has a mechanism to evaluate shell scripts to > set the environment, so in my case to fix the problem what I had to > do > was: > > $ ln -s /etc/profile ~/.config/plasma-workspace/env/profile.sh > Thanks for sharing this. > I searched a bit, but unfortunately I couldn’t find an equivalent > solution for MATE. > I have a bit of difficulty finding documentation for Mate unfortunately. > I suppose one alternative would be to switch from GDM to SDDM. :-) If using GDM implies that the setup of Guix will not work, I suppose Guix should consider some improvement to make it work with GDM. I am not sure GDM is really the problem. On both computers, I am using lightdm, in my case, lightdm is surely not the problem (it could be a different configuration of lightdm, I could dig into lightdm documentation but it seems rather small). > bash automatically reads /etc/profile when invoked as a login shell. > There are more details here: > > > https://www.gnu.org/software/bash/manual/html_node/Bash-Startup-Files.html > Yes and I can confirm it works. That said, a mechanism to always invoke bash as login shell could have side effects that I may find only much later. Or, after an upgrade, that mechanism may stop working, or create other problems, and I could have forgotten what I did manually. Perhaps the problem even comes because of something I did manually and can't remember. If anyone is using Guix with Debian 11 and Mate, I am interested to know whether that problem exists or not. David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Avoiding rebuilds (e.g. of mariadb, the entire Rust chain, etc.)?
Le dimanche 26 décembre 2021 à 23:41 -0600, Matthew Brooks a écrit : > Is there any way to avoid rebuilding stuff like mariadb, the entire > Rust chain, etc. unless one of those packages *actually* changes? It > seems like every few days every single package needs to rebuild for > some reason, including many packages that spend unbelievably long > times running tests that will never actually be of use to me, so I'm > usually only able to update every couple of weeks since so much > constantly needs to be rebuilt and everything takes so long. > I don't have a solution, just similar experience but with a different setup. I use Guix on Trisquel on my X200, I have substitues enabled, my installed packages are glibc-locales, fontconfig, font-adobe-source- han-sans, gajim, gajim-omemo, gajim-openpgp, nheko, syncthing, darktable, and ungoogled-chromium. Often, "guix pull" and "guix package update" take between 1h and 2h. This is not due to the download time. Apparently, even with substitues, some CPU-heavy work is needed. > It seems to have gotten worse over time as well, as more and more > base packages pull in extremely computation-hungry dependency chains. > At this very moment, for example, I'm waiting for Rust & co. to > compile simply to delete old system generations from the bootloader. > I started "guix package -u" about 40h ago, it has been on ungoogled- chromium-96.0.4664.110-1.drv for more than 30h now and it is not finished. For a long time, both cores of the CPU have been at 100% load. Now, it is much lower and I see a lot of disk activity but still working. During the whole time, I have almost not used the computer at all. I will have to travel in two hours and I need to switch my laptop off first. If the update is not finished, I will stop the process. I guess I will remove ungoogled chromium as well. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Initialization of environment variables for guix on foreign distro
Hi everyone, On Trisquel with mate on my laptop, when opening a mate terminal (the command is just "mate-terminal", no option), all the suitable environment variables for guix are set. On Debian with mate on my desktop (I had problems with Trisquel that I could not solve for one year so I am using Debian), when opening a mate terminal, the suitable variables for guix are not set. So I am searching how to fix that on the desktop with Debian. On both computers, there is /etc/profile.d/guix.sh with the same contents. On the desktop, "bash -l" sets all the environment variables properly for guix properly, but I'd like to start programmes installed by Guix from the mate menu too. Does guix configure another file to set environment variables properly or is /etc/profile.d/guix.sh the only one? Is it supposed to be sufficient to source it via /etc/profile? If sourcing /etc/profile is supposed to address all cases, what is the recommended way to have it sourced? (on the laptop, I searched all .* files in my home directory, none of them is sourcing /etc/profile). That last question is not guix-specific but any advice is still welcome. Thanks, David. publickey - david.lecompte@metani.info - 292b3e27.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: Gajim unsupported locale setting on foreign distro
Hello, Le mardi 23 novembre 2021 à 01:43 -0700, Joseph Turner a écrit : > Running Guix 1.3.0-12.9bbbac6 on top of a foreign distro, Debian 11 > (bullseye). > > Gajim was installed with `guix install gajim`, and it works well. > However, I am unable to make use of `gajim-remote`, which returns the > error: I am using Gajim from Guix on top of Trisquel 9. When I try gajim- remote, I have a message that D-Bus is not installed or the Python module is missing: $ gajim-remote D-Bus n’est pas présent sur cette machine ou le module python est manquant For some reason, even with export LC_ALL=C, the message is still in French. I have D-Bus running on Trisquel as well as Python2 and Python3 installed and haven't been able to identify what module could be missing. When I asked on the Gajim support channel about this (not sure exactly when, perhaps 2-3 months ago), I was told not to use gajim-remote but rather some other tool to send D-Bus messages to Gajim. So I am not sure whether gajim-remote is still functional and so far, I gave up on this. By the way, yesterday, after I did "guix pull" and "guix package -u", the update failed on Gajim. I'll try with another computer running Trisquel 9 and Guix to see whether the same occurs. David.
Install Guix System in a logical volume
Hi, I currently have a disk with a DOS partition table, completely filled by a first partition for /boot for Trisquel and an extended partition that contains a logical volume group (single physical volume taking all space in the extended partition) that includes 3 logical volumes, one for swap, one for the root file system for Trisquel, one for the root file system for Debian and a lot of free space. Can I install Guix System with the whole root file system (including /boot) in a new logical volume that I create in the same volume group? Also, I installed Grub on the MBR via Debian. Can I expect Grub installed by Debian to see Guix and add an entry in the boot menu for it? David.
Re: Xdm trisquel login fails after installing gajim on a fresh guix install (works after rolling back)
On Wed, 2 Jun 2021 10:30:17 -0300
"Adonay Felipe Nogueira via" wrote:
> It might not be enough, but did you enable build substitutes when you were
> asked by the guix installation script?
Actually, I don't remember seeing that question. Maybe they are disabled then,
I will enable them.
> In general, you don't need to look those up unless a build process insists on
> failing or has another bug of some sort. The process I did came up to find
> those is somewhat complex, but still if you do want to follow mine, please
> read on.
>
> Most logs are kept at "/var/log/guix/drvs", but I do agree that you might
> need to do some searching, like this (lines starting with "$" are command
> lines):
Thanks for the great tips, very helpful.
There are 138 files more recent than the generation before last. The names of
the .drv.bz2 files apparently include package names but I see nothing with xorg
or texlive, even in the older ones, while I am sure I saw them listed on the
output.
Could that be visible inside of other .drv files in /var/log/guix?
> I think this is related to the XDG_DATA_DIRS environment variable. While
> "/etc/profile.d/guix.sh" does have some directions to set it, I had to put
> the following into my ~/.profile file in order to login:
>
> Start of text
> export
> XDG_DATA_DIRS="/usr/local/share:/usr/share/${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS"
> End of text
Excellent, it solves the problem.
> I did not have time to research ways to avoid this, but I guess that I'll
> have to fiddle with "/etc/profile.d/guix.sh" itself in order to test it more
> effectively.
The line there is a little different but I am not able to say whether that
should do the same or not. I guess I should spend more time on the bash manual,
this is perhaps one of the most useful manual to spend time on.
Anyway, thanks for the very good help !
David.
Xdm trisquel login fails after installing gajim on a fresh guix install (works after rolling back)
Hi all, I installed Guix on Trisquel 9 on an X200 following advice from the section 2 of the manual. I ran the script mentioned in the first note with sudo and made the guess that it replaces the steps from sections 2.1 up to 2.5 included, even though that is not mentioned. Then, following advice from section 2.6 and 2.7, I installed the Guix packages glibc-locales, fontconfig, font-adobe-source-han-sans and nss- certs, and I installed the Trisquel package nscd. Then I ran guix pull, guix package -u, sudo -i guix pull and systemctl restart guix- daemon.service. I understand one needs to run guix pull and guix package -u periodically, but I don't know whether the last two are also needed as frequently, I couldn't find any recommendation on that in the manual. Anyway, the actions and time it took looked similar to when I installed Guix on another computer running Trisquel 9 before, and everything was working ok. One small remark though: at various times, there are messages recommending to set PATH, GUIX_PATH or GUIX_LOCPATH but these variables are actually set automatically as part of the installation process, so these messages are a bit misleading. Then, when I asked to install the Guix gajim package, to my surprise, the output said it needs to download more than 100 MB and a crazy number of packages were processed, among which texlive or xorg, it took at lest as long as all the previous steps and both cores of my CPU were at 100% for more than 30 minutes. I'd love to provide some log of the output but I didn't redirect it to a file and I don't know if that is kept somewhere. When it was finished, I logged out and logged in using the default Trisquel xdm, my password is accepted but after maybe 30s, I get back to the login screen and any further attempt to log in has the same result. I logged in a console terminal, and since I did not know what to do, I rolled back and then I could log in via xdm normally again. I don't know whether I did something wrong when installing Guix or if there is an issue with the gajim package, or with installing it in Guix now, or the combination of both. My Trisquel 9 install is very recent and Trisquel is highly stable, so I doubt there is anything wrong with it. I am happy that rolling back removes the problem but I'd like to find out how to use guix without breaking trisquel. Thanks in advance for the help. David.
