Foreign Distribution - how to disable guix home configuration?
Hello, Since I have updated my fedora box from version 34 to version 35, the libry path is messed up and most applications installed via dnf (fedora package manager) does not run. In a terminal (only xterm works so far), starting one of those failing application output a symbol lookup error with a path to a library in the /gnu/store, so far I only see reference to libpthread. I suspect guix home to be the culprit, so, I would like to ensure it is not started, to confirm or not my suspition. So, what is the best way to disable/deactivate it? Is there a command in guix to do so? Roland Everaert --- Use the F.O.S.S., Luke Envoyé avec la messagerie sécurisée [ProtonMail](https://protonmail.com/).
Re: How to work with npm from guix shell
Hello, Removing the '-g' option allows me to go further, however, I encounter some dependency problems. I will get in touch with the project maintainer to get more help. BTW, is there any articles that go in depth with the use of guix shell? I have still difficulties to get en environment right and to understand all the subtelties of the available options for the command. Thanks for the help, Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. --- Original Message --- Le vendredi 18 février 2022 à 13:37, Ekaitz Zarraga a écrit : > Hi > > > Hello, > > > > I try to install the community server of the solid project using the > > following documentation in a guix shell session. > > > > https://solidproject.org//self-hosting/css > > > > Unfortunatelly I got the following error during the execution of 'npm > > install -g @solid/community-server' > > This command installs stuff globally, which tries to access system's > directories and that's what's giving you the error (the store is immutable). > > What I suggest is to remove the -g so the packages are going to be installed > in the current folder under node_modules, and you'll be able to run them by > their path: > > ./node_modules/community-server/bin/whatever > > You can also add that to the PATH and simplify some things. > > That's what I do. > > But there might be other better options, like setting where should npm > install the packages globally? I don't know about that. > > Hope that helps
How to work with npm from guix shell
Hello,
I try to install the community server of the solid project using the following
documentation in a guix shell session.
https://solidproject.org//self-hosting/css
Unfortunatelly I got the following error during the execution of 'npm install
-g @solid/community-server'
--
npm WARN checkPermissions Missing write access to
/gnu/store/5h6v8gkyzc4xlvl96qp4apmjxar5br76-node-14.18.3/lib/node_modules
npm ERR! code EACCES
npm ERR! syscall access
npm ERR! path
/gnu/store/5h6v8gkyzc4xlvl96qp4apmjxar5br76-node-14.18.3/lib/node_modules
npm ERR! errno -13
npm ERR! Error: EACCES: permission denied, access
'/gnu/store/5h6v8gkyzc4xlvl96qp4apmjxar5br76-node-14.18.3/lib/node_modules'
npm ERR! [Error: EACCES: permission denied, access
'/gnu/store/5h6v8gkyzc4xlvl96qp4apmjxar5br76-node-14.18.3/lib/node_modules'] {
npm ERR! errno: -13,
npm ERR! code: 'EACCES',
npm ERR! syscall: 'access',
npm ERR! path:
'/gnu/store/5h6v8gkyzc4xlvl96qp4apmjxar5br76-node-14.18.3/lib/node_modules'
npm ERR! }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as
the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check
the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.
npm ERR! A complete log of this run can be found in:
npm ERR!
/home/roland/.npm/_logs/2022-02-18T12_10_31_439Z-debug.log-
Command use to start the guix shell session.
guix shell -CN node
I am totally illiterate about node.js and its ecosystem. So, how to setup a
proper environment for running node.js application with guix shell or guix in
general?
I am running the application in a guix shell session for testing purposes.
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with [ProtonMail](https://protonmail.com/) Secure Email.
i18n guix module error when opening shell after guix home reconfigure
Hello,
First, happy new year and best wishes for this year.
I have updated my guix home configuration to use my zsh config instead of a
blank bash configuration.
Unfortunatelly, when I logout and login again, I face the following errors:
-
Backtrace:
9 (primitive-load "/home/roland/.guix-home/on-first-login")
In ice-9/eval.scm:
721:20 8 (primitive-eval (begin (use-modules (guix i18n)) (# …) …))
In ice-9/psyntax.scm:
1230:36 7 (expand-top-sequence ((begin (use-modules (guix …)) …)) …)
1090:25 6 (parse _ (("placeholder" placeholder)) ((top) #(# # …)) …)
1222:19 5 (parse _ (("placeholder" placeholder)) ((top) #(# # …)) …)
259:10 4 (parse _ (("placeholder" placeholder)) (()) _ c&e (eval) …)
In ice-9/boot-9.scm:
3927:20 3 (process-use-modules _)
222:17 2 (map1 (((guix i18n
3928:31 1 (_ ((guix i18n)))
3329:6 0 (resolve-interface (guix i18n) #:select _ #:hide _ # _ # …)
ice-9/boot-9.scm:3329:6: In procedure resolve-interface:
no code for module (guix i18n)
-
However, the command guix home reconfigure home-config.scm does not generate
any error, so I don't understand why guix complain about a missing module
related to internationalization.
I am using guix, the package manager, on a Fedora 34 distribution.
Below is my home-config.scm file content:
-
(use-modules (gnu home)
(gnu home services)
(gnu home services shells)
(gnu services)
(gnu packages admin)
(gnu packages python-xyz)
(gnu packages password-utils)
(gnu packages dunst)
(gnu packages disk)
(gnu packages backup)
(gnu packages libreoffice)
(gnu packages guile)
(gnu packages xdisorg)
(gnu packages tls)
(gnu packages vpn)
(gnu packages terminals)
(guix gexp))
(home-environment
(packages (list htop glances password-store dunst ranger restic hunspell
;; hunspell-dict-fr hunspell-dict-en
;; guile
neofetch xdotool openssl openvpn xscreensaver alacritty))
(services
(list
(service home-zsh-service-type
(home-zsh-configuration
(xdg-flavor? #t)
(zshrc (list (local-file "zshrc"
-----
Any idea what might cause such trouble?
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with [ProtonMail](https://protonmail.com/) Secure Email.
Re : Re: Guix home on foreign distribution
With that syntax it works.
Thank you,
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
Le lundi 18 octobre 2021 à 19:21, Fredrik Salomonsson a
écrit :
> Hi Roland,
>
> Roland Everaert via help-guix@gnu.org writes:
>
> > Hello,
> >
> > Is there anything related to file and directory permissions to be set on
> > foreign distrubution for guix home to work?
>
> No special permissions are needed for guix home to work. I'm using it on
>
> a foregin distro and it works (still have some minor papercuts but
>
> unrelated to this).
>
> > I know that feature is still pretty young and some parts are still in
> >
> > dev, yet I have tried it on my fedora 34 system and got the following
> >
> > error, which could be related to permission and file ownership:
> >
> > building /gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv...
> >
> > Backtrace:
> >
> > 8 (primitive-load "/gnu/store/lp5wrbb8qi9lc3hyji3dxwjzgg8?")
> >
> > In ice-9/ports.scm:
> >
> > 463:17 7 (call-with-output-file _ _ #:binary _ #:encoding )
> >
> > In ice-9/eval.scm:
> >
> > 159:9 6 ( #(#(#) #))
> >
> > 163:9 5 (_ #(#(#) #))
> >
> > 155:9 4 (_ #(#(#) #))
> >
> > 159:9 3 (_ #(#(#) #))
> >
> > In ice-9/boot-9.scm:
> >
> > 152:2 2 (with-fluid* _ _ _)
> >
> > In ice-9/ports.scm:
> >
> > 440:11 1 (call-with-input-file "export HISTFILE=$HOME/.bash_his?" ?)
> >
> > In unknown file:
> >
> > 0 (open-file "export HISTFILE=$HOME/.bash_history" "r" # # ?)
> >
> > ERROR: In procedure open-file:
> >
> > In procedure open-file: No such file or directory: "export
> > HISTFILE=$HOME/.bash_history"
> >
> > builder for `/gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv'
> > failed with exit code 1 build of
> > /gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv failed View
> > build log at
> > '/var/log/guix/drvs/56/4yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv.bz2'.
> > cannot build derivation`
> > /gnu/store/ic73gayslzsj0k2snp61z5aaiwd6l5ck-files.drv': 1 dependencies
> > couldn't be built
> >
> > applying 2 grafts for
> > /gnu/store/g2wlw2kxszxclfq1pvxyfbs7q15xl1vf-python-future-0.18.2.drv ...
> >
> > cannot build derivation
> > `/gnu/store/gam06nxwyb6kcqs3pxwh1v8p627ps0df-home.drv': 1 dependencies
> > couldn't be built guix home: error: build of`
> > /gnu/store/gam06nxwyb6kcqs3pxwh1v8p627ps0df-home.drv' failed
> >
> > The guix home configuration file I use:
> >
> > (use-modules (gnu home)
> >
> > (gnu home services)
> >
> > (gnu home services shells)
> >
> > (gnu services)
> >
> > (gnu packages admin)
> >
> > (gnu packages python-xyz)
> >
> > (gnu packages password-utils)
> >
> > (gnu packages dunst)
> >
> > (gnu packages disk)
> >
> > (gnu packages backup)
> >
> > (gnu packages libreoffice)
> >
> > (gnu packages guile)
> >
> > (gnu packages xdisorg)
> >
> > (gnu packages tls)
> >
> > (gnu packages vpn)
> >
> > (guix gexp))
> >
> > (home-environment
> >
> > (packages (list htop glances password-store dunst ranger restic hunspell
> >
> > ;; hunspell-dict-fr hunspell-dict-en
> >
> > ;; guile
> >
> > neofetch xdotool openssl openvpn xscreensaver))
> >
> > (services
> >
> > (list
> >
> > (service home-bash-service-type
> >
> > (home-bash-configuration
> >
> > (guix-defaults? #t)
> >
> > (bash-profile (list "export HISTFILE=$HOME/.bash_history"
> >
> > (simple-service 'test-config
> >
> > home-files-service-type
> >
> > (list `("config/test.conf"
> >
> > ,(plain-file "tmp-file.txt"
> >
> > "the content of ~/.config/test.conf")))
> > ---
>
> I think this is an issue due to the api changed for the
>
> home-bash-service-type and the docs hasn't been updated. See this email
>
> thread [0]. Try changing:
>
> (bash-profile (list "export HISTFILE=$HOME/.bash_history"))
>
> to
>
> (bash-profile (list (plain-file "bash_profile" "export
> HISTFILE=$HOME/.bash_history")))
>
> [0] https://lists.gnu.org/archive/html/help-guix/2021-10/msg00045.html
>
> I hope that helps.
>
>
>
> s/Fred[re]+i[ck]+/Fredrik/g
Re : Re: Guix home on foreign distribution
The documentation says otherwise. according to it, it can be a list of strings
or gexps for setting environment variables.
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
Le lundi 18 octobre 2021 à 18:55, Oleg Pykhalov a écrit :
> Hi,
>
> Roland Everaert via help-guix@gnu.org writes:
>
> > Is there anything related to file and directory permissions to be set
> >
> > on foreign distrubution for guix home to work?
> >
> > I know that feature is still pretty young and some parts are still in dev,
> > yet
> >
> > I have tried it on my fedora 34 system and got the following error, which
> >
> > could be related to permission and file ownership:
> >
> > ...
> >
> > --8<---cut here---start->8---
> >
> > (home-environment
> >
> > (packages (list htop glances password-store dunst ranger restic hunspell
> >
> > ;; hunspell-dict-fr hunspell-dict-en
> >
> > ;; guile
> >
> > neofetch xdotool openssl openvpn xscreensaver))
> >
> > (services
> >
> > (list
> >
> > (service home-bash-service-type
> >
> > (home-bash-configuration
> >
> > (guix-defaults? #t)
> >
> > (bash-profile (list "export HISTFILE=$HOME/.bash_history"
>
> This should be a file-like object, e.g. plain-file same as in the test-config.
>
> > (simple-service 'test-config
> >
> > home-files-service-type
> >
> > (list `("config/test.conf"
> >
> > ,(plain-file "tmp-file.txt"
> >
> > "the content of ~/.config/test.conf")))
> >
> > --8<---cut here---end--->8---
Guix home on foreign distribution
Hello,
Is there anything related to file and directory permissions to be set on
foreign distrubution for guix home to work?
I know that feature is still pretty young and some parts are still in dev, yet
I have tried it on my fedora 34 system and got the following error, which could
be related to permission and file ownership:
---
building /gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv...
Backtrace:
8 (primitive-load "/gnu/store/lp5wrbb8qi9lc3hyji3dxwjzgg8?")
In ice-9/ports.scm:
463:17 7 (call-with-output-file _ _ #:binary _ #:encoding _)
In ice-9/eval.scm:
159:9 6 (_ #(#(#) #))
163:9 5 (_ #(#(#) #))
155:9 4 (_ #(#(#) #))
159:9 3 (_ #(#(#) #))
In ice-9/boot-9.scm:
152:2 2 (with-fluid* _ _ _)
In ice-9/ports.scm:
440:11 1 (call-with-input-file "export HISTFILE=$HOME/.bash_his?" ?)
In unknown file:
0 (open-file "export HISTFILE=$HOME/.bash_history" "r" # # ?)
ERROR: In procedure open-file:
In procedure open-file: No such file or directory: "export
HISTFILE=$HOME/.bash_history"
builder for `/gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv'
failed with exit code 1
build of /gnu/store/564yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv failed
View build log at
'/var/log/guix/drvs/56/4yvkjmdp5bvdijk8w0cwl7ym5q6sdr-bash_profile.drv.bz2'.
cannot build derivation
`/gnu/store/ic73gayslzsj0k2snp61z5aaiwd6l5ck-files.drv': 1 dependencies
couldn't be built
applying 2 grafts for
/gnu/store/g2wlw2kxszxclfq1pvxyfbs7q15xl1vf-python-future-0.18.2.drv ...
cannot build derivation `/gnu/store/gam06nxwyb6kcqs3pxwh1v8p627ps0df-home.drv':
1 dependencies couldn't be built
guix home: error: build of
`/gnu/store/gam06nxwyb6kcqs3pxwh1v8p627ps0df-home.drv' failed
---
The guix home configuration file I use:
-
(use-modules (gnu home)
(gnu home services)
(gnu home services shells)
(gnu services)
(gnu packages admin)
(gnu packages python-xyz)
(gnu packages password-utils)
(gnu packages dunst)
(gnu packages disk)
(gnu packages backup)
(gnu packages libreoffice)
(gnu packages guile)
(gnu packages xdisorg)
(gnu packages tls)
(gnu packages vpn)
(guix gexp))
(home-environment
(packages (list htop glances password-store dunst ranger restic hunspell
;; hunspell-dict-fr hunspell-dict-en
;; guile
neofetch xdotool openssl openvpn xscreensaver))
(services
(list
(service home-bash-service-type
(home-bash-configuration
(guix-defaults? #t)
(bash-profile (list "export HISTFILE=$HOME/.bash_history"
(simple-service 'test-config
home-files-service-type
(list `("config/test.conf"
,(plain-file "tmp-file.txt"
"the content of ~/.config/test.conf")))
-
Some system related information:
---
[roland@singularity ~]$ guix describe
hint: Consider installing the `glibc-locales' package and defining
`GUIX_LOCPATH', along these lines:
guix install glibc-locales
export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"
See the "Application Setup" section in the manual, for more info.
Generation 45 Oct 18 2021 13:14:31 (current)
guix 84759b7
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 84759b7c20fa4ee7e8004f2fc0ddec694cf9aedd
[roland@singularity ~]$ neofetch --off --package_managers off --title_fqdn off
--uptime off
roland@singularity
--
OS: Fedora 34 (Workstation Edition) x86_64
Host: B550 GAMING X
Kernel: 5.14.9-200.fc34.x86_64
Uptime: 2 hours, 53 mins
Packages: 2438
Shell: bash 5.0.16
Resolution: 3840x2160
WM: stumpwm
Theme: Adwaita [GTK2/3]
Icons: Adwaita [GTK2/3]
Terminal: alacritty
CPU: AMD Ryzen 7 3800XT (16) @ 3.900GHz
GPU: NVIDIA GeForce RTX 3070
Memory: 4328MiB / 32035MiB
-
Regards,
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with [ProtonMail](https://protonmail.com/) Secure Email.
Re : Re: Librem Mini with pureboot/head don't boot GuixSD
Hello again,
I am slowly moving forward with this topic.
I manage to reinstall GuixSD on the librem Mini. But, now I am having issues
with configuring GuixSD to add an entry to the bootloader menu, so, I can tell
HEADS to actually use the kernel in the separate partition mounted to /boot. I
discover that HEADS, actually, read the content of grub.cfg to propose a list
of system to boot on.
Without the form (menu-entries), in the bootloader definition, 'reconfigure'
runs fine. So what am I doning wrong?
When the form (menu-entries) is not present, the only notable thing is that the
system does not mount the partition ("15dd9d6b-801b-4c57-b2dd-8712405d54e1") to
/boot, as a part of the reconfigure operation and the fact that the copy of the
kernel files should happen after the reconfigure. However, after rebooting the
system, the partition is mounted properly, so it is only during the reconfigure
that the partition has not been mounted. Is this intentional?
When executing reconfigure with the file pasted below, I got a huge backtrace.
Below is the head of the backtrace.
Backtrace:
16 (primitive-load "/root/.config/guix/current/bin/guix")
In guix/ui.scm:
2185:7 15 (run-guix . _)
2148:10 14 (run-guix-command _ . _)
In ice-9/boot-9.scm:
1752:10 13 (with-exception-handler _ _ #:unwind? _ # _)
In guix/status.scm:
820:3 12 (_)
800:4 11 (call-with-status-report _ _)
In guix/scripts/system.scm:
1228:4 10 (_)
In ice-9/boot-9.scm:
1752:10 9 (with-exception-handler _ _ #:unwind? _ # _)
In guix/store.scm:
658:37 8 (thunk)
1320:8 7 (call-with-build-handler # …)
2108:24 6 (run-with-store # …)
In guix/scripts/system.scm:
1252:15 5 (_ _)
807:9 4 (perform-action reconfigure #< name: #f format:…> …)
In gnu/bootloader/grub.scm:
496:13 3 (grub-configuration-file #< …> …)
In srfi/srfi-1.scm:
241:2 2 (map _ _)
In ice-9/boot-9.scm:
1685:16 1 (raise-exception _ #:continuable? _)
1685:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
In procedure map: Wrong type argument: (#< label: "GNU with
Linux-Libre 5.13.12" device: #< type: ext4 bv: #vu8(141 147 13 97 214 101
77 110 183 1 83 125 191 171 22 162)> device-mount-point: "/" linux:
# "/ bzImage"> linux-arguments:
("--root=8d930d61-d665-4d6e-b701-537dbfab16a2" # bootloader: #< name: grub package:
# installer:
#package
'("nss-certs" "restic" "gnupg"))
%base-packages))
(services
(append
(list (service xfce-desktop-service-type)
(service openssh-service-type)
(set-xorg-configuration
(xorg-configuration
(keyboard-layout keyboard-layout
%desktop-services))
(bootloader
(bootloader-configuration
(bootloader grub-bootloader)
(targets '("/dev/sdb"))
(keyboard-layout keyboard-layout)
(menu-entries
(menu-entry
(label "Guix for Pureboot")
(device (uuid "15dd9d6b-801b-4c57-b2dd-8712405d54e1"))
(swap-devices
(list (uuid "22be707b-6a27-4f14-81cb-6a1a9c6d2c12")))
(file-systems
(append (list (file-system
(mount-point "/")
(device
(uuid "8d930d61-d665-4d6e-b701-537dbfab16a2"
'ext4))
(type "ext4"))
(file-system
(mount-point "/boot")
(dependencies (list "/"))
(device
(uuid "15dd9d6b-801b-4c57-b2dd-8712405d54e1"
'ext4))
(type "ext4")))
%base-file-systems)))
Roland Everaert
---
Use the F.O.S.S., Luke
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
Le vendredi 20 août 2021 à 00:39, Thiago Jung Bauermann
a écrit :
> Hello Roland,
>
> Em quinta-feira, 19 de agosto de 2021, às 11:57:45 -03, Roland Everaert
>
> escreveu:
>
> > I manage to successfuly copy the needed files to /boot using the `for each`
> > loop from ‘%copy-kernel-and-initrd’, Thank You.
>
> That’s great!
>
> > However, I need to resize (i.e. reduce) the root filesystem so /boot can
> >
> > live in its own one. Currently, copying the kernel files too /boot is
> >
> > useless, as HEAD will scan and sign all the files in /, anyway.
> >
> > Did you have any article discussing such process?
> >
> > I find plenty of articles about increasing the root partition, but, none
> >
> > to reduce it.
> >
> > As the root partition cannot be unmounted online, I need to know if there
> >
> > is a simple way to "switch to an offline mode of sort"
Re : Re: Librem Mini with pureboot/head don't boot GuixSD
Hello Thiago, I manage to successfuly copy the needed files to /boot using the `for each` loop from ‘%copy-kernel-and-initrd’, Thank You. However, I need to resize (i.e. reduce) the root filesystem so /boot can live in its own one. Currently, copying the kernel files too /boot is useless, as HEAD will scan and sign all the files in /, anyway. Did you have any article discussing such process? I find plenty of articles about increasing the root partition, but, none to reduce it. As the root partition cannot be unmounted online, I need to know if there is a simple way to "switch to an offline mode of sort". For example, I could map a minimal root FS in memory and chroot to it. An other possibility is to copy a guix system to a USB drive and boot from it. The USB option seems the easiest, but the one with the RAMFS seems neat. What are the recommandations of the fine folks on this ML, for such operation? Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le samedi 14 août 2021 à 21:30, Thiago Jung Bauermann a écrit : > Hello, > > Em sábado, 14 de agosto de 2021, às 08:23:17 -03, Roland Everaert via > > escreveu: > > > The good news, I manage to boot the system. > > Nice! > > > I can apply your suggested workaround, but I will need some help to > > > > understand how to adapt /etc/config.scm to copy the kernel to /boot, if > > > > it is possible, from the configuration file. > > You could use ‘%copy-kernel-and-initrd’ from here as a basis: > > https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/ > > berlin.scm#n97 > > If you change “/store” to “/boot” in the code perhaps it will work in your > > case. > > --- > > Thanks, > > Thiago
Re : Librem Mini with pureboot/head don't boot GuixSD
Hello Tobias, I have a good news and a bad news. The good news, I manage to boot the system. The bad news, I have to boot the root file system, hence, /. This imply that I have either to re-sign the whole disk at every boot or boot every time in unsafe mode. To answer your question, I have performed a very basic installation, nothing is encrypted and there is only 3 partitions, /boot, the swap and the root filesystem. The consequence is that booting is slow because HEAD needs to browse the whole file system to find the kernel. Moreover, because there is always a file changing on the disk, be it in /var/log or /home, for example, HEAD complains at every boot that some files have changed. IMHO, the HEAD and GuixSD developers need to come together with a solution that allow to boot from /boot, using HEAD, even with a Guix system. I can apply your suggested workaround, but I will need some help to understand how to adapt /etc/config.scm to copy the kernel to /boot, if it is possible, from the configuration file. Roland Everaert --- Use the F.O.S.S., Luke Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐ Original Message ‐‐‐ Le jeudi 12 août 2021 à 12:59, Roland Everaert a écrit : > Hello, > > I have installed GuixSD on a Librem Mini, from Purism. After rebooting, the > system stubbornly stay on the pre-boot screen with the last line printed > being ‘Found kexec boot params’. > > I have tried re-signing the content of /boot with my librem key, generating > new TOTP/HOTP secrets and other thing from the pureboot GUI, but still, no > boot to the new OS. does someone managed to run Guix with pureboot/head? > > Regards, > > Roland Everaert > --- > Use the F.O.S.S., Luke > > Sent with [ProtonMail](https://protonmail.com/) Secure Email.
Librem Mini with pureboot/head don't boot GuixSD
Hello, I have installed GuixSD on a Librem Mini, from Purism. After rebooting, the system stubbornly stay on the pre-boot screen with the last line printed being ‘Found kexec boot params’. I have tried re-signing the content of /boot with my librem key, generating new TOTP/HOTP secrets and other thing from the pureboot GUI, but still, no boot to the new OS. does someone managed to run Guix with pureboot/head? Regards, Roland Everaert --- Use the F.O.S.S., Luke Sent with [ProtonMail](https://protonmail.com/) Secure Email.
Re : Re: Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le mercredi 24 février 2021 à 10:28, zimoun a écrit : > Hi, > > On Mon, 22 Feb 2021 at 20:14, Roland Everaert via help-guix@gnu.org wrote: > > > I already opened an issue with the Nyxt project and they think the problem > > is related to a conflict between guix and fedora. > > > > The issue in the Nyxt project is: > > > > https://github.com/atlas-engineer/nyxt/issues/1132 > > Could you try: > > --8<---cut here---start->8--- > > guix environment --preserve='^DISPLAY$' --container --network \ > > --expose=/etc/machine-id \ > > --expose=/etc/ssl/certs/ \ > > --share=$HOME/.local/share/nyxt/=$HOME/.local/share/nyxt/ \ > > --ad-hoc nyxt nss-certs dbus -- nyxt > > --8<---cut here---end--->8--- > > ? From > https://guix.gnu.org/manual/devel/en/guix.html#Invoking-guix-environment. > > The ’--container’ part removes any potential conflicts between Guix and > > Fedora. > > Then, > > --8<---cut here---start->8--- > > guix environment --pure \ > > --ad-hoc nyxt nss-certs dbus -- nyxt > > --8<---cut here---end--->8--- > > ? > > Thanks, > > simon Hello, Unfortunately, I still face the same problem. The only notable difference, is the fact that nyxt don't trust the certificate from duckduckgo. But, once I add it with the function add-domain-to-certificate-exceptions, the problem with webkitgtk arise.
Re: Foreign distribution: errors when loading contrib modules of stumpwm
Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le mardi 23 février 2021 à 12:58, Roland Everaert a écrit : > Roland Everaert > --- > Use the F.O.S.S., Luke > > Sent with ProtonMail Secure Email. > > ‐‐‐ Original Message ‐‐‐ > > Le mardi 23 février 2021 à 11:53, Guillaume Le Vaillant < rel="noreferrer nofollow noopener" > href="mailto:g...@posteo.net";>g...@posteo.net> a écrit : > > > Roland Everaert > href="mailto:r.evera...@protonmail.com";>r.evera...@protonmail.com > > skribis: > > > > > > > Le lundi 22 février 2021 à 10:41, Guillaume Le Vaillant > > target="_blank" rel="noreferrer nofollow noopener" > > > href="mailto:g...@posteo.net";>g...@posteo.net a écrit : > > > > > > > > > Roland Everaert via mailto:help-guix@gnu.org";>help-guix@gnu.org skribis: > > > > > > > > > > > I have installed StumpWM and some contrib modules, on a Fedora 33 > > > > > distribution using the guix PM, for many month, without much problem. > > > > > Since the begining of the week (last guix update), whenever I load a > > > > > contrib module, StumpWM complains about a FASL file being read-only > > > > > somewhere in /gnu/store/-stumpwm-lib. > > > > > > > > > > > > Any idea what has changed in stumpwm and its contrib modules? > > > > > > > > > > > > Below is my StumpWM configuration: > > > > > > > > > > > > Start of sources - > > > > > > > > > > > > ;; --lisp-- > > > > > > > > > > > > ;; > > > > > > > > > > > > (in-package :stumpwm) > > > > > > > > > > > > ;; * Adding modules > > > > > > > > > > > > (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") > > > > > > > > > > > > (add-to-load-path > > > > > "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") > > > > > > > > > > > > (load-module "stumptray") > > > > > > > > > > > > End of sources - > > > > > > > > > > This is strange, as the last change directly related to StumpWM was > > > > > > > > > > made several months ago (around 2020-12-10). > > > > > > > > > > How do you start StumpWM? Do you use a '.xsession' file? > > > > > > > > > > What are your XDG_CONFIG_DIRS and XDG_DATA_DIRS environment variables > > > > > > > > > > set to? > > > > > > > > I start Stumpwm from gdm, and I don't use an .xsession file. > > > > > > > > I manage to configure emacs and StumpWM correctly, to be able to interact > > > with StumpWM using SLY. You will find below the code I have executed in > > > the REPL and the exception generated by the last instruction. > > > > > > > > The value of the Environment variable: > > > > > > > > STUMPWM> (asdf:load-system :uiop) > > > > > > > > T > > > > > > > > STUMPWM> (uiop:getenv "XDG_CONFIG_DIRS") > > > > > > > > "/home/roland/.guix-profile/etc" > > > > > > > > STUMPWM> (uiop:getenv "XDG_DATA_DIRS") > > > > > > > > "/home/roland/.guix-profile/share:/home/roland/.guix-profile/share:/home/roland/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/" > > > > > > > > The code: > > > > > > > > CL-USER> (in-package stumpwm) > > > > > > > > # > > > > > > > > STUMPWM> (set-module-dir "~/.guix-profile/share/common-lisp/sbcl") > > > > > > > > (#P"/gnu/store/yi6dypcphhjbz9gp0l8z8r3pwjr71q6v-sbcl-clx-0.7.5/share/common-lisp/sbcl/clx/" > > > > > > > > #P"/gnu/store/lskhxlvddjjkg3c4v49ppm9y022ajzi6-sbcl-stumpwm-pass-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-pass/" > > > > > > > > #P"/gnu/store/ia41a2gd9klix8xdmhgsr16j998q7xfx-sbcl-stumpwm-ttf-fonts-0.0.1-2.920f8fc/share/common-lisp/sbcl/s
Re: Foreign distribution: errors when loading contrib modules of stumpwm
Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le mardi 23 février 2021 à 11:53, Guillaume Le Vaillant <mailto:g...@posteo.net";>g...@posteo.net> a écrit : > Roland Everaert mailto:r.evera...@protonmail.com";>r.evera...@protonmail.com skribis: > > > Le lundi 22 février 2021 à 10:41, Guillaume Le Vaillant mailto:g...@posteo.net";>g...@posteo.net a écrit : > > > > > Roland Everaert via mailto:help-guix@gnu.org";>help-guix@gnu.org skribis: > > > > > > > I have installed StumpWM and some contrib modules, on a Fedora 33 distribution using the guix PM, for many month, without much problem. Since the begining of the week (last guix update), whenever I load a contrib module, StumpWM complains about a FASL file being read-only somewhere in /gnu/store/<hash>-stumpwm-lib. > > > > > > > > Any idea what has changed in stumpwm and its contrib modules? > > > > > > > > Below is my StumpWM configuration: > > > > > > > > Start of sources - > > > > > > > > ;; --lisp-- > > > > > > > > ;; > > > > > > > > (in-package :stumpwm) > > > > > > > > ;; * Adding modules > > > > > > > > (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") > > > > > > > > (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") > > > > > > > > (load-module "stumptray") > > > > > > > > End of sources - > > > > > > This is strange, as the last change directly related to StumpWM was > > > > > > made several months ago (around 2020-12-10). > > > > > > How do you start StumpWM? Do you use a '.xsession' file? > > > > > > What are your XDG_CONFIG_DIRS and XDG_DATA_DIRS environment variables > > > > > > set to? > > > > I start Stumpwm from gdm, and I don't use an .xsession file. > > > > I manage to configure emacs and StumpWM correctly, to be able to interact with StumpWM using SLY. You will find below the code I have executed in the REPL and the exception generated by the last instruction. > > > > The value of the Environment variable: > > > > STUMPWM> (asdf:load-system :uiop) > > > > T > > > > STUMPWM> (uiop:getenv "XDG_CONFIG_DIRS") > > > > "/home/roland/.guix-profile/etc" > > > > STUMPWM> (uiop:getenv "XDG_DATA_DIRS") > > > > "/home/roland/.guix-profile/share:/home/roland/.guix-profile/share:/home/roland/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/" > > > > The code: > > > > CL-USER> (in-package stumpwm) > > > > #<PACKAGE "STUMPWM"> > > > > STUMPWM> (set-module-dir "~/.guix-profile/share/common-lisp/sbcl") > > > > (#P"/gnu/store/yi6dypcphhjbz9gp0l8z8r3pwjr71q6v-sbcl-clx-0.7.5/share/common-lisp/sbcl/clx/" > > > > #P"/gnu/store/lskhxlvddjjkg3c4v49ppm9y022ajzi6-sbcl-stumpwm-pass-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-pass/" > > > > #P"/gnu/store/ia41a2gd9klix8xdmhgsr16j998q7xfx-sbcl-stumpwm-ttf-fonts-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-ttf-fonts/" > > > > #P"/gnu/store/dvs3f9jrw4g3p3g17v34a71l3ccjas8b-sbcl-stumpwm-net-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-net/" > > > > #P"/gnu/store/4fjpm820912fy2rmybydncg06xb3svjx-sbcl-stumpwm-swm-gaps-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-swm-gaps/" > > > > #P"/gnu/store/y3602x94y7myl25srcghgh1fw5ldaxfj-sbcl-stumpwm-stumptray-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-stumptray/" > > > > #P"/gnu/store/7mm2idvr4jrbwidp79phkg6nm9wx5ly4-sbcl-clx-xembed-0.1-1.a5c4b84/share/common-lisp/sbcl/clx-xembed/") > > > > STUMPWM> (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") > > > > (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") > > > > (#P"/gnu/store/yi6dypcphhjbz9gp0l8z8r3pwjr71q6v-sbcl-clx-0.7.5/share/common-lisp/sbcl/clx/" > > > > #P"/gnu/store/lskhxlvddjjkg3c4v49ppm9y022ajzi6-sbcl-stumpwm-pass-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-pass/" > > > > #P"/gnu/store/ia41a2gd9klix8xdmhgsr16j998q7xfx-sbcl-stumpwm-ttf-fonts-0.
Re: Foreign distribution: errors when loading contrib modules of stumpwm
Roland Everaert --- Use the F.O.S.S., Luke Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ Le lundi 22 février 2021 à 10:41, Guillaume Le Vaillant a écrit : > Roland Everaert via help-guix@gnu.org skribis: > > > I have installed StumpWM and some contrib modules, on a Fedora 33 > > distribution using the guix PM, for many month, without much problem. Since > > the begining of the week (last guix update), whenever I load a contrib > > module, StumpWM complains about a FASL file being read-only somewhere in > > /gnu/store/-stumpwm-lib. > > > > Any idea what has changed in stumpwm and its contrib modules? > > > > Below is my StumpWM configuration: > > > > Start of sources - > > > > ;; --lisp-- > > > > ;; > > > > (in-package :stumpwm) > > > > ;; * Adding modules > > > > (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") > > > > (add-to-load-path > > "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") > > > > (load-module "stumptray") > > > > End of sources - > > This is strange, as the last change directly related to StumpWM was > > made several months ago (around 2020-12-10). > > How do you start StumpWM? Do you use a '.xsession' file? > > What are your XDG_CONFIG_DIRS and XDG_DATA_DIRS environment variables > > set to? I start Stumpwm from gdm, and I don't use an .xsession file. I manage to configure emacs and StumpWM correctly, to be able to interact with StumpWM using SLY. You will find below the code I have executed in the REPL and the exception generated by the last instruction. The value of the Environment variable: STUMPWM> (asdf:load-system :uiop) T STUMPWM> (uiop:getenv "XDG_CONFIG_DIRS") "/home/roland/.guix-profile/etc" STUMPWM> (uiop:getenv "XDG_DATA_DIRS") "/home/roland/.guix-profile/share:/home/roland/.guix-profile/share:/home/roland/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/" The code: CL-USER> (in-package stumpwm) # STUMPWM> (set-module-dir "~/.guix-profile/share/common-lisp/sbcl") (#P"/gnu/store/yi6dypcphhjbz9gp0l8z8r3pwjr71q6v-sbcl-clx-0.7.5/share/common-lisp/sbcl/clx/" #P"/gnu/store/lskhxlvddjjkg3c4v49ppm9y022ajzi6-sbcl-stumpwm-pass-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-pass/" #P"/gnu/store/ia41a2gd9klix8xdmhgsr16j998q7xfx-sbcl-stumpwm-ttf-fonts-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-ttf-fonts/" #P"/gnu/store/dvs3f9jrw4g3p3g17v34a71l3ccjas8b-sbcl-stumpwm-net-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-net/" #P"/gnu/store/4fjpm820912fy2rmybydncg06xb3svjx-sbcl-stumpwm-swm-gaps-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-swm-gaps/" #P"/gnu/store/y3602x94y7myl25srcghgh1fw5ldaxfj-sbcl-stumpwm-stumptray-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-stumptray/" #P"/gnu/store/7mm2idvr4jrbwidp79phkg6nm9wx5ly4-sbcl-clx-xembed-0.1-1.a5c4b84/share/common-lisp/sbcl/clx-xembed/") STUMPWM> (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") (#P"/gnu/store/yi6dypcphhjbz9gp0l8z8r3pwjr71q6v-sbcl-clx-0.7.5/share/common-lisp/sbcl/clx/" #P"/gnu/store/lskhxlvddjjkg3c4v49ppm9y022ajzi6-sbcl-stumpwm-pass-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-pass/" #P"/gnu/store/ia41a2gd9klix8xdmhgsr16j998q7xfx-sbcl-stumpwm-ttf-fonts-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-ttf-fonts/" #P"/gnu/store/dvs3f9jrw4g3p3g17v34a71l3ccjas8b-sbcl-stumpwm-net-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-net/" #P"/gnu/store/4fjpm820912fy2rmybydncg06xb3svjx-sbcl-stumpwm-swm-gaps-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-swm-gaps/" #P"/gnu/store/y3602x94y7myl25srcghgh1fw5ldaxfj-sbcl-stumpwm-stumptray-0.0.1-2.920f8fc/share/common-lisp/sbcl/stumpwm-stumptray/" #P"/gnu/store/7mm2idvr4jrbwidp79phkg6nm9wx5ly4-sbcl-clx-xembed-0.1-1.a5c4b84/share/common-lisp/sbcl/clx-xembed/") STUMPWM> (load-module "stumptray") The Backtrace: Error opening #P"/gnu/store/9f98ids4s8hg306chy36d3bhk7zmyg9a-stumpwm-20.11-lib/lib/common-lisp/sbcl/stumpwm/package-tmp5GEXGEG5.fasl": Read-only file system [Condition of type SB-INT:SIMPLE-FILE-ERROR] Restarts: 0: [CONTINUE] Retry opening. 1: [USE-VALUE] Try opening a different file. 2: [RETRY] Retry compiling #. 3: [ACCEPT] Continue, treating compiling # as having been successful. 4: [RETRY] Retry ASDF operation. 5: [CLEAR-CONFIGURATION-AND-RETRY] Retry ASDF operation after res
Installed from guix on fedora 33, nyxt display blank buffer instead of opening urls
Hello, I already opened an issue with the Nyxt project and they think the problem is related to a conflict between guix and fedora. The issue in the Nyxt project is: https://github.com/atlas-engineer/nyxt/issues/1132 As the initial post and discussion is already rather long it seems better, to me to reference the issue instead of posting my description again. Regards, Roland Everaert --- Use the F.O.S.S., Luke Sent with [ProtonMail](https://protonmail.com/) Secure Email.
Foreign distribution: errors when loading contrib modules of stumpwm
Hello, I have installed StumpWM and some contrib modules, on a Fedora 33 distribution using the guix PM, for many month, without much problem. Since the begining of the week (last guix update), whenever I load a contrib module, StumpWM complains about a FASL file being read-only somewhere in /gnu/store/-stumpwm-lib. Any idea what has changed in stumpwm and its contrib modules? Below is my StumpWM configuration: Start of sources - ;; -*-lisp-*- ;; (in-package :stumpwm) ;; * Adding modules (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/clx-xembed") (add-to-load-path "~/.guix-profile/share/common-lisp/sbcl/stumpwm-stumptray") (load-module "stumptray") End of sources ----- Regards, Roland Everaert --- Use the F.O.S.S., Luke Sent with [ProtonMail](https://protonmail.com/) Secure Email.
