IRC channel logs

<coyotes4ys>oh it's smallish. is there something i can just check in it wakyct? getting it to pastebin involves going to another computer here in the library

<coyotes4ys>oh nvmnd

<coyotes4ys>i see the line but idk how to look in that

<wakyct>are you asking how to open the file listed at the end of guix system describe? You can navigate in your file browser (probably go to /gnu/store then do a Ctrl-F/search) or you an 'cat <filename>' in the terminal

<wakyct>when you do look for a line that start something like (services ... ) and see what desktop service you have

<wakyct>but really it would be best if you pastebin it

<wakyct>or I don't know...take a picture with your phone if you have one

<coyotes4ys>wakyct and whoever else it was, podik or something is your nick, thank you. between this old ipad signing me out of irc all the time and having glitches, and the difficulty of guix, i am giving up at least on keeping this chat open, for now.

<coyotes4ys>thx bye for now

<apteryx>ACTION is testing a fix for the udisks regression complaining about the `eject' binary not being found

<yarl>efraim: are you there?

<yarl>sneek: later tell efraim Hi, "guix build -v3 --target=aarch64-linux-gnu -c1 llvm-for-mesa" fails on me with "llvm-tblgen: Unknown command line argument '-gen-vt'." any idea?

<sneek>Got it.

<allana>Hi guix!

<allana>quick question, I have a local package defined, and I am wondering if anyone knows a way to dynamically specify the version of the package definition. Instead of (version "1.2.3") I'd like for it to take the latest git-commit hash of the git repository/branch that it's currently on. it's source is a local-file

<rubuj-eto>Hello Guix users! Yesterday I configured Guix system, installed it and rebooted my machine. Then, with my user account, I typed "guix pull" and let it working ll the night. Today, I typed the command "sudo guix system reconfigure /etc/configure.scm" but the following "procedure raise exception" appears : "Erreur Git/ the SSL certificate is

<rubuj-eto>invalid"

<rubuj-eto>Did I miss something in my "config.scm" due to the "SSL" error message ?

<Rutherther>allana: first note that guix is not really made for something like that, you specify exact build steps that can change, dependencies get introduced etc.. You can still achieve this as far as the steps nor dependencies don't change. Use the "package-with-upstream-version" function that is in guix/transformations, if you want to do it directly in guile, otherwise you can use --with-latest argument of guix build/install/shell...

<Rutherther>rubuj-eto: can you send the whole log so it's more obvious which step threw this error? also, did you try rerunning to see if it's just a fluke? on guix system, you normally shouldn't get issues with ssl certificates, the nss-certs package is part of %base-packages

<allana>Rutherther: thanks. For more context I have been following the blog on the guix blog "From development environments to continuous integration..." and in the examples there is a "funky version number". I'd like to find a way to just use the git hash as the version number for the package I am developing -- as I develop it -- instead of having to version it in the package definition. Sounds a little funny but the underlying package tries

<allana>to also define a version, and it can be quite cumbersome

<futurile>allana: I've seen people use the git hash as the version of the project

<allana>futurile: I feel like I have seen this too, but is the git hash specified in advance as a stirng literal? I'm not working with any remotes so I already have the git repo locally

<yelninei>allana: everything is just scheme code. So you could replace the version field with something that calls 'git describe' with an input-pipe (via (ice-9 popen)

<allana>yelninei: thanks :-)

<Rutherther>allana: oh so you want the current latest, not latest always? the version number doesn't matter, what matters is the commit you specify in git-reference

<futurile>allana: I've seen it done locally, so query the local repo - as yelninei is saying - I was just trying to find an example but my google foo is failing

<rubuj-eto>Rutherther: I just tried it again and the same error appears. Note that every page I run on my web navigator, I have a warning : "This connexion is not secure". How can I send you my log to not disturb this chat ?

<yelninei>ofc there is a problem when you want to put that in a channel , etc

<yelninei>Rutherther: of if one wants to use git-fetch the source it gets more complicated because the hash also will be different on each commit but with local-file it does not matter

<Rutherther>yelninei: well if they wanted latest always, there is no need for the hash, and package-with-upstream-version already does the work for that

<yelninei>true but probably overkill if all that allana wants is a funny thing in the version field

<allana>Thanks again yelninei and Rutherther, I am now on the right track :-)

<rubuj-eto>Rutherther: Thank you for your help. Here is my copy/paste command result : http://paste.debian.net/1346737

<Rutherther>rubuj-eto: did you update guix-service-type with custom channels field / guix-for-channels call?

<rubuj-eto>Rutherther: No and I don't know what are the "channels". I followed step by step the Guic manual and stoped at the section "3.7 After System installation". I typed "guix pull" and let it worked all the night

<Rutherther>rubuj-eto: okay, from the log it looked to me like you specified channels in guix-configuration in your config and that's what was ending up with this error (though even if you did that, it shouldn't end up in this error). If you haven't, I can't say what leads to this error nor how to fix it

<rubuj-eto>Rutherther: Does the "channels" are related to my "config.scm" file ? Can you just look it ? http://paste.debian.net/1346741

<Rutherther>yes, it is related to your config which is what guix system reconfigure builds. You don't have guix-service-type, nor guix-configuration specified anywhere, so you aren't changing the default one

<PotentialUser-61>Hello

<luca>yellow

<PotentialUser-61>I don't know where to ask it. But is there any reason why gnu guix os latest release is 2 years old?

<Franciman>hi PotentialUser-61, gnu guix is meant to work as rolling release

<Franciman>the latest release is just a tag in the git repo, from where it is safe to build an installation medium

<luca>to be fair even rolling releases release ISOs more often than that

<Franciman>true

<PotentialUser-61>Kinda like arch then

<luca>sure

<PotentialUser-61>Good to know that it is an alive distro

<luca>There's also an active blog with some recents posts about how alive it is ;)

<PotentialUser-61>I didn't manage to find anything but this irc channel which is dedicated to gnu guix. I am more used to forums

<PotentialUser-61>Either way. Thank you for the help

<Franciman>PotentialUser-61: basically guix is based on a git repo

<Franciman>1.4.0 is just a tag. as soon as you get your system installed

<Franciman>you run guix pull

<Franciman>(analogous to git pull) and it will sync to HEAD on the master branch

<rubuj-eto>Rutherther: I found the solution. My SSL problem connexion comes from the fact I delete the lines that contain "nss-cert" in my "config.scm" file

<PotentialUser-61>Thank you

<rubuj-eto>Rutherther: The symbolic link "/etc/ssl" points to a directory that doesn't exist

<Rutherther>rubuj-eto: right. I haven't noticed you didn't use %base-packages

<PotentialUser-61>And last question. Is this chat or archives of this chat the best place to search for finding solutions for potential gnu guix problems?

<Rutherther>PotentialUser-61: can be, but also don't forget about the mailing lists

<rubuj-eto>Rutherther: Thank you so much for your help. Guix community is nice. I'm going to install "nss-cert" and continue my installation

<PotentialUser-61>Thank you

<anemofilia>Is anyone here using tmux on guix? I noticed tmux doesn't source ~/.profile by default, so files like ~/.guix-home/setup-environment aren't sourced and the PATH omits guix-home profile

<anemofilia>I tried to solve it in the configuration file, using run-shell, but it was uneffective

<anemofilia>Worth mentioning I'm using the fish shell, actually it works with bash

<graywolf>Interesting, is ~/.profile not sourced on login? So the environment variables should propagate down the process tree?

<anemofilia>That's what I thought at first too, graywolf. But actually tmux don't work that way

<anemofilia>Because it would make the tmux session management more limited

<anemofilia>Despite that, I guess inheriting the PATH used by the process that spawned tmux would be a sane default, idk why it isn't done that way

<apteryx`>lilyp: should gnome-profile also return the transitively propagated packages from the current packages it returns?

