IRC channel logs
2025-06-15.log
back to list of logs
<drewverlee>so i'm looking at the baseline guix home configuration and I have a lot of questions. Firstly, how do you jump to definition. e.g i want to know what "home-environment" does by looking at the code. Secondly, why is there no indication in the text where home-environment comes from, it looks like use-modules just global imported everything in those modules, is there a way to link the modules to the function, macros, vars etc..? I feel <drewverlee>like this experence has a bootstraping problem where the cool part of guix is the promise you can program in it, but you can't learn how to program with guix because the env to do that would potential require being a guix expert already. <meaty>drewverlee: iirc, calling "herd" from a user acct looks for a user-level shepherd process. By default, there are no userlevel shepherd services, so there is no shepherd process. Try running `sudo herd status` <meaty>drewverlee: (actually) Try using Geiser, since you're using emacs. That will give you jump-to-definition <meaty>drewverlee: indeed, our documentation extends about as far as end-user configuration and no further. There isn't much "developer" documentation outside of the source code <meaty>yes, we need to work on our error messages <tusharhero>never mind found it, (info "(guix) Package Transformation Options") <drewverlee>thanks meaty. What do you think about trying to make my emacs setup a guix package as a first step? I think going in that direction will help me bootstrap the whole thing better. <PotentialUser-4>Hello, I'm trying to guix pack the foot terminal but it seems like libGL is not included in the pack even though its needed, and somehow the system one is not being found. How do I resolve this? <jakef>does hdf5's cmake config look right to you? in /lib/cmake/hdf5-config.cmake it has PACKAGE_PREFIX_DIR preprended twice. E.g. 'include (${PACKAGE_PREFIX_DIR}/${PACKAGE_PREFIX_DIR}/lib/cmake/hdf5-targets.cmake)' which is giving me /gnu/store/...-hdf5-1.14.6//gnu/store/...-hdf5-1.14.6/lib/cmake/hdf5-targets.cmake <tplaten>guix-build-webkitgtk-with-libsoup2-2.48.1.drv-0 fails on my Talos II, now I retry that on an x86 machine <tplaten>/tmp/guix-build-webkitgtk-with-libsoup2-2.48.1.drv-0/webkitgtk-2.48.1/Source/WebCore/platform/audio/DenormalDisabler.cpp:95:1: error: expected ‘,’ or ‘;’ before ‘DenormalDisabler’ <efraim>tplaten: does updating the package to 2.48.3 help on ppc64le? <nutcase>Hi guix. I think, I remember a description (blog entry?) how to add custom shepherd services to a user's shepherd within a Guix system with guix home profile. Can someone recommend a reading? <apteryx>how can we update emacs packages that are using Melpa version + commit? <apteryx>guix refresh doesn't know how to deal with that, does it? <meaty>Does anyone know any good resources/blog posts on how to deploy PHP apps on guix? I want to deploy FreshRSS "natively" (i.e. without docker/caddy/etc.) <meaty>What makes it quirky is that FreshRSS expects to be deployed with its state-carrying mutable dirs "living amongst" its " <meaty>My naive plan is to package it and then create a "files" type "service" that copies the immutable store dir to a mutable place and sets up its web server config, database account, etc. <meaty>but I have no experience developing services (beyond the customary emacs-home-service) and the docs for such are scary <efraim>sbsigntools fails specifically on aarch64 <efraim>can't check it on ppc64le, gnu-efi FTBFS there, but it passes on x86_64, i686, armhf and riscv64 :/ <efraim>I might need to plug in my ppc machine to try it there, but I'm not expecting it to work there <efraim>tplaten: thanks, but I just tested it on one of the machines connected to berlin <efraim>and I'm not too worried about 32-bit powerpc :) <apteryx>hm, I've added a emacs-gnus-desktop-notify package, which propagates emacs-alert; './pre-inst-env guix install emacs-gnus-desktop-notify && guix package -I emacs-alert' doesn't show it? <identity>apteryx: ./pre-inst-env guix package -I emacs-alert maybe? <apteryx>shouldn't matter as it's acting on transactions alone, IIUC. Tried it anyway and it also produces no output (no match) <apteryx>or maybe propagated are never shown in 'guix package -I', but I can't load the alert library, so it seems it's just not there <apteryx>yeah, it's just a presentation thing I think <apteryx>it's found under ~/.guix-profile/share/emacs/site-lisp/alert-1.3/ <tplaten>successfully built /gnu/store/pyjqri7w6axkkfcd4zzi7cmx8gnd54ij-kicad-9.0.0.drv <tplaten>I´ll fix the ppc64le one later, first I try on my x86 and compare against the ubuntu version <ikitori>How do you manage Emacs packages and configuration in Guix System? <ieure>ikitori, You can use either (or both), but I think it makes the most sense to use the Guix packages. I use Guix Home to manage my packages and configuration. <ikitori>ieure, are you aware of any home service that allows you to manage emacs conf? <ieure>ikitori, There is something like that, but I'm not sure where it is. WIP patch on issues.guix.gnu.org maybe? I share my config with a non-Guix machine, so I keep the config in a file and install it with Guix Home. <identity>ikitori: there are 'emacs-home-service's floating around, i just put it in place with home-xdg-configuration-files-service-type <csantosb>Emacs-team branch just landed in master; emacs-el-mock is gone ? <csantosb>Forget, it is in emacs-build.scm module now <User-42>Hello! I'm trying to build gexps directly from guile, and i'm using (run-with-store connection (gexp->derivation "gexp" input-gexp)) - which does seem to work, or at least it returns a derivation-output that i can convert into a path <User-42>however, nothing seems to get written to /gnu/store <ieure>User-42, gexps are arbitrary code. Does your gexp write into the store? <hako>You have the derivation, but it's not built. <User-42>yes, the gexp makes the output dir and does a symlink. hako: does not `run-with-store` perform a build? <hako>Yes, try `build-derivations' or `built-derivations'. <abbe__>is there a way to do equivalent of `guix pull' as part of pre-commit hook to a particular channel so as to catch `guix pull' errors sooner? <podiki>couldn't you just have the hook do a guix pull? (to a profile in /tmp, making sure to put the directory in the load path/channels file) <identity>abbe__: i thought the main guix repo does that, but it does not look like that; you can do something to the effect of "guix pull --url=/path/to/your/checkout --profile=/tmp/guix.master --disable-authentication" like (info "(guix) Submitting Patches") says <attila_lendvai>so, i'm using dropbear, which doesn't have sftp-server. ssh:// in Nautilus uses scp, but now scp defaults to using sftp, and it needs the -O switch not to. is there any chance i can configure the scp command line used by nautilus? <nutcase>@emacs-team: I'd love to test/use emacs 30.1. Is switching to the emacs-team branch the best option or is there a better way? I'm only interested in vanilla emacs-pgtk, since I use elpaca to manage my emacs packages. <identity>nutcase: there is a better way, guix pull Right Now, emacs-team got merged <nutcase>great, thanks for the efforts! If there is something I can contribute to or test for the emacs team, let me know. <abbe__>identity: just tried it, it didn't work, it assumed I'm pulling a guix mirror. I meant a custom channel, e.g. my own private channel. <podiki>right, you specified where to pull the "guix" repo <podiki>if you want your channel you need to specify channels <abbe__>well, ideally i want it to compile or whatever guix pull does, so at all times my channel's current commit is never broken. <podiki>use --channels for instance, where there you specify the local repo of the channel (instead of, i assume, where the channel normally lives when you use it) <podiki>yes, so tell guix pull to use your local channel repo rather than the regular location of your channel <abbe__>by my channel, i don't mean a "guix" repository fork, it's completely a separate channel, e.g. nonguix, or other private channels. <abbe__>i just want to make sure all commits compile, so guix pull of that channel later wouldn't result in any surprises <podiki>yes, where it specifies your channel to the local repo <kier>Hello! I am having a issue with encrypting my / partition on GUIX install. <kier>i am also using mbr with a seperate /boot unencrypted <kier>when i boot in, it says welcome to grub. Then it prompts the encrypt pass, put it in, grub fully loads, press enter on the os, and it stalls. With only / home encrypted its fine <attila_lendvai>any easy tricks to add some groups to a `guix shell --container --user=foo` setup? <attila_lendvai>my ultimate goal is to run some nvidia+cuda stuff. i'm open for other solutions. <ieure>attila_lendvai, I don't see any facility for controlling groups inside the container. Why not run it as root in the container? <attila_lendvai>ieure, heh, i never thought of that, and it actually works. now, my problem is that the nvidia-smi binary doesn't work... :| <attila_lendvai>FTR, it needs --expose=/dev/nvidiactl --expose=/dev/nvidia0 and works without root <ieure>Have tried getting CUDA working on both Debian and Guix and always ran into major issues. <attila_lendvai>frustrating indeed. if i switch to --user=root, then all of a sudden import torch doesn't find the module, but i don't see any reason why <attila_lendvai>ieure, daaamn! --user=root does nothing else than call the user 'root' with the same uid of 1000... <aldum>does it not change the EUID in the container at all? <attila_lendvai>aldum, not sure what that means. id returns this: uid=1000(root) gid=1000(users) groups=1000(users),65534(overflow) <aldum>so, no matter what you do, the uid outside the container will be yours (i.e. 1000) <aldum>but if you run it with --root, it will see 0 from the perspective of the container's namespace <aldum>that's still 1000 from the host system's view <podiki>if i remember, you can't have host root in container <podiki>(i believe just how namespaces containers work in linux?) <attila_lendvai>ACTION is working on converting it to a full guix system container from guix shell --emulate-fhs