IRC channel logs

<ieure>kreijstal, Of course it does, you have to fix whatever's making that phase break. It'll just be easier to do that if you're hacking on things in-place.

<RavenJoad>I have a compiler (souffle) that generates C++ and requires access to a C/C++ compiler to build the final binary. How should I give souffle access to a full GCC so that someone could do "guix shell souffle" and just go?

<RavenJoad>Nevermind. Here I go wrapping.

<RavenJoad>Does Guix have a predicate for 32- vs. 64-bit machines, regardless of the ISA? Souffle can use 32- or 64-bits for int/float values, but I want to choose the word-length that is native for the architecture.

<RavenJoad>I cannot seem to find one, but I am probably just searching for the wrong thing.

<guixgoblin>Hello everyone. I wanted to set up a new gpg identity and came across https://wiki.archlinux.org/title/GnuPG#OpenPGP_compatibility , which says that gnupg

<guixgoblin>is diverging from openpgp and that it had to be patched in archlinux to remain compatible.

<guixgoblin>is this an issue in guix? is this still an issue at all? i found the AEAD thing in a testkey i just created with guix-gnupg. do i need to care about this or are you all using gnupg just fine and i can just go ahead without having to worry about my key not working on non gnupg stuff.

<guixrick>.

<guixrick>..

<mirai>guixgoblin: quickly glancing over the patch, it looks like all it does is change what's the default format used by gnupg

<mirai>you should be able to use openpgp format but you'll have to be explicit about it?

<guixgoblin>mirai: Thank you for answering. I guess the --openpgp option forces gpg into a compatibility mode. i will skip it though, because i dont really know enough about the inner structure of the encryption programs and about the safe algorithms (the option enables old ciphers) to mess with the normally safe default values.

<jlicht>hey guix

<futurile>morning jlicht - morning all

<civodul>Hello Guix!

<futurile>Happy Monday civodul!

<civodul>hey! happy Monday too, futurile! :-)

<hanker>happy monday everyone

<futurile>hi hanker :-)

<ekaitz>hii

<mra>hello guix!

<mra>going to try to propose a fix for 41602 today