<apteryx`>I was working toward re-enabling auto-configuration for gnome boxes, and it'd help to get spice-gtk in that list when someone added gnome-boxes to their gnome-desktop-service-configuration

<apteryx`>(among extra-packages, say)

<lilyp>I'm not sure, what would be the pros/cons of doing so?

<apteryx`>we'd get extra polkit actions/rules for example

<apteryx`>maybe udev ones too

<apteryx`>otherwise I have to document 'if you want the usb redirection feature of gnome-boxes to work, you need to provide spice-gtk in the extra-packages of your config', which is not intuitive.

<lilyp>would it make a difference for profile-service-type?

<lilyp>if not, go for it

<lilyp>if yes, then perhaps add a parameter so that we can reuse the code

<apteryx`>yes good idea

<apteryx`>it would otherwise

<lilyp>hmm, I see that we already extract these in the configuration…

<lilyp>so let's just resolve the propagated inputs in those two services that care, maybe?

<apteryx`>I'm a bit confused; our meta-packages propagated stuff, but the default value is obtained via extract-propagated-inputs

<lilyp>yes, we don't actually build the meta packages

<apteryx`>does it mean I can't provide gnome-essential-extras directly as the value of the extra-packages field?

<apteryx`>that be simpler; it seems accessing propagated packages should be done at run time to avoid this confusion

