<kolyad_>13:48 kolyad: Is there someway for me to update the Guix store/a particular core package in an iso installer? The profile system-1-link has the important install utilities, but it is out of date - notably with the cryptsetup util, which was updated to the newest version at the start of the month, at a version without support for LUKS2.
<leoprikler>kolyad_: you should be able to run `guix pull` et al. from the installer after setting up the cow-store
<leoprikler>I always do that, especially after the per-user thing
<kolyad_>Don’t you need to set up the cow-store on open disk storage. The whole purpose of the exercise is to install encrypted with luks2
<leoprikler>Tbh I just haven't tried pulling without the cow-store yet.
<kolyad>Well, when you do so: it first creates a profile in /root, and pull to the latest commit. However, that profile will not have the latest descriptions for whatever reason.
<pkill9>how might the `download-to-store` function (in guix/download.scm) be modified so that it can be used for a package source? currently it downloads the file every time a guix command is run because it's evaluating the code in the package definition, but I don't understand how I can modify it so that it only downloads the source when building the package - I'm trying to understand from reading url-fetch but I don't understand
<pkill9>leoprikler: there's a file that is regularly updated on a website, and it doesn't provide previous versions, so it's just simpler to have guix download it each time than to keep updating the hash
<bandali>nckx, do you know what’s blocking merging that grub patch?
<nckx>bandali: I don't think it's blocked so much as under review.
<bandali>nckx, oh whoops! i misread the date. i thought the patch itself was from 2017 :p
<leoprikler>pkill9: Guix calls such sources unstable for an obvious reason.
<nckx>Unless maintainers veto the new JSON parser I assume it will be merged soonish.
<leoprikler>do the people behind that project not do any versioning at all?
<pkill9>nckx: that's what happens it seems when i use download-to-store heh
<nckx>pkill9: I don't see a way around that. If the derivation hash does *not* depend on redownloading, Guix will only download it once and consider it memoised. Like changing a (url …) without changing (sha256 …) after the file is already downloaded: Guix don't care; uses the file in the store.
<nckx>Hence any solution will be interesting by definition, and I'm genuinely curious.
<leoprikler>Is this really a free (as in free software (as in freedom, not free beer)) database?
<leoprikler>perhaps it also lets you swap, but i'm not sure about that
<peanutbutterandc>So I've been trying to understand the build system and am trying to put in calls to (getcwd) and even (display (getcwd)) to an already ready (successfully building) custom guix package. But can't see the 'debug logs' even with -v 2. Any ideas please?
<stikonas>argh, I wanted to submit a guix patch for kpmcore 4.0.1 but it needs kde-frameworks 5.56, guix only has 5.55... Looks like a much larger patch will be necessary
<peanutbutterandc>So in my package definition, I've been trying to look around to see what things are there. (invoke "ls") didn't work so I tried (invoke (string-append coreutils "/bin/ls")) (which doesn't give any errors, at least) but it doesn't seem to be listing anything. Any hints/suggestions, please?
<peanutbutterandc>I would prefer to use something builtin rather than (invoke). Something like (getcwd) in guile itself
<iyzsong>yeah, you should read the guile manual (local by info or emacs, or online by web browser), which contains lots informations..
<iyzsong>in fact, all what i do is search the manual and find the anwsers :-)
<peanutbutterandc>iyzsong, I will. (I am going through it but couldn't go past some dense sections. So I am currently on a detour of a few books on scheme - and perhaps C, soon - and will get back to the manual).
<peanutbutterandc>iyzsong, Is there a good guide on 'info' somewhere? A cheat-sheet? I'm much of a man-person, really
<str1ngs>getenv should just work. I don't think you need to use the srfi-98 module. same with setenv
<iyzsong>don't know.. i use emacs's info reader, 'M-x info-display-manual', then 'guile', Use 'i' to search index and 'C-s' to do a global search... But i guess "How to use info" ('info' then 'h') should be a good start.
<peanutbutterandc>Please don't kill me, but I use vim. I should probably really switch to emacs. It seems to be what everyone involved with guix and guile seems to be using. (Even saw talks where they just used org-mode)
<peanutbutterandc>str1ngs, Whoa. I wasn't reading the output properly. Whoops. Thank you. :)
<str1ngs>peanutbutterandc: switching to emacs from vim is not that hard. Just use evil and use-package. I switch to emacs and emacs bindings after 20+ years for vi/vim
<str1ngs>peanutbutterandc: the trick for me was to use something like xcape, and turn space into a CTRL modifier. then everything emacs related pretty much turns into a vim leader key. with no vim bindings at all
<peanutbutterandc>str1ngs, I see. The thing that intimidates me about emacs the most is all the extensions and all that everyone seems to be talking about. I should probably learn just core emacs first and then go over the modifications and all... Is there any good book on emacs?
<iyzsong>yes, it's just well, like most other things, need some time :-)
<str1ngs>peanutbutterandc: extensions are the best part in the long run. it's easier if you use something like use-package I found.
<peanutbutterandc>Question: Do all of you only use emacs entirely? And no other IDLEs like Vscodium and stuff (which all the cool kids seem to be using these days)? I do realize you all might be programming in guile since 0.x
<str1ngs>peanutbutterandc and evil should make the transition easier. though I would not rely on evil long. its better to just switch to emacs binding in the long run.
<str1ngs>peanutbutterandc: I use emacs entirely yes
<peanutbutterandc>I see. I will take the time to learn emacs then. You all know what you are talking about. Any place you'd like to guide me to start? Also, I prefer no-gui programs. `guix install emacs`-ing now. :)
<peanutbutterandc>I wonder if gnu project should ditch hurd and turn emacs into a kernel. :D
<str1ngs>peanutbutterandc: if you need guidance. #emacs is the best place. I've also help several people migrate from vim to emacs. based on my experience switching.
<str1ngs>I'd say the key points are don't use evil too long. and start with use-package, which-key ivy or helm.
<peanutbutterandc>str1ngs, I see. I feel like I'm finally following the true path of the masters. All I need to do now is switch to GuixSD, install libreboot (learn enough of the low-level languages to patch it to work on any laptop that I might be using) and start sleeping with nunchucks. (:
<str1ngs>key a emacs buffer with a cheetsheet on emacs movement/edit keys helps too
<anon987321>i am getting some issues with libguile. if i do #include <libguile.h> in a c program, it results in "fatal error: libguile/scmconfig.h: No such file or directory", even though the libs are there
<str1ngs>alextee[m]: if you are creating a package use a substitution. if you have many personally scripts that use #!/bin/bash then you can create a special file service that links /bin/bash to bash output binary
<str1ngs>what I mean does the program have a way to output its version
<alextee[m]>er, 1 second, i think i was using the "zrythm" package instead of "zrythm-git"
<str1ngs>check the local ./program version vs the installed version
<str1ngs>right they are using different socket paths. probably related to jack version. though there should be some RPC or way to find the jack socket. normally it's via environment variable. but no pun.... I don't know jack :P
<alextee[m]>waiting for zrythm-git to rebuild.. bu the versions should be exactly the same
<alextee[m]>humm.. this is another issue but the zrythm-git package shows me a wrong version Zrythm 0.7.093
<bb12>bb12: just edit your /etc/config.scm and add services then reconfigure your system :)
<Wargreymon2019>Hi all, My Acer Swift 5(model SF514-54T) fail to read the bootloader from guix USB stick (guix-system-install-1.0.1.x86_64-linux.iso.xz). It hangs on boot, nothing shows up. I made sure the stick works, which boot on my desktop. And the laptop can boot from Debian USB stick, so it is just the disk image(bootloader in particular) has problem.
<moewe>I tried making fish my default shell, so I looked it up, and it said it has to be defined as a "g-expression".
<moewe>A simple (shell fish) didn't work, it tried to call the directory of fish, so afaiu I have to specify the path to the binary. I couldn't find examples on the net, does anyone successfully changed their shell?
<bdju>moewe: in the user config area I have this line: (shell (file-append zsh "/bin/zsh"))
<oIoENikc>#.ISO from the official website .. i watch video. . there the installation ended with a graphical shell :)
<amz3>is it an error on my side or guix package -s does not consider channels?
<moewe>bdju: ah, that makes sense, quick question: how did you find that out in the first place?
***moewe is now known as sarthon
<leoprikler>moewe: by looking at the manual. It states, that shell takes the path to a shell, meaning a package is not good :)
<bdju>I don't remember, but either the manual or help from someone here most likely
<alextee[m]>is there a reason tor browser is not in the guix repos?
<Franciman>alextee[m], I think icetea comes already packed with tor plugins
<nckx>alextee[m]: It doesn't completely jive with the FSDG. That's what IceCat is: a Firefox with the minimal changes to satisfy distribution by GNU (plus a few add-ons). This is already a non-trivial amount of work to maintain. If those other names are FSDG-friendlier, they're missing because nobody's volunteered to package them. 🙂
<str1ngs>nckx: hopefully that's enough to fix it. my qt packages is monolithic and includes qtwebengine
<nckx>alextee[m]: I assume there are examples of adding services (including Shepherd ones) to (services …) in the Guix manual, but suspect you mean something more specific?
<nckx>str1ngs: Cool, we can flip that switch later if I get 1.8.1 to run with -kit in the meantime.
<str1ngs>nckx: qtwekbit is better for guix proper since it's modular etc. I guess if anyone must have the latest qt they can use my monolithic one via nongnu. until I reason a better way to make qt modular.
<alextee[m]>nckx: i'm confused about the syntax since most services in the manual have examples with (service *-service-type (config ....
<alextee[m]>not sure how the data type shepherd service can be used
<alextee[m]>(shepherd-service (one-shot? #t)) something like this maybe
<str1ngs>sneek: later tell peanutbutterandc, I missed your query. you can ping me here or in #nomad-browser
<str1ngs>this is not a debate I want to get into either. but controlling freedom of knowledge is not really freedom either. nobody is endorsing non free software. in fact I prefer to discuss things on there technical merit anyways.
<kmicu>str1ngs: this is not a freedom of knowledge issue. This only about being kind and respecting community space rules. Like e.g. please, don’t smoke in our house.
<str1ngs>nckx: the technical points here, is qtbase etc needs updating since it's getting quite old. qt monolithic has been deprecated in favor the qt modular packages. I currently I have an updated qt to version 5.13.1 but it includes qtwebengine. it's monolithic because it's easier to maintain and fixes some guix related bugs. so that leaves it without a home.
<str1ngs>kmicu: I didn't once talk about non free software please read the thread. I'm discussing free software included in guix
<nckx>str1ngs: I'm sure kmicu has read what you wrote, no need to imply they didn't.
<str1ngs>Again nobody endorsed non free software and I have better things to do then to discuss politics.
<str1ngs>at least take sometime to look at my technical points. since I have invested considerable amount of time looking into them.
<nckx>Huzzah, qutebrowser works with QtWebKit. It warns that QWK's insecure, though. Do we have a position on QWK as a distro? I'm not going to bother fixing this further if QWK going to be dropped before QtWebEngine makes it in.
<civodul>speaking of which, berlin spends way too much time building qtwebkit
<bluekeys>I've started bug 38103 for submitting my dracular theme patch, but I didn't attach the patch properly. I'm going to try again, but before I do, I'd like to see my bug in debbugs. How do i do that with emacs?
<bluekeys>I already have a submission, but messed up the attachment. Can anyone tell me how to get git send-email working on guix? The git package does not appear to install it, though I would expect it to after reading the description
<nckx>bluekeys: The subject doesn't matter for threading, but it's nice for humans who get the actual mail in their inbox. Mails with no subject and the body ‘Fixed, closing’ are annoying.
<bandali>> To reply to an existing report, for example #123, send mail to email@example.com. Or to the project's bug mailing list address (e.g. bug-gnu-emacs), but be sure to keep "bug#123" in the subject, else you will create a new report.
<davidl>mbakke: I wanted to build guile-bash from the Guix package source but then it started to build openssl, python-minimal etc which I assumed are somehow dependencies, but now I looked at the guix graph guile-bash output and apparently they weren't so I dunno whats happening actually.
<davidl>I tried to just build the guile-bash package itself and use substitutes for all its' dependencies.
<mbakke>davidl: Did you use 'guix build' or 'guix install'?
<mbakke>The latter will pull in additional dependencies to build GTK+ Icon Cache, etc.