home-syncthing-service-type wants /root paths, yet syncthing can work

Hi Guix! And dear helpers and devs, I'm running into a weird failure of home-syncthing-service-type. Running syncthing manually from the terminal works fine (here's an example log: ). So I Ctrl-C syncthing, then add home-syncthing-service-type to my home-config

Re: Emacs on a reMarkable

Hi, On 21 Sep 2023 at 09:14, Simon Tournier wrote: > Other said, it seems something about “hash guix“ as probably recommended > by the message ending “guix pull”. :-) > > Well, my guess is that the command “guix” points to the same executable > (/usr/bin/guix) before and after “guix pull”. Som

Re: Emacs on a reMarkable

Hi! On 18 Sep 2023 at 10:50, Simon Tournier wrote: > Re-reading, I am missing one point… > > [...] > > This wpxqqdcslxxx9g9l9j847ifgh0xdlsfl-emacs-no-x-tarball-pack.tar.gz is > what you get before “guix pull”. It means, it used the Guix revision > packaged by Debian (Guix v1.4 I guess). > > The

Re: Emacs on a reMarkable

Hi, Apologies for the delay! On 11 Sep 2023 at 18:26, Simon Tournier wrote: >> Now I have a final side question: after "guix pull" in the ARM VM, the >> output of >> >> guix pack -RR -S /emacsbin=bin emacs-no-x >> >> is still >> "wpxqqdcslxxx9g9l9j847ifgh0xdlsfl-emacs-no-x-tarball-pack.tar.gz

Re: Emacs on a reMarkable

Hi Simon! Thank you for the answer! On 05 Sep 2023 at 16:18, Simon Tournier wrote: > Please consider I know nothing about reMarkable. :-) > >> apt install guix >> guix pack -RR -S /emacsbin=bin emacs-no-x > > Here you are using emacs-no-x as it was with the release of Guix > packaged by Deb

Emacs on a reMarkable

Dear Guix, I hope this finds you all well! I'm trying out ways to get emacs running on a reMarkable 2, as there are now at least two shells that can run aside from the main binary: yaft and ReTerm

Rock64 devicetree ovelay

Hi Guix! I'm starting a small embedded project using a Rock64, successfully running Guix on it (and keeping track of config at https://gitlab.com/wehlutyk/matrixbox/). It seems that the rock64 has a few design mistakes (as always I guess, but in my case they matter), such that I would need to use

Re: Cross-compiling libfido2

On 26 Mar 2022 at 14:38, Pierre Langlois wrote: > Doing some grepping in Guix and a quick test, I think what you need to > do is set PKG_CONFIG_EXECUTABLE to (pkg-config-for-target) when > cross-compiling. I can see that the libgit2 package does this for example [...] > Doing the same thing

Cross-compiling libfido2

Hello Guix! I'm trying to build a raw image for a rock64 board, from my x86_64 laptop (using Guix on PopOS), and bumping into some packages seemingly not ready for cross-compilation. I am adding `(service openssh-service-type ...)` to the base gnu/system/images/rock64.scm (building the original r

Introducing Guix to HPC at my institution

Dear all, (I am reposting a question I asked on the guix-science list -- with a broader audience here I hope someone has an answer :) ) I am interested in introducing Guix to the HPC cluster at my institution, and it turns out they have user namespaces activated \o/. So I'm looking into gett

Re: DBus with SDDM, Sway, and optionally fish

Hi Joshua, Great that you have the same setup :) With the two changes above (setting DBUS_SESSION_BUS_ADDRESS in .profile, and patching wayland-session), apps can connect to dbus inside Sway. But this seems extremely hacky. Is there maybe a better way to make sure SDDM+Sway(+fish) is set up p

DBus with SDDM, Sway, and optionally fish

Dear all, I use SDDM with (display-server "wayland"), and Sway as my main window manager. My current configuration files are here: - system configuration: https://gitlab.com/wehlutyk/guix-config/-/blob/master/config.scm - main profile: https://gitlab.com/wehlutyk/guix-config/-/blob/master/

Re: Python, poetry, and pandas

Docker. The situation for Windows might be a bit better using the Linux Subsystem. Thanks again all, Sébastien On 10 Mar 2021 at 19:02, Phil wrote: Hi Sébastien, Sébastien Lerique writes: Dear all, (I am aware that python-pandas is packaged for guix, but some packages I will need down the

Python, poetry, and pandas

Dear all, In the course of trying out poetry for data science projects on guix, I am running into the problem of some poetry-installed packages not finding their desired libraries. (See example below with pandas.) I suppose this is because poetry will download pre-built binary wheels which ha

Re: Flickering XWayland programs after resume from suspend

Hi! I've been experiencing the same set of problems (as shown on the videos) lately and I think it might be kernel/video drivers related. It started to manifest when I upgraded linux-libre to one of the latest versions (5.9 -> 5.10 not sure exactly which one was it). I've resolved it by down

Re: Flickering XWayland programs after resume from suspend

I use SDDM and Sway, and since a couple weeks I experience a bug where several programs start flickering after I resume from suspend, to a point that they are unusable. This happens at least on Emacs and Firefox (I admit I haven't tested on IceCat), happens in both Sway and Gnome on Wayland, an

Flickering XWayland programs after resume from suspend

Dear all, I use SDDM and Sway, and since a couple weeks I experience a bug where several programs start flickering after I resume from suspend, to a point that they are unusable. This happens at least on Emacs and Firefox (I admit I haven't tested on IceCat), happens in both Sway and Gnome on

Re: ebook reader recommendations?

On 04 Dec 2020 at 11:56, Edouard Klein wrote: Pierre Neidhardt writes: Hi John, Thanks for the hint. I suppose this is the product you were talking about: https://remarkable.com/ Can you expand on how "hackable" it is? Can we replace the software? If not, what kind of access to the O

Re: Profile's LD_LIBRARY_PATH by default

Hello! On 29 Oct 2020 at 10:10, david larsson wrote: On 2020-10-28 13:49, Sébastien Lerique wrote: [snip] While running a racket program which uses OpenCV, I realised that my LD_LIBRARY_PATH does not contain my user's profile libs. I have `libopencv*.so` in `~/.guix-profile/lib/`

Profile's LD_LIBRARY_PATH by default

Dear all, This question could stem from a simpler example, but I think in this case it doesn't change much. So I'll go with my use case: While running a racket program which uses OpenCV, I realised that my LD_LIBRARY_PATH does not contain my user's profile libs. I have `libopencv*.so` in `~/