<lilyp>you could do (list gnome-essential-extras), but that'd build one pointless store item more

<apteryx`>OK. So it's valid at least?

<apteryx`>I don't think so, because we don't access their propagated inputs

<apteryx`>ACTION checks

<lilyp>it is valid for the profile, I'm not sure if udev/polkit would pick anything up, tho

<PurpleSym>Is there anything I can do about “load-thunk-from-memory: incompatible bytecode version” while developing for Guix? I `make distclean`ed, I removed ~/.cache/guile, but nothing seems to fix that.

<lilyp>try deleting the guile symlink and running autoreconf

<apteryx`>lilyp: udev wouldn't, as the search-path-as-list works on files/directories directly

<lilyp>that symlink will go stale

<apteryx`>so we already have some fragile case here; where udev could not contains much if someone was to customize their gnome config and forget to use extract-propagated-inputs

<apteryx`>I'd err toward safely expounding gnome-profile using something like packages passed + their transitive-propagated-inputs

<apteryx`>everywhere it's used

<lilyp>the idea of using lists is that it's easier to cons* them than to inherit packages

<lilyp>but yeah, we should use transitive propagated inputs in these cases

<lilyp>(note that the meta packages are invisible to the user)

<PurpleSym>lilyp: It’s not a symlink, but an executable built today. And deleting it does unfortunately not fix the issue. The next `./pre-inst-env …` has the same problem.

<lilyp>hmm, then perhaps it's my setup that's wrong, because I don't seem to get that

<PurpleSym>Maybe it doesn’t work just on foreign distros?

<lilyp>you *do* run this inside a `guix shell -D guix`, don't you?

<PurpleSym>Yes.

<PurpleSym>And I `guix pull`ed today.

<lilyp>in that case foreign distro shouldn't matter, your `guile` should be from guix

<PurpleSym>I can confirm that `which guile` is from Guix.

<PurpleSym>(Or rather the ./guile binary, if using ./pre-inst-env)

<janneke>i'm seeing a ~50Kib/s download speed from bordeaux, where ci provides 8MiB/s, am i alone in this?

<bjc>so it's been quite a while since i last used guix, and is it me or has ‘guix pull’ become vastly slower since last year or so?

<bjc>it was never fast, but i don't remember it ever being this consistently bad

<cancername>I've noticed that I don't have the usual Linux manpages, like proc(5) or poll(2) on Guix System, how can I install them?

<Rutherther>bjc: yes, it has, it uses just one thread now, due to non-reproducible builds of guile-build-system when multiple cores are used

<vhns>is (inherit ) specific to guix? I can't find much documentation on it anywwhere. Any pointers would be much appreciated.

<h4>$ glxgears\nError: glXCreateContext failed\n$ LIBGL_ALWAYS_INDIRECT= glxgears\nMESA-LOADER: glx: failed to open wayland: driver not built!\nfailed to load driver: wayland\nRunning synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate.

<h4>idk if libgl always indirect is supposed to be set but something automatically set it, and basically no openGL things open with it

<graywolf>cancername: man-pages and man-pages-posix packages most likely.

<vhns>as in, is it specific to guix and not part of guile?

<graywolf>I am installing man-db, man-pages and man-pages-posix into my home environment.

<graywolf>vhns: Yes, that is a feature of (guix records) records

<vhns>I see

<vhns>thanks a lot!

<graywolf>np :)

<bjc>Rutherther: i see. is there a way to turn that off?

<h4>I guess that the thing that setted it did it for a reason, like now things are supposed to indirectly work, but for me it only works "directly"

<cancername>graywolf: thanks!

<Rutherther>bjc: well of course, guix is source based. Just override the guix package that's being built, with #:parallel-build?. Of course means you won't be able to use pull command directly (if you won't use custom repo where you would override this in source)

<futurile>vhns: I did a blog post about inheritance generally - https://www.futurile.net/2024/01/12/modifying-guix-packages-using-inheritance/ - and Juliens post (linked in it) goes into detail on guix's records and how they're using Scheme's capabilities

<futurile>Juliens post is brilliant - wish he did more of them :-)

<vhns>futurile: I read that already, it's good, but I was looking for something more in-depth or an explanation to what I'm reading under guix/records.scm

<vhns>In my current situation, I (inherit %baseline) which is my basic OS definition but want to modify one of the user-accounts

<vhns>The only thing that came to mind currently would be to (user-accounts (append (list (user-account (name "account-i-want-to-modify|)... (operating-system-user-accounts %baseline)))

<vhns>I can't think of any proper/smarter way of doing it

<vhns>That is, without having to define the same user-account again

<vhns>(Maybe I'm doing this wrong entirely)

<futurile>vhns: did you try Juliens post - as it explains Guile scheme Records and the bits of Guix uses - https://lepiller.eu/en/a-deep-dive-into-guix-records.html

<vhns>I'll take a look into that, thank you

<bjc>Rutherther: thanks

<ieure>Sigh, what package/output has ldd?

<vhns>ieure: seems to be gcc-toolchain

<ieure>Thanks.

<vhns>ieure: Sorry, I was wrong

<vhns>it is binutils

<vhns>err scratch that, gcc-toolchain it is

<ieure>Hmm, that's what I thought, but `guix shell binutils' can't find ldd.

