IRC channel logs


back to list of logs

<dgr>I finally figured out how use to only need to enter the pass phrase once.
<dgr>Maybe a example would have helped a guile noob like me to know how to replace a variable with a procedure. Anyway here is the working config.scm: and thanks to nckx and apteryx for the pointers!
<gnucode>dgr: hmmm. I am currently running libreboot. And I have to enter in the password twice. I wonder if what you just said could help my situation out...
<dgr>gnucode: chances are high, that this principle will also work in your situation. In essence, there is a second key slot added to the LUKS2 volume and this key isn't a pass phrase but a file that is the sole content of a additional initrd.
<viaken>I think I tracked down how I managed to get Shepherd stuck. I'll see if I can get together a minimal test case.
<iyzsong>viaken: good luck! i had to force poweroff my guix system several times last month..
<RavenJoad>viaken: That would be amazing! I have had similar issues too.
<civodul>Hello Guix!
<iyzsong>Hello ๐Ÿ™‹
<Luk6655>I've used guix pack command to create emacs 29 tarball to run on a foreign distro. When I run it it complains about two things. The locale and the users home. locale is set to en_US.UTF-8, regarding the user home I'm not sure why it may not like it. the machine uses a PAM module to auth (from windows AD) so maybe that's it?
<Luk6655>I just used --relocatable switch and emacs-next package. Does anyone know if I need to add anything else?
<minima>hi, i was thinking of writing a new guix home service; is there any kind of consensus on what it makes sense to make into a service (e.g. `home-msmtp-service-type') versus those configuration files that are simply too complicated and for which it might make sense to simply wrap around a static text file?
<bdju>I'm getting an error when I try to guix pull: guix pull: error: Git error: object not found - no match for id (22dd8039327c351fcd4b154733a3d6de3a7bb967)
<bdju>is this a known issue? I was hoping to run updates and reboot today
<minima>or any plan for this to be addressed with some abstraction - e.g. a consistent way for all yaml-based config files vs ini-style files vs etc... (sorry if there's already such layer of abstraction and i missed it)
<bdju>rebooted without updating and guix pull still gives the same error, fyi
<minima>bdju: not of great help, but i guix-pulled just fine a minute ago
<bdju>good to know it's not broken for everyone at least
<minima>bdju: do you have any extra channel that might be currently misconfigured?
<bdju>not that I'm aware of
<bdju>well I have one thing in my channels.scm, "public_guix_channel"
<bdju>unsure what that is actually
<bdju>Oh, I vaguely recall someone trying to package something for me and I probably added this to test.
<bdju>I'll comment it out
<minima>yeah, that's what i'd try too
<bdju>ugh then I get an error that did not return a list of channels
<bdju>how am I supposed to do this? delete the whole file?
<minima>hm, how are you commenting that bit out?
<bdju>I commented out every line in the file
<minima>maybe it's a simple syntax issue?
<bdju>I really hate guix channels, seems they're always fighting me and I delete the file, then someone asks me to add a channel and I don't remember how because I've deleted the channel
<minima>there might be some closing parentheses that you need to keep? or a leading `list' or quote symbol?
<bdju>I literally just added a ; to the start of every line in the file as I have no channels I need besides the default
<minima>let me see how that's setup on my machine
<bdju>I'm just gonna rename it with .bak and see if that works
<bdju>okay now I'm back to the original guix pull error so I guess it wasn't from the channel
<minima>when you pull, does it say where you're pulling from?
<bdju>Updating channel 'guix' from Git repository at ''...
<bdju>guix pull: error: Git error: object not found - no match for id (22dd8039327c351fcd4b154733a3d6de3a7bb967)
<minima>oh... cache!
<minima>this might be relevant:
<bdju>ah, that would make sense. I did have an ssd failure recently and moved files back and forth
<minima>tl;dr: `rm -rf ~/.cache/guix/checkouts' (disclaimer: not tested on my machine)
<bdju>I think it's working now, thank you very much
<minima>oh lovely
<apteryx>dgr: that series looks promising
<apteryx>a system test would by dandy to ensure it keeps working
<apteryx>yubikey-manager-qt added, for those interested
<dthompson>rekado: I've been trying out guix + jack + ardour for the first time, using your 2020 blog post as guidance, but for whatever reason I do not see ardour connections in the jack patchbay like you have here:
<dthompson>bringing it up here just in case it's something stupid simple that I am overlooking.
<apteryx>efraim: looks rather good if we consider the combined availability of both bordeaux and berlin
<apteryx>mirai: so far I haven't seen any improvements after implying the docbook refactor series to core-updates, e.g. dropping a fix-docbook phase of some package
<apteryx>is it supposed to improve on things, or is just a cosmetical refactor?
<viaken>bdju: For future reference, you should be able to put %default-channels in your channels.scm to get it to behave with the commented lines.
<apteryx>mirai: looks mostly cosmetical, looking at the changes again
<apteryx>I'll apply it to core-updates
<bdju>viaken: got it, thanks
<dthompson>follow up: looks like patchage works with jack 2 and not jack 1. I couldn't figure out how to make jack 2 work so I've been using jack 1.
<lispmacs[work]>hi, I haven't wrote any python for quite a few years, but I was trying to run this example code here:
<lispmacs[work]>I'm trying to run the code while inside of "guix shell python-astral" but python can't find the module
<lispmacs[work]>am I overlooking some step?
<lispmacs[work]>"ModuleNotFoundError: No module named 'astral'"
<apteryx>mirai_: do you know if we're still stuck with a blackscreen when using xvnc with GDM+
<apteryx>GDM? *
<jpoiret>lispmacs[work]: `guix shell python pyhton-astral`?
<lispmacs[work]>jpoiret: thanks, looks live I've got it working now. I inserted python-astral into my manifest and did a guix package update, and now it is working
<jpoiret>for search paths to work, you need both the "base" package and the thing that extends it
<jpoiret>same for guile, or any other interpreted language
<lispmacs[work]>is there some way to look up built-in python3 program reference on Guix system without looking on the Internet? Through emacs or info or something
<lispmacs[work]>I don't see an info page
<lispmacs[work]>like the Guile Reference Manual, but for python
<lispmacs[work]>I see python-mode has a "Help on symbol" function but it doesn't seem to work
<jpoiret>you can use help(something) in a python repl i think
<jpoiret>that or LSP modes
<jpoiret>i'm not sure python has a manual like Guile has
<jpoiret>(at least not for local consumption)
<lispmacs[work]>okay, if I import a module, I can run help(modulename)
<lispmacs[work]>which gives me an API and a link to Web docs
<lispmacs[work]>there seems to be only one function now
<lispmacs[work]>chatgpt3("spit out code that does what I want")
<GNUtoo>hi, is there a quick way in lisp or shell to get all packages?
<GNUtoo>for instance with "guix package -s <something>" that would show all packages
<GNUtoo>ACTION wants to know how many debug packages there are in Guix to see a rough coverage
<GNUtoo>I've looked at but it seems to use some http API to get that number
<GNUtoo>*to get the number of total packages
<GNUtoo>Ah I found how: 'guix package -s "^." | grep "^name:" | wc -l' gives 24647 packages, so about the same than
<GNUtoo>(for some reasons guix package -s "." had something much smaller)
<viaken>I would guess that packages.g.g.o counts each architecture separately, since it's showing the number of substitutes available.
<viaken>So, guile-x86, guile-86_64, guile-aarch64, etc would each be counted
<viaken>Actually, I'm not so sure. I have an extra channel or two, but my number isn't far off from the one on the site.
<viaken>Removed the other branches and now I'm getting 416k. ๐Ÿคจ
<viaken>Oh, I inverted my grep. With only the official channel, I'm getting 24,653.
<jpoiret>GNUtoo: the output of most guix commands uses the recutils format, and you can use the guix recutils package to manipulate it
<apteryx>GNUtoo: 'guix package -A'
<apteryx>so "guix package -A | wc -l"