IRC channel logs


back to list of logs

<Gooberpatrol66>Is it possible to symlink to a location in an installed package with guix home?
<bjc>well, i whipped together a quick patch to get file-append working with different outputs. then i thought it might be a good idea to add a test for it. then i found the existing failing test for it. then i saw the expected syntax is different than what i coded and harder to support
<bjc>so back to the drawing board for me
<ryuslash>Hello Guix :)
***rekado_ is now known as rekado
<the_tubular>Hey atka, you got 5 minutes ?
<jgart[m]>Hi, is their a goal date for releasing the latest `python-build-system` in master?
<jgart[m]>What is there left to do?
<EMax`0Mancer[m]>is emacs-cider working for anyone on Guix? I'm getting 'Unhandled REPL handler exception processing message' errors.
<littlebobeep>Is there a way to use Guix to generate packages for other distros like deb or rpm?
<jab>littlebobeep: yes I am pretty sure that guix can export to other distros... guix pack.
<jgart[m]>littlebobeep: you can produce .deb files:
<littlebobeep>jgart[m]: That page has no info about Guix
<jgart[m]>I was just using it to refer to a .deb file
<jgart[m]> guix pack nnn -f deb
<jgart[m]> guix pack dwm -f deb
<jgart[m]> guix pack dwm st dmenu slstatus -f deb
<jgart[m]>the last one seems to fail
<jgart[m]>can guix pack now make a deb for a profile of packages?
<jgart[m]>looks like maybe not
<jgart[m]>since the command line help info says PACKAGE and not PACKAGES
<apteryx>jgart[m]: hello! It should be supported yes
<apteryx>the mechanics are the same as for any other packs; it bundles things together in some archive
<littlebobeep>jab: Hmmm has no info about debs but jgart[m] seems to show they are supported with -f switch...
<jgart[m]>littlebobeep: looks like docs are lacking on the deb featurej
<jgart[m]>apteryx: maybe it's broken for deb with multiple packages?
<jgart[m]>apteryx: could you try the following: `guix pack dwm st dmenu slstatus -f deb`
<jgart[m]>does the derivation fail to build for you?
<jgart[m]>it fails for me
<zacchae[m]>Alright, C-f fan comes up dry in the guix info manual. Any tips on throtling fan speed? I got a fan powerful enough to handle my ROCm ready graphics card, but it's too loud, so I want to lower the speed ~.~
<zacchae[m]>Gotta help free machine learning :D
<zacchae[m]>I use %desktop-services, and haven't changed anything else of consequence
<zacchae[m]>^ in my system.scm
<zacchae[m]>oh, I assumed I would need to use a low-level, built in tool. I see some packages that seem to handle it
<zacchae[m]>nvm, all these programs seem hardware specific :(
<apteryx>jgart[m]: 'guix pack hello bash -f deb' failed too
<apteryx>littlebobeep: that's the docs of the last release
<apteryx>which is like one year old
<apteryx>it's documented:
<the_tubular>jgart[m] is it a specific package that does that ?
<apteryx>jgart[m]: the bug is in manifest->friendly-name
<apteryx>it's a regression introduced by some commit, it used to work
*apteryx tries it at the repl
<apteryx>seems to work.. hm
<apteryx>ah, perhaps single-entry
<apteryx>it should be match one, else #f
<apteryx>it does match one, else zero
<apteryx>(= 1 (length (manifest-entries manifest))) seems better in retrospect
<apteryx>it works now
<apteryx>OK, I understand why it was a match now
<apteryx>single-entry has to be a manifest entry, not a bool
<apteryx>sneek: later tell jgart the -f deb pack bug should be fixed with 96dbcd7443
<jgart[m]>apteryx: thanks for fixing that!
<littlebobeep>apteryx: Thanks for the devel manual link.... in Warning though it suggests it unpacks the files into /gnu/store/ which is odd for Deb-based distros and might conflict if you have Guix installed on the Deb-based OS?
<littlebobeep>Also the Note: above it says you can only install one in a system, but they just mean the same version of the same package right? Or can you literally not install two different debs of different packages entirely if they are both produced with guix pack?
<PotentialUser-27>Hi. Just wanted to let you know there's a mistake in the dt-services/upower section of the manual: "use-time-for-policy?" should be "use-percentage-for-policy?". Keep up the good work :)
<jpoiret>hmmm, they left before someone told them to look at the devel manual instead of the stable one
<jpoiret>it's still an issue
<bost>Hi. I'm adapting emacs-next to 28.1. It looks good, except following:
<bost>Initialized empty Git repository in /gnu/store/swazzgzs3yqqg58s1gyr8izjjaj6lzkb-git-checkout/.git/
<bost>error: Server does not allow request for unadvertised object 5a223c7f2ef4c31abbd46367b6ea83cd19d30aa7
<bost>Failed to do a shallow fetch; retrying a full fetch...
<jpoiret>maybe savannah's git server doesn't advertise everything?
<jpoiret>i wouldn't be that surprised if it runs a very old git
<bost>jpoiret: Yeah. Apparently. But what can I do about it?
<jpoiret>it should still work by retrying a full fetch
<jpoiret>it will just take longer
<bost>Yeah. It does precisely that.
<littlebobeep>jpoiret: what issue in devel manual you talking about?
<jpoiret>littlebobeep: that the dev manual does indeed use "use-percentage-for-policy?"
<jpoiret>so the interface has likely changed between 1.3 and now and they were looking at the 1.3 manual
<ryuslash>Good night Guix :)
<wdkrnls>Dear Guix, my build offloading broke after I changed my router. I don't understand why since I have reserved the same IP address and I have not changed the ssh setup. I have no problem logging into my build machine via ssh.
<wdkrnls>Any advice as to why Guix would tell me "Name or service not known" when ssh clearly knows it?
<wdkrnls>Everything I have google'd so far suggests that maybe I need to modify /etc/hosts. It's just strange to me why that would be since I apparently didn't need to do that before.
<wdkrnls>Do I really need to, or is there something that changed which is making the build-machine logic no look into my personal ssh config file?
<wdkrnls>When I replace the Host name I have in my ssh config with the IP address, it makes a connection but then complains about an unauthorized key.
<lilyp>wdkrnls: perhaps avahi broke?
<wdkrnls>lilyp: hmm... I don't think I even have that installed. Is it necessary for offloading to work?
<lilyp>well, it does name resolution, so if you use fancy names for your services, that might be what's broken
<wdkrnls>I'm imagining these guile libraries need to be in the base system?
<wdkrnls>I did expunge GNOME from my system recently. I could imagine it providing avahi.
<wdkrnls>Nevermind, I see that avahi is provided by %desktop-services.
<apteryx>littlebobeep: correct, you can't install two guix pack producedb deb on a given system since they will share a subset of files (and dpkg will not be happy with the conflicts)
<apteryx>but you can pack multiple apps in the same .deb
<apteryx>e.g. 'guix pack -f deb hello bash' ...
<littlebobeep>apteryx: That is extremely disappointing and not very useful for distribution..... what subset of files will be shared?
<maximed>FWIW, in the past I suggested generating one deb per store item.
<maximed>That way, by construction, there wouldn't be any overlap.
<littlebobeep>maximed: I am not sure I understand, to deb's generated with guix pack only extract in /gnu/store/ ? And if they do, why don't they use isolated directories per package?
<maximed>littlenoneep: The debs of 'guix pack' only extract to /gnu/store (though maybe there are also some binaries in /usr/bin?)
<maximed>littlebobeep: They do use separate directories per package: hello is in /gnu/store/HASH-hello-VERSION, bash is in /gnu/store/HASH-bash-VERSION. The problem is that a generated deb not only contains the compiled package, but also its dependencies.
<maximed>So because both 'hello' and 'bash' use the 'glibc' package, there's a problem.
<bjc>apteryx: if you're interested, i updated the ticket on file-append outputs:
<bjc>turns out there is support after all
<netamuffin[m]>How do i use xdg-desktop-portal-wlr on guix? It should be doable, but i dont know how to install a service for it.
***zmv is now known as notzmv
***zmv is now known as notzmv
<WesterWest[m]>i just tried importing haskell-language-server and oh my, there are so many missing packages from guix!
<jpoiret>netamuffin[m]: currently, you need to manually install both xdg-desktop-portal, xdg-desktop-portal-wlr, pipewire in your main guix profile and `dbus-update-activation-environment WAYLAND_DISPLAY` manually for it to work
<jpoiret>oh, and wireplumber as well
<jpoiret>everything's started via dbus so it shouldn't need any service
<netamuffin[m]><jpoiret> "netamuffin: currently, you..." <- Thanks. I will keep this in mind, since i dont really know how to properly setup profiles yet
<jpoiret>oh, but don't worry about it then
<jpoiret>the default profile is where things installed with `guix install` end up
<netamuffin[m]>i dont know if i am intented to run this manually, but that gives me... (full message at
***sqrtminusone_ is now known as sqrtminusone
<netamuffin[m]>Does it start pipewire on-demand, like pulse - or is special setup required?
<Aurora_v_kosmose>It's amusing how much flatpak/snap shills dislike better alternatives.
<Aurora_v_kosmose>Similarly, it's a bit sad.
<jpoiret>netamuffin[m]: where are you running this from?
<jpoiret>a session? do you use a DM?
<jpoiret>otherwise you won't have a session dbus
<Aurora_v_kosmose>I love those cases where some obscure package I expect to have to package happens to have already been added to Guix months before.
<notzmv>folks, quick question. some package I installed via guix install brought in emacs 27.2 when I was using emacs-next already and now some stuff like describe-mode doesn't work :^) should I just remove emacs-next?
<m4rk>notzmv: maybe you should remove emacs 27.2 instead of. emacs-next works fine
<notzmv>won't that break the dependency tree though since I have something that installed emacs@27.2?
<Ox151>what package would i need to run a file that needs the linker "interpreter: /lib64/" i am trying to execute an ELF file but it keeps saying " No such file or directory" even tough it is there
<lispmacs[work]>Ox151: I believe you have two options
<lispmacs[work]>you can either create a shortcut from /lib64/ to a guix one
<lispmacs[work]>or patch the executable. I have some instructions for that, standby...
<lispmacs[work]>see my old post here:
<lispmacs[work]>scroll down to the section which shows using patchelf
<lispmacs[work]>I don't know if there are any system side-effects to creating the global link - messing up environment purity or something - since I didn't try that
<lispmacs[work]>if not I should think it would be easier than using patchelf
<Ox151>lispmacs[work]: thank you for the info i will look into that
<attila_lendvai>if i have an new-format input of type origin, which points to a single file (a pgp signature), then how do i get hold of it in a phase? search-input-file doesn't seem to find it.
<attila_lendvai>do i need to match/find it myself in the inputs list?
<jpoiret>attila_lendvai: iirc yes
<attila_lendvai>it feels like i'm messing with internals... the entry i need to catch is: (_ . /gnu/store/[hash]-foo-4.7.0-linux64-debian-bullseye.tar.gz.asc)
<apteryx>you are missing a slash there no?
<apteryx>search-input-file should work
<attila_lendvai>apteryx, s-i-f looks for the target in the directories. but this input is a single file, not a directory.
<attila_lendvai>looks like i have to (find ... (string-suffix? ...) ) my way around this
<attila_lendvai>now, another unusual need: shepherd compilation packages the importer modules and makes them available in the guile that is animating shepherd. is something like that done for the builder? IOW, can i use my own modules in the #:modules argument of a package?
<attila_lendvai>looks like i cannot, i get an error that the module is not available. tried to convert it to gexp and use with-imported-modules and stuff, but i suspect that it's simply not handled.
<attila_lendvai>the (ugly) way i'm working my way around that is to turn my foo util into a foo-form that returns the quoted form