<ieure>$ find /gnu/store/89hc9hlyx7iy3khy68gpfm9zydwyhpca-binutils-2.41 -name ldd

<ieure>(no output)

<vhns>yeah, gcc-toolchain has it

<ieure>Yep, awesome. Thank you.

<vhns>yw

<quadragon>Greetings. I've installed `chicken` via Guix under Arch and `chicken-install` is failing, logging that a directory in the store is read-only. The eggs I'm trying to use are not packaged in the official channel, should I expect that I need to package them myself and avoid manually using `chicken-install`?

<graywolf>Probably :)

<yarl>Hello

<ieure>Hi.

<janneke>ACTION hopes that quadragon knows/learns in time about guix import

<graywolf>I am trying to use shepherd timers, and I am getting an error when invoking (cron-string->calendar-event "* * * * *"). https://paste.debian.net/1346780/

<graywolf>Any ideas what I am doing wrong? I *think* it should work based on the documentation...

<graywolf>civodul: stupid question but in https://git.wolfsden.cz/mirror/shepherd/tree/modules/shepherd/service/timer.scm?h=devel#n450 should it not be (hours 24 0)?

<futurile>Q: is there a simple html tag way to centre text in a table column? (I want the numbers in the table to be in the middle)

<futurile>I don't want to mess with CSS for the Guix blog - that would be over kill - but it's kinda annoying me

<graywolf>futurile: There is <center> but 1. no idea whether it works 2. it would need to be applied to each <td> which sounds annoying.

<wakyct>I think the way used to be align in the <td> futurile but it's been taken out to pasture

<futurile>OK I don't think I'll allow my OCD to try and mess my evening up heh heh

<graciousgnu>i'm not getting any audio on guix system

<Rutherther>graciousgnu: are you using %desktop-services that contain pulseaudio service?

<graciousgnu>Rutherther: i may be stupid, i assumed that %desktop-services automatically contain pulse

<wakyct>I think it does?

<Rutherther>graciousgnu: exactly, it does, so I am asking if you are using it

<graciousgnu>oh, I am

<wakyct>graciousgnu is this a new install or reconfigure?

<graciousgnu>since i installed it

<graciousgnu>this isn't a linux-libre issue

<graciousgnu>at the start i used downgraded nonfree linux

<graciousgnu>and switched to linux-libre later

<graciousgnu>alsa-mixer only shows (default), which sounds somewhat similar to what is described here: https://issues.guix.gnu.org/issue/35599

<graciousgnu>however, i *do* have %base-packages

<wakyct>so when you first installed you used nonfree and your audio didn't work, and it still doesn't work in libre

<graciousgnu>wakyct: yes

<graciousgnu>so i don't believe it is related to libre

<yarl>Hey guixers, would someone be so kind as to verify that it is impossible to cross compile llvm on x86_64 for aarch64 please? 'guix build -v3 --target=aarch64-linux-gnu llvm' should fail within a few minutes.

<graciousgnu>yarl: testing it now

<yarl>graciousgnu: Much obliged.

<graciousgnu>ill get an OS image from guix

<graciousgnu>im on x86_64, is it okay if i use QEUM

<graciousgnu>s/QEUM/QEMU/

<Rutherther>--target will cross build, you do not need to use emulation

<graciousgnu>oh oops

<graciousgnu>i swapped x86_64 with aarch64

