<jaeme>Im just kinda bummed out that the package I wrote all those dependencies for requires a newer rust compiler (waiting game) and has a broken toml file (also waiting game after writing an issue ticket). So I'm stuck with 300+ crates now.
<adanska>hi! does anyone know how to inspect a guile object's fields, ect in the repl?
<janneke>adanska: if an object is a record, then with record accessors
<adanska>righhht. is there a way to simply show all of the record's fields without knowing the field names?
<adanska>ah. i guess if the record is opaque then no...
<janneke>adanska: you can always do something like (struct-ref $package 0)
<adanska>i guess. is there something like the common lisp debugger where you can interactively inspect data structures?
<adanska>i get the workflow (kinda) for working on packages in the core guix source tree. how do i go about doing a similar thing with user defined channels? do i have to add the channel to my profile and remove the upstream one or is there a better way of doing this?
<adanska>it just seems like a very big time waste waiting for guix pull to finish each time i want to test a change
<adanska>its not like that when using ./pre-inst-env
<efraim>you can use -L /path/to/other/channel, so 'guix build -L /path/to/other/channel my-other-package'
<adanska>ah, awesome! i was using the option wrong haha
<rekado>adanska: you can set GUIX_PACKAGE_PATH if you don’t want to pass -L all the time
<apteryx>are mostly moving the test specific / extra features to whatever latest rust you add from the current last one
<minima>(update re my issue with guix.scm being picked up by the build system - i think it's because i'm using the guile-build-system!)
<apteryx>the intermediate chained rusts should be as bare bone as possible (built for speed) and not be public.
<apteryx>what about the broken toml parser? is this a guix issue?
<phf>Hello #guix! I am building mix-build-system. I'm stumbling upon this error ~no code for module (gnutls)~. Here are a few logs: https://paste.debian.net/1293872/. How to have Guile to take into account ~(gnutls)~?
<superkamiguru>Does anyone happen to have mobile broadband working on their install? I have a card that is supported/works in other libre distros like Trisquel, but in Guix the connection just resets over and over.
<anthk_>superkamiguru: could it be usb power related?
<superkamiguru>It is an M.2 card in a laptop, would that still be affected by usb power?
<anthk_>but a lot of network devices have power related flags with ip/ifconfig
<superkamiguru>What's weird is after booting a live usb of Trisquel, I set up the mobile broadband connection and it worked, rebooted to Guix and it also worked......once. After reboot it went back to constantly resetting
<anthk_>and network manager had a flag for the config file
<apteryx>mirai: when replying from my Gnus INBOX message-this-is-mail is t but from Debbugs it's nil, which causes the discrepancy
<apteryx>err, it's true in both cases... must be 'mua' then
<apteryx>eh, most strange, both code paths go through (message-setup-1 headers yank-action actions return-action), but in one case it does the right thing. message-this-is-mail is t and (message-mail-user-agent) nil in both scenarios
<mirai>I've hit some strange gnus bugs when I was getting started with debbugs-emacs (e.g. #66106)
<jaeme>apteryx: swww's Cargo.toml file doesn't list the version number for a local crate dependency. Thus cargo package fails. This is due to the fact that swww was never uploaded to crates dot io and thus it always stayed as a git repo. Not a guix problem I think.
<mirai>I wouldn't be surprised if there are other strange things lurking around
<adanska>hi! i sent an email to the firstname.lastname@example.org mailing list, but i dont think my email went through... it isn't appearing on the archive and i sent it about 3 hours ago. i'm signed up to the mailing list, and this is my first email that i've sent there. is there some sort of manual audit that takes place with new messages or has something gone wrong?
<minima>if it's a single scheme script, i'm not even sure it makes sense to use guile-build-system as opposed to copy-build-system
<adanska>is there some format settings i need to change on my email client? im using icedove
<minima>my package definition builds correctly but the script foobar is not in path
<minima>i've been trying to use various variations of wrap-program, install-file, etc... (and i even got it work at some point)
<apteryx>what's the url to fetch /gnu/store/fccvd7dvq38l63p487psaz4zzgqcp5sm-icecat-102.15.0-guix0-preview1.tar.xz from a substitute server?
<minima>i was going to ask a question, but i might have solved it already (i was starting a guix shell environment taking advantage of a local `guix.scm' - i was forgetting that that's similar to using `--development')
<cwebber>I've never looked but how does Guix calculate the build % anyway?
<cwebber>seems like a very difficult metric to predict
<efraim>I assumed there was some black magic involved
<user11>Hello. I've got Guix installed on a foreign distro. I've installed Geany on Guix but for some reason I can't launch it from GNOME's applications list on Wayland, whereas launching it from console works fine.
<user11>Using Xorg I'm able to launch it both from console and using the app list. Any ideas on how to get it to launch in GNOME Wayland?
<geri>doesnt seem too complicated, maybe someone just skimped on it
<minima>geri: i think it's possible to add a `#:tests?' flag, like haunt does, if you're under some build systems - e.g. gnu-build-system, but i think that might not be as straightforward with the guile-build-system... i *think*
<jpoiret>minima: almost all build systems inherit from gnu-build-system so they'll have it as well
<minima>jpoiret: oh amazing, thanks - do you know if that's the case for the guile-build-system too?
<minima>i think i can simply skip the `(when tests? ...)' bit (leaving the body)
<geri>minima: i see guile-build-system-modules is using some stuff from gnu build system, but im honestly not sure what it means :D
<pastor>I'm trying to prvide a feature to a guix command. I need a way to know what are the substitutes configured by the user on the current running system
<pastor>I imagine this should not be that complicated. After all there are some commands that already make use of the substitutes currently configured.
<pastor>Is there maybe a way to fetch the current system configuration?
<pastor>I was thinking that maybe I could fetch the configuration with the idea of geri from `/run/current-system/configuration.scm` but as I see this is not always the full configuration. In my case I have the system configured I two parts using the `-L`. Is there a place in the system where I can get the full picture of the running config?
<ryan77627>Question: I'm trying to override a package in the guix repo with a new version (so I can dogfood it for a bit before upstreaming), is there a easier way to re-define the version and hash for a package without redefining the _entire_ source variable? I know I can just inherit the package and define the version var, but the hash is the problematic part
<ryan77627>like is there some variable that I can use inside source or origin and then just selectively redefine the sha256 part?
<pastor>ryan77627: I guess you can use transformation options
<ryan77627>I see, there doesn't happen to be anything like this but with actual scheme files? I don't use `guix install` really since it isn't declarative across my systems (I like my two systems to be in exact lockstep)
<podiki>you don't need to install, you can use guix shell (transformation options are the same)
<podiki>and transformations are just scheme procedures of course, if you want to dig that way
<podiki>(you can get the hash of a package by getting the source record, but requires a few steps and more than what it sounds like you need here anyway)
<vivien>Working on the eudev/udev update #66099, I noticed that eudev considers <prefix>/etc as its sysconfdir, so there’s no point in installing stuff in /etc/udev. What a shame, since the udev-service-type installs everything useful in /etc/udev! Let’s see if we can add --sysconfdir=/etc
<lilyp>but IIRC, guile like emacs just has #:tests? #f by default
<lilyp>ah, no, it actually deletes check, so you need to add it back
<vivien>lilyp, the canonical place to look for rules and hwdb is <prefix>/lib/udev, and is overriden by <prefix>/etc/udev [I propose to replace with /etc/udev], and, for rules, /run/udev, is searched last. I don’t understand why we would need share/udev
<Guest78>hey there, if my help-guix email hasnt been added to the archive after 15mins and i havent had an email of my own message ( i have the option enabled). Is my subscription definitely broken or could the service be down. I dont want to spam people by mistake
<gnucode>Guest78: I would give it a half hour to be sure.
<graywolf>lilyp: Just wanna thanks for the help with the 'check phase. One I read up on modify-phases, it clicked together. I am sure there is more elegant way, but https://paste.debian.net/1293947/ work for me and that is enough for now. So thanks again :)