IRC channel logs
2025-08-01.log
back to list of logs
<Deltafire>the guile documentation is really annoying, especially how the functions are split across lots of SRFI modules <podiki>trying out using modprobed with guix to build smaller kernel, think i figured out where it goes <podiki>gets my compilation time down to ~10 minutes rather than at least 20 (maybe 30?) with ~140 modules <podiki>yes, about 3.5 times faster (~37 minutes for full linux-libre) <ekaitz>i'm going to keep doing this forever <untrusem>so I get unbound variable error on (earlyoom-service-type) <untrusem>I read the manual it doesnt tell to use a specific module for it <untrusem>ok I hadn't imported linux service and package modules <jlicht>podiki: would love some hints on what you had to do for that :-) <ekaitz>i'm busy and it's taking me forever to even start the proposal but does anyone agree that guix system and guix package should have the same command line argument structure? <ekaitz>every time I list-generations I am reminded of this and it's kind of hurting my soul <gabber>apteryx: i set my profile to public, so i guess now it should work? i guess it ought to have worked before for logged in users (aka ssh/git) <gabber>ekaitz: i think this problem does not exist if you use a home profile <ekaitz>gabber: what do you mean by does not exist? <gabber>i guess the command line argument structure in `guix home` and `guix system` are more in sync (if not actually the same) <csantosb>Good morning all, ... a mistery: why `guix search llvm-for-rocm` gives nothing ? 🤔 <Kabouik>When trying to use emacs-pdf-tools in Guix, do I need to use `M-x pdf-tools-install`? It sounds like a function that would be useful for other distributions, but PDFView mode complains about `pdf-info-epdfinfo-program` not being executable. <csantosb>I have `:init (pdf-tools-install)` in my use-package. <Kabouik>Thanks. That suggests I do need to run pdf-tools-install once even on Guix, but it's trying to compile things and has build dependencies so that sounds counterintuitive for Guix <Kabouik>pdf-info-epdfinfo-program's value is /gnu/store/w5lrjgbmfdim40lx7xiy015w2ppgqqhs-emacs-pdf-tools-20240429.407/share/emacs/site-lisp/pdf-tools-20240429.407/epdfinfo, but that file does not exist and I don't think M-x pdf-tools-install will be able to write there anyway. <andreas-e>csantosb: Try this: grep llvm-for-rocm gnu/packages/*.scm <Kabouik>I think I'll just stick with Docview as it supports page-specific org-store-link support out of the box. <csantosb>andreas-e: I had no idea about hidden packages, thanks ! Is this a documented feature? <csantosb>Kabouik: We have Emacs packages for that, too, using pdf-tools <apteryx>gabber: even via ssh it wouldn't work <Kabouik>csantosb: yes I saw a Nix message showing how to enable that with pdf-tools too, indeed. But I seem to be stuck with the epdfinfo executabel missing for now. I don't use use-package so I'm not sure if what you posted is the only way. That it tries to compile stuff and has its own build dependencies seems to contradict the Guix packages workflow <Kabouik>Oh, actually it's in /gnu/store/hash-pdf-tools-1.1.0/bin/epdfinfo. Emacs by default was looking for it outside of bin/. <jakef>Kabouik: did you try with emacs -Q? <Kabouik>I think the issue was that I initially installed a guix-emacs version before the 1.1.0 version that comes fromthe Guix channel. Now I have the right one, but the variable in emacs still refers to the wrong path. Sorry for the noise. <redacted>Looks like PID 1 on my VPS is slowly consuming more and more memory. That's probably why things have been getting OOM killed. <redacted>nikolar: /gnu/store/37m0a0ydy74wl2qrf2w1jdgqhxwbaxac-guile-3.0.9/bin/guile --no-auto-compile /gnu/store/zj0fawhffs6h1vcxi8djanjvhjas2v5l-shepherd-1.0.6/bin/shepherd --config /gnu/store/691vnqzmhh1mk2kad1m8li9fznwcxq8p-shepherd.conf <redacted>Reproducing it in a useful way seems like it's going to be a pain. <redacted>Maybe I can just have the VPS reboot at midnight until this PR gets merged. <nikolar>that's always a solution to memory leaks, just restart/reboot <bdju>Not sure if this deserves a bug report but when I tried to upgrade to the latest yt-dlp release via --with-latest there was some sort of test failure causing the build to not work. Since the one in the repo hasn't actually updated to that version yet it felt like I shouldn't bother reporting it. I was hoping to try a newer version to troubleshoot some videos working intermittently when I ran into that. I guess <bdju>whenever someone updates the guix package for the repo they'll run into it too. <podiki>jlicht: it will be (customize-linux ... #:modconfig (local-file "<path to modprobed.db>)) just as soon as i submit this patch in a few minutes :) <podiki>would then be nice to have a periodic shepherd timer to run modprobed-db to help generate that (i just did it manually; haven't actually tried booting this stripped down kernel yet though, need to see about any essentials i should add) <futurile>bdju: there's also a --without-tests (or similar option) you could try passing <bdju>Oh, cool. Thank you for the idea! <cow_2001>guix's sketch is from 2017, but there is a newer 2023 version tag <jakef>andreas-e: It's good be rid of those old VTK and ITK packages! I hope it was worth the trouble for you ;) <andreas-e>jakef: For me, definitely, but it was you who did the bulk of the work! This itk-snap looks like a nightmare packet to me... <jakef>haha it's all relative. after failed attempts at 3d slicer and MITK, itk-snap was not too bad. <andreas-e>And once one gets drawn in, it becomes addictive... <drewverlee>How do i Guixify "java -jar <some-jar> <some command>" such that the user wouldn't know java and and a jar are involved? As in, they just run `some-command` and under the hood it runs java and some-command. <drewverlee>Can guix pact help with that? Or should i look elsewhere? <ieure>drewverlee, Java applications usually ship with a shell script to launch them. Not really a Guix question IMO. <drewverlee>ieure can you give me an example of what you mean by a "shell script" are you saying a script that says "java -jar <some-jar> <some-command>"? <ieure>drewverlee, I hope this doesn't come off as judgy, because I don't mean it that way, but: have you never heard of a shell script before? <drewverlee>right, i'm saying i don't want my users to have to think about the fact that java is involved. so if tomorrow the package i hand them doesn't use java, they don't have to do the uninstall and re-install of the packages dependencies. I want to "pact" them together (though that might not be what guix means by pact). <ieure>drewverlee, Where do you see Guix using the word "pact" at all? <ieure>And no, that's not really what `guix pack' is about. <drewverlee>Interesting. I can learn in two directions here, asking you what do what I want, and asking how guix pack doesn't do it. in the guix packs docs it says it "creates a tarball containing the binaries of software and all it's dependencies" in my head the software would be the jar, and the dependency would be java. I'm i already off base? <drewverlee>err, i hit enter to early before editing my message, the first part should say, "I can learn by asking you what you think i should do instead OR...". <ieure>drewverlee, You're getting ahead of yourself. `guix pack' turns one or more Guix packages into a standalone executable. You need to make a Guix package for your program before you can contemplate using `guix pack'. <ieure>Guix packages always hold references to all their dependencies. So you can make a package for your program, which refers to the JVM, and `guix pack' will take that package and give you a standalone executable. <ieure>But, you gotta make the package first. <ieure>And writing the shell script to start it is part of that. <drewverlee>Thats my understanding to, that i would need to make my guix package around my jar. <ieure>drewverlee, Have you looked for other Java software which already has Guix packages? I always find it helpful to look at how others have approached a problem I'm trying to solve, and so much has been packaged for Guix already that there's usually something helpful in the source. <drewverlee>I have tried to look, but if you have anything easy to hand, i would appreciate it. <ieure>drewverlee, I don't have any off the top of my head. First package in java-graphics.scm is ditaa, that seems promising. <ieure>drewverlee, grep the Guix source for "bin/java" and you'll probably find what you want. <drewverlee>I think whats hard looking at that example, is i'm not really sure what they are trying to do. they have ant involved, so i assume their trying to build a jar... <nikolar>you're always trying to build stuff from source in guix <ieure>Correct, anything in Guix proper must compile from source. We don't ship JARs or any other artifacts. <ieure>*we don't create packages containing build artifacts <drewverlee>sure, but people need to use the stuff you built, otherwise it's kinda pointless, and i don't want them to necessarly have to have guix, hence my attraction to guix pact which says "occasionally you want to pass software to people who don't have guix" <ieure>drewverlee, But `guix pack' only operates on Guix packages. <sham1>There's nothing about it needing to be a guix package that wouldn't mean that you couldn't build the jar outside of the guix build process, assuming you just want to use guix pack on it <ieure>drewverlee, You are, of course, welcome to create packages which contain artifacts of external build processes, but such package cannot be accepted into Guix itself. <ieure>So, just depends on your goals. If all you want to do is use the Guix machinery to build an executable for your own / your users direct use -- knock yourself out, stick a JAR in the package. But if you want your software in Guix itself, it has to build from source in Guix. <untrusem>when would be the next release of guix, I think the consensus of periodic release is accepted, rightu <sham1>Speaking of building packages on Guix, or more accurately just building software using the platform, what would I have as my package inputs in a guix.scm file versus what would I put onto a manifest.scm <drewverlee>ieure: communication is hard :). FWIW, the jar is built inside a guix container e.g guix time-machine --channels --shell ... --container. So together, the user would the original "code" (though not all the necessary parts to make everything work bc thats hard to do). <drewverlee>also, i think you can build jars to contain the source code, /waves hands. idk. i guess the point is i don't plan on releasing this into the wild anytime soon as the energy to explain why its useful is too great. <drewverlee>thanks for the insights, ill swirl them around a bit and see where i land. <ieure>drewverlee, Yes, but, `guix pack' cannot do anything with a random build artifact, whether you built it in a Guix shell or on Debian, or whatever. `guix pack' only packs Guix *packages*. If you want to use `guix pack', you must create a Guix package. Since you're already building on Guix, it's hopefully straightforward to turn that process into a package. <ieure>drewverlee, Though note that when you build a Guix package, the build process has no network access -- so if you're building in a container shell, but Maven is downloading stuff, that won't work. <drewverlee>ieure: The jar is built on the same machine as the potential guix package i'm contemplating. Admittedly, it looks like we could have also have used guix's clojure-build-system to build ... a guix package that contains a jar? ouch my brain. it uses ant. interesting. <sham1>There's also the maven-build-system if you use maven <[>I didn't send any info <[><ieure> Correct, anything in Guix proper must compile from source. We don't ship JARs or any other artifacts. <[>GHC is bootstrapped from a binary <identity>how can i look at the build logs of a package that builds successfully from the REPL? <identity>i guess i can do “guix build --check /gnu/store/…-package.x.y.z.drv” <andreas-e>From the command line you can do "guix build ... --log-file" <PotentialUser-43>Hello. I seem to be stuck on an old version of guix. I've tried `guix pull` and rebooting my machine, but I seem to be stuck on 8e2f32cee982d42a79e53fc1e9aa7b8ff0514714. I'm seeing this on a foreign distro. Any tips to force an update? <csantosb>PotentialUser-43: You did a guix upgrade too ? <jackhill>Kolev: is there an easy way to have multiple openssh service instances? I get complaints that a service with that name already exists. <PotentialUser-43>SWH: object swh:1:rev:8e2f32cee982d42a79e53fc1e9aa7b8ff0514714 could not be fetched from the vault <PotentialUser-43>guix pull: error: Git error: cannot redirect from 'git.guix.gnu.org' to 'codeberg.org' <ieure>git.guix.gnu.org points at Codeberg. <Kolev>jackhill, maybe there isn't. Meanwhile, I'm having issues setting up Nginx with HTTPS. <ieure>git.guix.gnu.org should be preferred over a provider-specific URI, since it can be updated to point to a new provider, if needed -- so the issue with Savannah being the default channel and also being broken all the time won't recur. <ieure>Or, can be mitigated, rather. <csantosb>Problem for us, foreigners, is there is no way to update the whole install; files in /etc/profile.d/ become obsolete <csantosb>And there is no updater, other than reinstalling or copy/pasting sections of the installer <csantosb>PotentialUser-43: when pulling ends, remember to `guix upgrade` <PotentialUser-43>csantosb: Thanks, I'll try `guix upgrade` after. `pull` is still working. <identity>“Git error: cannot redirect from 'git.guix.gnu.org' to 'codeberg.org'” <PotentialUser-43>Yeah, but why couldn't it redirect? Is this a DNS issue on my end Guix's end? Some server crashing somewhere? <gabber>is it possible dovecot (service) fails to log? <csantosb>PotentialUser-73: I guess that, if you pull again, there are no new commits, right ? Just in case. <csantosb>Try to paste your ~/.config/guix/channels.scm in paste.debian.net or similar <csantosb>Wait. You just installed Guix now, using the installer. Sure, you need to source /etc/profile.d/zzz-guix.sh. <csantosb>I'm using Arch: for me, all files in /etc/profile.d are sourced. <csantosb>I ignore how it is with Ubuntu. Check the sh file contents. <PotentialUser-73>Btw, I tried `echo $GUILE_LOAD_PATH` and I do get a value for it. So I think `zzz-guix.sh` is getting sourced by Ubuntu. <csantosb>I bet the commit pinning is to blame here <csantosb>Advice: `guix pull && guix upgrade`. Go to sleep. <csantosb>Yes, this is useful for reproducing your current config, and so the commit pinning <PotentialUser-73>Would be nice to get a warning or something that I'm pulling on a pinned channel. ^_^' <PotentialUser-73>Also, is there a place where I can read the documentation for the channel record? <csantosb>You know chapter 6 Channels in the manual <csantosb>And "6.6.15 Record Overview" in guile manual <PotentialUser-73>I was hoping to see an overview and description of the channel type and its fields. <identity>PotentialUser-73: it is defined in (guix channels) <PotentialUser-73>How do I access `(define guix channels)`? Is there a guix command I could run? Or do I have to git clone the repo and grep for it? (Codeberg doesn't do search...) <identity>a checkout should be in ~/.cache/guix/checkouts/ <PotentialUser-73>pjmkglp4t7znuugeurpurzikxq3tnlaywmisyr27shj7apsnalwq/guix/channels.scm:(define-module (guix channels)