<futurile>Q: does anyone here run `guix home` as a guix system service? (it's 11.10.34 in the manual)

<fnat>futurile: I do.

<futurile>fnat: you don't get a new guix home generation right when it runs, so how do you "know" that `guix system reconfigure` has successfully run the `guix home` bit?

<futurile> https://issues.guix.gnu.org/71571

<fnat>futurile: I'm afraid I can't be of much help. I think there were a couple of times when this was a slight problem for me, but other than that it's something that hasn't bothered me.

<fnat>Not to say that there isn't a problem! Just that I've kind of ignored it / worked around it so far.

<futurile>yeah, so I've run ``guix system reconfigure`` and I can see that it's done it (e.g. /run/system/configuration.scm shows the correct config file), but I don't seem to actually have the new "home config" (no new packages have been installed that I can see).

<futurile>I wonder if I've messed it up by running `guix home` by hand earlier

<futurile>not being able to see the new 'home generation' seems problematic to me - maybe it's not quite mature enough yet

<fnat>Hm... weird. I've got this in my system definition: https://git.sr.ht/~fabionatali/system-configurations/tree/main/item/laptop.org#L1497 which points to my home-configuration.scm. I suppose you have something similar.

<h4>I can ping git repository but `guix` can't connect to it and I can't cURL it

<futurile>h4: you mean like 'git pull' isn't connecting to https://git.savannah.gnu.org/git/guix.git'

<civodul>looks like Savannah is down again :-/

<civodul>h4: you can run ‘guix pull --url=https://codeberg.org/guix/guix-mirror’ in the meantime

<futurile>fnat: I got it. I was trying to use a separate file for the guix-home config and didn't want to get into adding modules. I tried to use `local-file but that doesn't work. Using (include "/path/some-file") works - I just had to comment out all the module stuff at the top.

<h4>civodul: Yeah I've found https://lists.gnu.org/archive/html/info-guix/2025-02/msg00000.html while searching if anybody was talking about downtime mdr

<h4>I don't know if my computer computes slow or my bandwidth is bad or the git repository quota or something, but it's really slow to do anything, pulling commits, reconfiguring, anything

<Aurora_v_kosmose>Now that many distros have enabled user namespaces, it might be nice to document a no-root installation of Guix on foreign distros.

<fnat>futurile: Ha, cool, glad you managed to fix it.

<decfed>Aurora_v_kosmose: believe this is discussee here: https://issues.guix.gnu.org/75810

<decfed>*discussed

<cow_2001>trying to write a package for this, but it says this commit does not exist, and yet it moves: https://codeberg.org/kakafarm/guile-bytevector-peg/commit/52a0394e76f8eb0f7b2b49ca11fd0b43e61d96a99ae38c2e0b94917daee19047

<cow_2001>sent swh to save it and see what happens

<cow_2001>failed ~;~

<civodul>cow_2001: on this topic, see https://gitlab.softwareheritage.org/swh/infra/sysadm-environment/-/issues/5581 :-)

<cow_2001>O_O ooh! thank you!

<cow_2001>oh poop :(

<civodul>it’ll be fixed eventually, but that’s the way it is now

<cow_2001>do you know why would guix fail to read the original repository?

<cow_2001>wait, i'll 0x0 the output

<cow_2001> http://0x0.st/8AMs.eeY7Nee7

<cow_2001>it is a guix build -L . guile-bytevector-peg

<cow_2001>currently it is this definition http://0x0.st/8AMz.uVoo7tee

<apteryx>some package requires to build a vendored bundled of npm sources; do we have something that could be used to achieve that, e.g. some origin method that could call arbitrary commands?

<apteryx>it'd be based upon this: https://src.fedoraproject.org/rpms/python-pydata-sphinx-theme/blob/rawhide/f/prepare_vendor.sh

<mra>hey, does anyone happen to know if there's a function to construct a <derivation> from a .drv file?

<mra>also where the place to modify publish.scm would be to prevent publication of a derivation in the store

<mra>or, well, output thereof

<civodul>mra: there’s ‘read-derivation-from-file’

<mra>cheers!

<civodul>in publish.scm, you could check ‘render-nar’

<FrenchNewbie>hello

<mra>ah, yeah, `render-nar` looks right

<FrenchNewbie>i have trouble installing a package from an additionnal channel i added when reconfiguring

<FrenchNewbie>i can guix package search it and it does find it in the channel i'm looking for

<FrenchNewbie>but when reconfiguring it tried to get it from guix channel

<ieure>FrenchNewbie, FrenchNewbie Your config is using the package from (gnu packages whatever), not from your channel.

<cow_2001>what is that command which returns a shell script with all the environment variables? guix suggests putting that in the profile

<ieure>FrenchNewbie, Scheme variables point to a specific package record.

<FrenchNewbie>i did add the (<custom channel> packages XXXX)

<FrenchNewbie>in config.scm

<FrenchNewbie>but it ask me to add (guix packages XXXX)

<ieure>FrenchNewbie, Then you're also importing the (gnu packages ) module and that's shadowing yours.

<FrenchNewbie>so custom channels come first ?

<FrenchNewbie>not after gnu ?

<FrenchNewbie>or do i have to do somthing particuliar

<ieure>No.... Either use #:select to get the specific exported variables from the two modules, or use #:prefix to disambiguate them.

<ieure>ex `#:use-modules ((my packages whatever) #:prefix personal/)', then use personal/the-package-var in your config.

<mra>oh, damn. i think that my approach to solving this distributability thing won't work

<mra>i assume that there's no function to find the derivation which produced a given output, is there...

<FrenchNewbie>i think i did not understand how to use the prefix, i get "source expression failed to match any pattern", could you point me to a manual page i can refer to please ?

<ieure>FrenchNewbie, `(guile) Using Guile Modules'

<ieure>FrenchNewbie, Here's an example from my personal channel: https://codeberg.org/ieure/atomized-guix/src/branch/main/atomized/packages/librewolf.scm

<mra>what's the name of the bot again? i want to leave a message for ludo when he gets back

<mra>actually, never mind. it's not that important

<FrenchNewbie>leure isn't what you did as (atomized packages) in your system.scm equivalent to adding (<custom channel> packages XXXX) ?

<FrenchNewbie>i don't need to define a whole module

<FrenchNewbie>or maybe i misunderstood

<FrenchNewbie>i added nongnu packages and am able to pull from it on a reconfigure without all this configuration

<FrenchNewbie>i just had to add (nongnu packages XXXX)

<FrenchNewbie>maybe i mispelled my issue ?

<ieure>FrenchNewbie, Please provide more detail, ideally paste whatever config is the problem and state what behavior you're getting and what you expect.

<ieure>I thought you had the same package in two different channels, but I think I misunderstood you.

<FrenchNewbie>here is my config.scm :

<FrenchNewbie> https://0x0.st/8AMt.scm

<FrenchNewbie>i added the (saayix packages fonts) to be able to install font-awesome in my packages

<FrenchNewbie>but when i reconfigure i get 'did you forget (gnu packages fonts)

<FrenchNewbie>dont mind the define public it is a reminescence from a try i did from your config

<ieure>FrenchNewbie, Ah, sorry for misleading you. The variable the package is bound to is `font-awesome-p' for some reason: https://codeberg.org/look/saayix/src/branch/main/saayix/packages/fonts.scm#L77

<FrenchNewbie>oh

<FrenchNewbie>thanks i'll try this

<mra>damn, 55231 is driving me nuts. i was hoping that there was a nice solution to 41602, but it looks like the daemon bug will actually need to be fixed

<civodul>no news from Savannah?

<FrenchNewbie>D:

<FrenchNewbie>i guess the last message is tied to what i was about to post

<FrenchNewbie>civodul do you have an error when pulling ?

<mra>FrenchNewbie: i just tried pulling with my copy of the guix repo, and it just hangs

<mra>for whatever that's worth

<FrenchNewbie>can i just pull one channel without modifyinbg my whole channels.scm ?

<mra>ah, yeah, timeout error

<ieure>FrenchNewbie, Don't think so.

<FrenchNewbie>guess im stuck for now

<civodul>FrenchNewbie: no error, it just hangs

<civodul>it’s not just me, is it?

<mra>civodul: i have the same error, at least until it errors on timeout

<mra>i'm also not sure if mailing list emails are going through. i sent one a while ago, but it hasn't bounced back to me yet

<mra>ah, i guess it's on issues.guix.gnu.org. probably fine

<andreas-e>I could not "git fetch" about 5 hours ago.

<civodul>right

<civodul>it’s become a running gag

<civodul>i’m afraid it has a chilling effect on users

<mra>civodul: I have found infrastructure reliability a difficulty since getting involved with guix

<mra>also c.f. packages.guix.gnu.org still being down

<mra>codeberg might offer better reliability than Savannah, though

<civodul>yeah

<civodul>s/might/may/

<mra>ah, indeed, thanks

<mra>hm, I can't tell if my email about 41602 went through or not. this is very odd

<wakyct>mra have you sent emails to the list before? The first one might need manual approval

<wakyct>IIRC the first one I sent took some time to publish to the archive

<mra>wakyct: yes, I have

<aure84>Hello. Can I use guix deploy on an running installation media to deploy my system?

<Rutherther>aure84: you can deploy from any machine that has guix. If from an installation media that is in ram, make sure to either have enough ram for the whole system closure, or use cow store service with backing on disk somewhere

<civodul>Savannah’s back!

<civodul>was down for 6–7 hours

<rafael2>a

<mra>civodul: did my email about texlive substitutability come through? I don't think that controlling distribution server-side is really viable, but I'm not sure if the email that I sent about it actually went through

<mra>it's for 41602

<civodul>mra: yup, i can see it!

<jA_cOp>I'm making a shepherd service that runs a daemon that wants to call `id` from coreutils - what's the right way to ensure this is in $PATH? An example I can look at?

<mra>civodul: ah, okay! just didn't bounce back to me, so I wasn't sure

<civodul>jA_cOp: if the daemon comes from a Guix package, this should be fixed in that package, by hardcoding the absolute file name of ‘id’

<jA_cOp>civodul: I'm also defining the package myself - it's a Python program. How would I go about doing that? I'm already using the `patches` field, but just with a static diff

<jA_cOp>It calls `id` like this: https://github.com/hhd-dev/hhd/blob/06b857f31359ab04ce0fd92988284874cc4e1c7c/src/hhd/plugins/plugin.py#L178

<futurile>oh this is so annoying - I'm completely blocked because `guix system reconfigure` absolutely requires Savannah

<ieure>futurile, Yes, Guix is heavily reliant on working Internet & infrastructure.

<ieure>futurile, You could point your machine at the Codeberg mirror.

<futurile>ieure: I don't think I can do that for `guix system reconfigure` can I? (couldn't see it as an option)

<ieure>futurile, `guix describe -f channels > channels.scm', edit the channels, `guix pull -C channels.scm', then reconfigure.

<futurile>oh that's cool heh

<jA_cOp>I'm making progress by using wrap-program to modify $PATH - I see some other Python packages doing that so I'm guessing that's an OK way to do it

<lilyp>what's with the tags v1.4.0+154511.1afbf48b25 and v1.4.0+154701.013cc1952a8?

<superkamiguru>So I am trying to run `guix system reconfigure /etc/config.sm` in an aarch64 instance and keep getting build errors for inkscape. Is there any way to only update packages that have substitutes available?

<ieure>superkamiguru, Not how you have things configured. Since Guix is a transactional package manager, it never applies partial updates.

<ieure>superkamiguru, You could remove your user packages from your system configuration and manage them in a user profile instead, which gives you more flexibility.

<superkamiguru>So if the inkscape package build isn't working on aarch64 currently how would I get my machine to reconfigure without heavily modifying my config?

<ieure>You don't.

<mra>just took me much longer than i care to admit to write a two-line patch lol

<mra>at least it's done

<lilyp>ieure: ouch, that hurts

<superkamiguru>ah ok. I am working on a guix vm that runs on macos and it works, and I would like to provide it to other users with a single config for the vm, but it's not currently possible to upgrade the image or rebuild it

<ieure>lilyp, Hurts a lot more on aarch64, which has many fewer substitutes and many more broken builds than x86-64.

<lilyp>yeah, that's the main reason I haven't pushed gnome-team yet

<lilyp>I don't want to break aarch without giving other contributors time to fix it

<superkamiguru>I will just wait it out until the base-packages can build again then. Thank you for the quick response!

<superkamiguru>*cries in aarch64*

<ieure>Ain't that the truth

<ieure>superkamiguru, This sort of problem will definitely recur, it might be faster to hack up your config than wait.

<superkamiguru>So should I just not include base-packages in my configuration file then?

<ieure>Is inkscape in %base-packages?

<ieure>It sounded to me like you had an operating-system config with a bunch of user programs (like inkscape) in the `packages' field.

<lilyp>inkscape is a transitive dependency of Guix itself

<superkamiguru>These are the only packages I am loading in my config: tmux, vim, wget, cmake, make, gcc-toolchain, and %base-packages

<superkamiguru>No I don't have any user programs really

<ieure>lilyp, Well that gets a big ol "wtf" from me then

<superkamiguru>So does that mean that all aarch64 builds are currently broken regardless of my config?

<ieure>That sounds like yes to me.

<lilyp>seems like you haven't spent time on gnome-team then :)

<ieure>superkamiguru, I see. Simplest thing might be to `guix pull' with a commit ID prior to the breakage, then.

<superkamiguru>Ah ok! I thought there was something like that but wasnt sure

<lilyp>it goes like glib → … → inkscape → bunch of latex → guix

<ieure>lilyp, On a scale from one to ten, with ten being the best, I don't care for that.

<superkamiguru>What's the best way to find the previous commit IDs for Guix? Just look at the repo?

<ieure>Yes.

<lilyp>rude :<

<superkamiguru>Ok thanks!

<superkamiguru>lilyp were you on the last foss and crafts?

<lilyp>nope, at least not knowingly

<superkamiguru>Ah ok, sorry. Just thought you might have been someone I met previously haha

<superkamiguru>Thanks for the help everyone! Rolling back now

<simendsjo>tlp-shepherd-service tries to start bin/tlp, but looks like the binary has relocated to sbin/tlp somewhere between 1.5 and 1.8 (update done saturday). It's a one character fix, but it will take me *a lot* of time. Can someone with commit access fix it?

<Aurora_v_kosmose>> <decfed> Aurora_v_kosmose: believe this is discussee here: https://issues.guix.gnu.org/75810 | I don't suppose you've got the thread name handy? The site appears to be down and not on archive.org, so I'd check my email archives.

<kreijstal>is there a way to build a package based on master branch?, I want to do something like CI checks for top head of some branch

<meaty>Does anyone here right now use Solaar to make their logitech devices work? Or use the MX Master 3S

IRC channel logs

2025-02-24.log