<graciousgnu>when i read your message

<graciousgnu>its been downloaded

<graciousgnu>now building

<graciousgnu>configure succeeded

<yarl>It should fail early during building.

<graciousgnu>yarl: the build failed

<yarl>right.

<graciousgnu> http://paste.debian.net/plain/1346803

<graciousgnu>is this the same error message you're getting?

<yarl>Well, the interesting error message should be:

<yarl>llvm-tblgen: Unknown command line argument '-gen-vt'. Try: '/gnu/store/g3wf9zsr2j6h6g8rxj4zdkm6rg02dwvd-llvm-15.0.7/bin/llvm-tblgen --help'

<yarl>llvm-tblgen: Did you mean '--gen-ctags'?

<yarl>But it's above

<yarl>(multiple cpus)

<yarl>Search for "Building GenVT.inc..." and it's a few lines below.

<graciousgnu>yarl: http://paste.debian.net/plain/1346805

<graciousgnu>this is the first error after genvt.inc: http://paste.debian.net/plain/1346806

<yarl>oh

<yarl>Well, that's odd.

<yarl>hmm. can you try with -c1?

<yarl>guix build -v3 -c1 --target=aarch64-linux-gnu llvm

<yarl>please*

<coyotes4ys>wakyct i figure it out. i was just unable to see the login screen for the public wifi network i was on, i think that's all it was

<coyotes4ys>i have maybe connected to wifi via cli once before this. but now i am familiarizing

<coyotes4ys>**question** does anyone know of a nice introduction to getting .rc's to appear, making text a little bigger, etc? i have a tiny screen that's why the text bigger thing

<coyotes4ys>also, is there a default power manager for guix system?

<Rutherther>no, there isn't a default one

<coyotes4ys>ok i reallllllly don't want to overlap, keeping extremely lightweight

<coyotes4ys>my proc is pentium silver intel n6000. four cores, but no hyperthreading. pretty powerful, but i need to not complicate it as a find out how to unleash its power

<coyotes4ys> hmm tint2 description says it "supports...a battery monitor" but i don't see one

<futurile>sneek: later tell allana here's an example of getting the version from a local git repository https://github.com/oriansj/mescc-tools/blob/master/guix.scm

<sneek>Got it.

<potatoespotatoes>does anyone know how to get multiple source directories in a single derivation?

<jjba23>Hi all, I am trying to build sfwbar in Guix, but get a runpath error (meson build), anyone have some clues? I want to build an accessible computer UI also for older users, and labwc + sfwbar will work great. I opened a bug with more details and logs too: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=75842

<luca>The answer from someone who doesn't really understand the error or know guix much is that you need to set the LDFLAGS parameter to something like this https://git.lucamatei.com/guix-luca-repo.git/tree/luca-systool.scm#n140

<luca>I assume that sfwbar provides a binary and a library (which the binary depends on) which is what really causes the issue

<ekaitz>jjba23 and luca: guix sets the rpath in the binaries to the proper directories. The rpath is a part of the ELF binaries that says where the dynamically linked libraries have to be searched

<ekaitz>in other distros, you just set it to /usr/lib and you are ready to go

<ekaitz>but in Guix it's not that obvious, as you already know

<jjba23>thanks for the reply luca and ekaitz

<coyotes4ys>how do i find out if somehow a desktop environment got installed under openbox?

<coyotes4ys>is screenfetch a good and extremely lightweight package/services/etc?

<ekaitz>in Guix we have a phase that checks that the RPATH is properly set in every single binary we return from the package build, so the person that makes the package remembers to set it properly

<ekaitz>jjba23: no problem

<jjba23>i see this makes sense to have a build phase where we verify correctness and good links to binaries

<jjba23>i see in the logs some more details about libs and references

