IRC channel logs

2025-08-19.log

back to list of logs

<Kabouik>ieure: this was the error with emacs-org build: https://0x0.st/KsMp.txt Surprisingly, Org mode seems to be working even with the build phase disabled to avoid this error, not sure how. As for emacs-async, it's not a package I'm listing in the manifest but is needed anyway, so I think it was not affected by `with-emacs-arg` and would result in an error too.
<ieure>Kabouik, I'm not at all surprised that org-mode works without the build phase. It just means the package is only giving you .el files, and not doing AOT byte or native compilation.
<ieure>Kabouik, It probably runs slower a bit slower.
<ieure>Kabouik, Not sure what's up with the build failure, looks like files aren't where the build expects them.
<PotentialUser-42>Hello Guix!
<PotentialUser-42>I'm trying to extend `home-environment-variables-service-type` to set `FZF_DEFAULT_COMMAND` to `'find . -type f -not -path "*/\.git/*" -print0 | xargs -0 grep -H -E "TODO|FIXME|HACK|TEMP|KLUDGE|NOTE|MAYBE|DONE|FAIL|NEXT|THEM|PROG" | awk -F: "{print \$1 \" - \" \$2}" | fzf --height 40% --reverse --preview "cat {}"'`
<PotentialUser-42>but I'd like to make it less dependent on my system by directly referring to `fzf` from the store
<PotentialUser-42>I'm relatively new to Guix, so apologies if this question is silly
<PotentialUser-42>In Nix, I could do this by using `${pkgs.fzf}/bin/fzf`, but I'm not sure how to do it in Guix
<PotentialUser-42>I tried using `(string-append "<first half of the command>" (file-append (specification->package "fzf") "/bin/fzf") "<rest of the command>")`, but that fails because `(file-append (specification->package "fzf") "/bin/fzf")` is not a string.
<Rutherther>PotentialUser-42: Nix is much less explicit about this. You cannot actually know the value on evaluation. That is why you need to pass the code to the daemon. To pass code to daemon you can quote it with gexps. Gexps then allow you to work with objects like file-append. You can ungexp them to get their value. So something like "$~(string-append... #$(file-append...)...)"
<Rutherther>PotentialUser-42 : the object you are passing it to has to support gexps, session environment should support gexps as far as I can recall. Most services do.
<PotentialUser-42>Rutherther: Unfortunately, it does not seem to work...
<PotentialUser-42> https://paste.debian.net/hidden/9420de68/
<Rutherther>PotentialUser-42: did you forget the dot between the first and second element?
<cqst>guix pull keeps getting stuck at 'receiving objects', should I just let it keep running?
<cqst>the first time it got stuck at 69%, i ctrl+c, this time its stuck at 29%
<cqst>nvm it wasnt stuck. sorry for the noise
<PotentialUser-42>Rutherther: Nope, it's a correctly formatted dotted pair.
<Rutherther>PotentialUser-42 please send the source
<PotentialUser-42>bRutherther https://paste.debian.net/hidden/ed5b696f/
<PotentialUser-42>* Rutherther
<Rutherther>PotentialUser-42: okay then the issue is that you are quoting the gexp, you need to unquote it - replace ' with ` and then put comma before gexp
<PotentialUser-42>....
<PotentialUser-42>I feel stupid now lmao
<PotentialUser-42>it should have been obvious...
<PotentialUser-42>Rutherther: Thanks, it worked!
<Kabouik>ieure: I did notice indeed that Org mode seemed rather slow, but didn't know if that was to be attributed to the slow machine (which indeed may not be the fastest of all, but now it has my Emacs Guix profile: https://0x0.st/Ksj0.jpg)
<adanska>Hmm, is bordeaux serving narinfos slowly for anyone else?
<civodul>o/
<Kabouik>Welcome back civodul
<untrusem>where is /bin/sh package located?
<identity>untrusem: echo $(guix build bash)/bin/sh
<identity>or realpath /bin/sh
<untrusem>I am trying to package emacs-eev anggtwu.net/#eev, and getting error in the patch-el phase, I checked the the `Packae-require` as well, here is both the package defination and the error -> https://bpa.st/CNLQ
<identity>though that takes you to /gnu/store/…-bash-x.y.z/bin/bash
<untrusem>thanks identity
<untrusem>> I am trying to package emacs-eev anggtwu.net/#eev, and getting error in the patch-el phase, I checked the the `Packae-require` as well, here is both the package defination and the error -> https://bpa.st/CNLQ
<untrusem>first I having the same error for /bin/dash
<ColdSideOfPillow>I tried to set my bashrc into Guile, but after WAY too much time, I've finally given up because of horrendous failures.
<ColdSideOfPillow> https://bpa.st/HASA
<ColdSideOfPillow>I just want to know what it would look like if done correctly...
<ColdSideOfPillow>and where I was going wrong
<ColdSideOfPillow>(I'm doing it with `home-bash-configuration`)
<Deltafire>apteryx: did you get any further with signal/librewolf? I'm having the same issue and just found your comments on the issue tracker
<Baptman>Hello!
<Baptman>I'm having a bit of an issue with `guix home`. I wonder if anyone might know something about it: I used to reconfigure my home through `guix-home-service-type` but stopped in favor of a manual `guix home reconfigure`. But it doesn't seem to ever update `~/guix-home/profile`. It is possible that some artefact from `guix-home-service-type` remains
<Baptman>somewhere and prevents `guix home reconfigure` to link new generations to my home?
<Baptman>Many thanks
<gnucode>morning friends!
<gnucode>how does one go about looking at a log file in guix? ie: /var/log/guix/drvs/....jamvm.drv.gz ?
<gnucode>Apparently openjdk is not currently building on power9
<Deltafire>gnucode: something like gunzip < file |less
<gnucode>thanks
<ColdSideOfPillow>gnucode: I just open it in Emacs
<ColdSideOfPillow>it just works™
<noe>Deltafire, gnucode you can use zcat or zless
<ColdSideOfPillow>The advantage with Emacs is that I can use https://codeberg.org/guix/emacs-guix for some helper modes that make reading log files much easier
<gnucode>that's fairly cool. Thanks!
<gnucode>would it be worth telling guix people that java is failing to build from source on power right now...as in should I file a bug report?
<identity>gnucode: i do not see why not
<gnucode>ok. sounds good.
<gnucode>weird question...are we still using bug-hurd@gnu.org ? Or is there some codeberg bug feature that I need to use ?
<gnucode>well I see recent emails in bug-hurd@gnu.org so I guess yes.
<jfred>is `guix pull` from codeberg failing for anyone else (/falling back to SWH) or is it just me?
<ieure>jfred, Can you paste the error? SWH is the fallback for when the upstream source isn't available.
<jfred>ieure: https://paste.debian.net/1392399/
<ieure>jfred, So, git.guix.gnu.org points to Codeberg. Your first pull, there was some kind of network issue. Then you retried with some different channel configuration. I don't know why it's talking to SWH there.
<ieure>jfred, You probably just need to retry the first pull.
<jfred>I've tried re-running it with the same result; it's possible something on the network I'm on is blocking git.guix.gnu.org?
<jfred>although a `curl -I https//git.guix.gnu.org` does show the redirect happening
<ieure>jfred, git.guix.gnu.org points to Codeberg, so I wouldn't expect to get different results.
<jfred>ah, one difference (and probably why my second run tried pulling from SWH) is that I had substitutes enabled on the second one
<jfred>without substitutes indeed it fails in the same way: https://paste.debian.net/1392401/
<ieure>jfred, How are you disabling substitutes in a channels.scm? Substitutes aren't configured there.
<jfred>Sorry, channel substitutes (i.e. `channel-with-substitutes-available`). This thing: https://guix.gnu.org/manual/en/html_node/Channels-with-Substitutes.html
<jfred>they're not enabled in `%default-channels` but I use that in channels.scm on some of my machines because they're low-power ARM systems :)
<ieure>Okay, I see.
<Baptman>Hello again, does anyone know if there is a way to completely reset `guix home`?
<identity>Baptman: what do you mean by ‘reset’
<Baptman>identity I mean zero generation and no `.guix-home` folder
<Baptman>`guix home reconfigure` is not properly creating new generations for me and I hope that starting again from a blank slate will work be better
<untrusem>you can just delete guix-home folder :p
<Baptman>untrusem I tried. To no avail. Is there a way to delete all the generations?
<spiderbit>I try to run xremap which works as root but not as user. it should work as user... the same works for kmonad a similar tool...
<spiderbit>or to be more specific it works with sudo
<untrusem>spiderbit: maybe a udev rule?
<Rutherther>spiderbit: that is because you are missing the permissions to do it, you would need a service that gives you those permissions, usually through udev rules
<spiderbit>Rutherther: why does it then work for kmonad?
<spiderbit>btw even with sudo the config watching does not work: ENOENT: No such file or directory
<spiderbit>so if I use this option: --watch=config
<ieure>spiderbit, Probably because the kmonad package comes with udev rules and xremap does not.
<spiderbit>ok see something:
<spiderbit>                 (call-with-output-file (string-append rules "/70-kmonad.rules")
<spiderbit>(add-after 'install 'install-udev-rules
<Rutherther>no idea what you're trying to say with that as guix system doesn't use udev rules of installed packages, you have to use a service
<ieure>Rutherther, Presumably kmonad-service-type extends the udev-rules to do that.
<ieure>Can you even use kmonad without the service?
<Rutherther>there is no kmonad-service-type
<Rutherther>yes, you can use kmonad without udev rules, as root
<Rutherther>or chown the input event files yourself of course if you're into that
<spiderbit>Rutherther: no you can use without udev rules as normal user... or it brings udev rules it works without service as user.
<Rutherther>I don't understand what you're saying, sorry
<spiderbit>I don't need a deamon... sorry you use the word service in a guix specific way...
<ieure>service != daemon
<spiderbit>in short you can use kmonad as user
<Rutherther>right, you do not need a daemon
<Rutherther>never claimed you do
<spiderbit>I don't know what you mean then with "without udev rules" the package comes already with that...
<spiderbit>you mean if you install it externally?
<ieure>Rutherther, I thought for sure I'd seen a kmonad-service-type, but you're right, there isn't one. huh.
<Rutherther>spiderbit: As I said, guix system doesn't 'install' udev rules from packages like other package managers do, you need a service for that, to take the udev rule from a package and put it to the right place - /etc/udev/rules.d
<spiderbit>whatever it does, I just install it with guix install kmonad and it works as user.
<Rutherther>nope, that is not the normal case, not without udev rules that would chown to group that your user is part of
<ColdSideOfPillow>Where are `.desktop` files located?
<spiderbit>Rutherther so it's upnormal that it works... I can check a different keyboard maybe it only works on this because I have a udev rule but not sure for what... I can't remember :D I would assume for my mouse (trackball) but not 100% sure...
<ColdSideOfPillow>ieure: currently on my TODO list to make a kmonad-service-type and a kanata-service-type (see pkg:github/jtroo/kanata (tldr: kmonad-like tool with better sexp-like syntax and more features))
<ColdSideOfPillow>but I keep procrastinating and never start...
<spiderbit>No I tried the same keyboard... now
<spiderbit>I am not sure what to search or figure out kmonad works as user but xremap not
<Rutherther>it would help if you showed what is actually the invocation you're using with both, what the output/at least error is and then also probably owners of files in /dev/input and groups of your user...
<spiderbit>ok their group is input
<spiderbit>user root
<Rutherther>you are logged in as root?
<spiderbit>no
<spiderbit>                (supplementary-groups
<spiderbit>                 '("wheel" "netdev" "audio" "video" "plugdev")))
<spiderbit>would be the fix as simple as adding input here?
<Rutherther>possibly
<spiderbit>ok log out
<spiderbit>Error: Failed to prepare an output device: Permission denied (os error 13)
<spiderbit>ok output device
<spiderbit>does it create a "device" and can't do that...
<spiderbit>black@satan ~$ ls /dev/input/event* -l | wc -l
<spiderbit>26
<spiderbit>black@satan ~$ ls /dev/input/event* -l | wc -l
<spiderbit>25
<spiderbit>(don't ask for the satan) yes when I start it as root vs stop it removes one
<Rutherther>please don't send multiple lines from logs here, use paste sites
<spiderbit>ok sorry
<spiderbit>so it tries to create a virtual device
<spiderbit>so I guess I would need a create udev rule for event device files
<spiderbit>'KERNEL=="uinput", GROUP="input", TAG+="uaccess"'
<spiderbit>something ilke that
<ColdSideOfPillow>spiderbit: Kmonad has an excellent guide on setting it up for GNU Guix: https://github.com/kmonad/kmonad/blob/master/doc/installation.md#gnu-guix
<ColdSideOfPillow>In particular, see the last part of the section, for setting up udev rules in your system configuration.
<Rutherther>I wouldn' call it excellent as the code it gives you is just so long compared to "(udev-rules-service 'kmonad kmonad)" that is all you need
<Rutherther>no need to modify services, extending works just as well and prevents unnecesary lines...
<ColdSideOfPillow>Rutherther: Personally, I just see most software offer no help or instructs them to use imperative methods
<ColdSideOfPillow>and this is a huge improvement over that
<ColdSideOfPillow>so that's why I called it "excellent"
<fnat>andreas-e: Thanks for merging the borgmatic PR earlier Andreas! 🙏
<spiderbit> http://paste.debian.net/1392434
<spiderbit>ok that was my attempt :D
<spiderbit>still get the same error
<andreas-e>fnat: No problem!
<spiderbit56>I think the problem is that kmonad don't tries to create a virtual device it just reads the keyboard/input devices... but could be wrong
<gnucode>I am currently running guix weather for power9
<gnucode>bordeaux.guix.gnu.org has 5 substitutes available out of about 30,000 packages.
<gnucode>ci.guix.gnu.org has 42% substitutes available.
<gnucode>10% of the missing items are queued.
<proxik13>Sent via https://proxik.cloud - an affordable rotating proxy platform. You can grab a list of 100K+ unchecked public proxies here. https://proxik.cloud/proxy_list
<andreas-e>gnucode: CI had a problem with cuirass and needed to be restarted; I suppose there will be more substitutes coming. Bordeaux has one build machine for power, but it is a private machine and currently not available for the build farm.
<gnucode>andreas-e: thanks. I'm still greatful that ya'll support power. I just wish that I could use guix system on power9. :)
<tux0r>i wish hurd guix was available as a bare metal ISO.
<gnucode>tux0r: it is. debian Hurd.
<andreas-e>The advantage is that it is indeed powerful :) So with one build machine one can get quite far.
<gnucode>I run the hurd on real hardware on my T43. 1.5 GB of memory. i3, emacs, netsurf web browser. Keeps me happy.
<gnucode>maybe I should set up a little build farm here. I could at least try it. See how much my friend's electric bill goes up for the month...
<tux0r>gnucode: debian is not guix.
<tux0r>i will NOT use debian.
<gnucode>may I ask why?
<gnucode>I personally have tried guix on my purism phone. As much as I like guix, trying to install a package on a REALLY slow ARM processor was almost impossible. I stopped using guix on my purism phone, because it was too slow.
<gnucode>debian is just faster.
<gnucode>*on slow machines.
<gnucode>the performance is acceptable on faster machines.
<tux0r>if speed was the only thing that matters, i'd use plan 9 everywhere.
<tux0r>i just don't like debian. at all.
<gnucode>wait...you're saying plan 9 is fast? I've personally never tried used plan 9.
<gnucode>and why don't you like debian?
<tux0r>it is.
<tux0r>sorry, i am unprepared. i did *NOT* think that i'd have to defend my preference for the guix system in a guix channel.
<tux0r>debian made me move on to bsd 13 years ago. a dist-upgrade failed badly. that's the main thing.
<tux0r>also, ugh systemd. (i don't know whether debian on the hurd does that. probably not.)
<gnucode>I'm actually using OpenBSD right now. :)
<tux0r>makes sense.
<gnucode>The Hurd is just now getting an experimental journal for ext2.
<gnucode>For years, the Hurd would lock up on me. (occassionally...maybe once a month).
<gnucode>I would have to hard shut off the machine, and deal with some filesystem corruption. For the most part though, it really wasn't that bad.
<gnucode> https://gnucode.me/the-hurd-is-unbreakable.html
<gnucode>There's a hurd developer who has been stress testing the Hurd recently. Maybe I'm just being super hopeful, but it feels like it is getting more stable to me.
<tux0r>i find the hurd rather interesting, especially from a programmer's perspective. some of it is obviously plan9-inspired, but plan 9 *does* run on real hardware natively ;op
<fnat>I've run into this `Unbound variable: nss-certs` issue - any known work-around? (Other than rolling back, I suppose?)
<Franciman>hi fnat i think it's because with the new update, nss-certs is already part of the base packages
<Franciman>you don't need to use specify it anymore
<gnucode>We have a hurd developer...who has not been active in a while now...But he has a working 9p implementation for the Hurd. Not committed yet. And he hasn't posted the code anywhere.
<Franciman>fnat: so it's not in scope anymore
<Franciman>iiuc
<gnucode>tux0r: You can run the Hurd on fairly modern Intel machines. We have working SSDs with a rumpkernel (NetBSD).
<Franciman>gnucode: srsly? Does it also support iwlwifi?
<fnat>Franciman: Thanks! I don't think I'm importing it (directly) anywhere - but I'll double-check now.
<gnucode>at the moment, it is a fairly specific Intel nic.
<tux0r>gnucode: rump kernels are intriguing! i always wanted to try that.
<Franciman>gnucode: i can't wait for hurd to be usable for my machine
<Franciman>i'd love to use it
<tux0r>isn't 9p on the hurd just another file server?
<gnucode>Franciman: if you have $20 - $50 somewhere, you can buy a T43, or T43 and start using it.
<gnucode>It should work on a T400 too. I'm using OpenBSD on this T400 at the moment.
<Franciman>gnucode: can't own another pc my wife kills me. OH WHO AM I KIDDING I DON'T HAVE A WIFE LOOOOOOOOOL
<Franciman>i could yeah
<Franciman>thanks for the tip
<gnucode>tux0r: probably...we're getting a little bit off topic. Meet me in #hurd if you want to talk more.
<fnat>Aha! I was using `nss-certs` indeed. Very simple fix then. Thanks Franciman!
<Franciman>fnat: no prob. Can't use guix atm , but i'm a huge fan
<firefly707>hello, I saw somewhere in the docs that there are ways to sort of embed other language's files in guile? How do I do that?