<jjba23>ekaitz: /sfwbar/appmenu.so: error: depends on 'libsfwbar.so', which cannot be found in RUNPATH ("/gnu/store/zvlp3n8iwa1svxmwv4q22pv1pb1c9pjq-glibc-2.39/lib"

<ekaitz>yep

<ekaitz>you have to make it have a RUNPATH to (string-append #$output /lib) i'd say

<jjba23>yeah it would be great if you could ellaborate in code in the issue at GNU list, how that would work, i am quite at a losss,

<ekaitz>jjba23: most of build systems have a way to set up the runpath

<ekaitz>or you can search in the guix codebase for similar things

<ekaitz>jjba23: in this specific case what I would try is to send the runpath to the buildsystem, pointing to the output of the package itself but the /lib folder

<ekaitz>jjba23: also, i feel you, but if you need help please be more specific. I need to know where you are at to be able to guide you better

<jjba23>appreciate it ekaitz it will take some reading and going down the rabbit hole a bit

<jjba23>ekaitz i'm trying to build this universal-session for SSS (Supreme Sexp System) which aims to configure the entire system in Lisps: https://codeberg.org/jjba23/sss

<janneke>if i were to guess, you're using meson right?, i would git grep for something like setenv.*LDFLAGS.*rpath

<jjba23>yes it's a meson build janneke

<janneke>but yeah, as ekaitz says, you could be looking at a whole other problem entirely

<ekaitz>janneke: do you know how to use gexps?

<jjba23>I added more details in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=75842 btw

<ekaitz>uuh jjba23 not janneke

<ekaitz>i know janneke knows how to use gexps :)

<jjba23>I understand the idea behing gexp and have tweaked a couple, but I couldn't say I can use gexp

<jjba23>it's kind of a delayed expression to be evaled at distinct moment

<janneke>ACTION was brooding on an cheeky answer to #$ekaitz

<ekaitz>:)

<janneke>wondering why they asked :)

<ekaitz>ACTION was betrayed by autocomplation

<ekaitz>jjba23: look, simply put, you can obtain the paths of the store where the packages will be

<ekaitz>so if you use #$output you'll get the output path of the package

<janneke>ah that makes sense

<jjba23>:ok:

<jjba23>haha :)

<ekaitz>in your case, the library that the package is unable to find is in your package, so you can (string-append #$output "/lib") to obtain the store path of your package's library

<ekaitz>jjba23: look at the package gnome-photos

<ekaitz>you can `guix edit gnome-photos`

<ekaitz>then read the #:configure-flags part

<jjba23>wow thanks a bunch

<ekaitz>jjba23: no problem

<potatoespotatoes>hmmm... is there an equivalent to `mv *foobar* ./destination/` in guile?

<potatoespotatoes>I am having a hard time with the splat

<ekaitz>potatoespotatoes: i think we have a mv... let me take a look

<janneke>potatoespotatoes: that would be something like (foreach <rename-lambda> (find-files '.*foobar.*"))

<ekaitz>oh yeah, and moving we usually just do `copy-recursively`

<potatoespotatoes>makes sense! thank you

<ekaitz>or rename-file

<potatoespotatoes>any chance there is something like flip and compose already built in?

<potatoespotatoes>it would be cool do do something like (foreach (apply (flip rename-file) "./dest/") (find-files '.*foobar.*"))

<potatoespotatoes>(I guess I am wondering about flip and partial application)

<potatoespotatoes>nevermind! thank you, this is perfect

<jjba23>ekaitz i got a bit further, think we almost there, now it's saying it's missing build.ninja file

<jjba23> https://paste.debian.net/1346821/

<ekaitz>potatoespotatoes: `cut` is very cool, some people use that a lot

<[>How do I install iputils/traceroute in such a way that they get cap_net_raw or setuid root (preferably the former)?

<ekaitz>jjba23: i don't know what that is, but you should take a look to the rest of the logs, there are some other things missing

<jjba23>Oh I think it's related to the "sfwbar is undefined" message

<[>(GNU inetutils ping is somehow installed with cap_net_raw, but iputils ping is better)

<jjba23>oops also was missing cmake ekaitz

<ekaitz>i don't understand why meson needs cmake but i won't ask

<jjba23>:) looks like more dependencies are missing indeed

<jjba23>i miss libmpd and libpulse, they are not packaged for guix

<jjba23>i guess i will wait a bit see if the wizards at GNU lists can also help

<jjba23>thanks anyhow

<ekaitz>jjba23: libpulse is not packaged?

<ekaitz>hmmmm

<jjba23>for python, rust yes

<ekaitz>jjba23: pulseaudio gives you libpulse

<jjba23>but not what i need

<jjba23>ah!

<ekaitz>and mpd is probably giving you libmpd

<ekaitz>jjba23: sometimes it's hard to find what's the name of the package that gives you a file

<jakef>trying to get the right RUNPATH in validate-runpath phase for this cmake build

<jakef>CMAKE_INSTALL_RPATH isn't in the runpath somehow

<ekaitz>jakef: i don't know enough about cmake but did you read any package using `cmake-build-system` that set the runpath manually

<ekaitz>they will probably give you some clues

IRC channel logs

2025-01-25.log