<Rovanion>gimp-resynthesizer is written using Python 2. Python 2 was removed from package gimp in 8d71e5b2a5b5f5e6ca49e10a65384c298437b401. Development to move resynthesizer to Python 3 is done in coordination with the move to Gimp 3/2.99. Anyone happen to have a recipie for Gimp 3 lying around?
<Guest28>Ah I remember. My issue is probably that the installed Guix version is always some version behind the version that created the image.
<viaken>How do I tell guix to build the Foo package in bar.scm? I want to do more packaging, but I can't figure out the workflow.
<viaken>If I'm reading this right, I'd do something like `guix build -L path/to/dir/containing/bar Foo`?
<HiltonChain[m]><mirai> "Hilton Chain: "Honor tests? flag..." <- Thanks, I like this commit message as well.
<jpoiret>viaken: if it's not in the guix checkout but in your own channel, yes, although you should use -L path/to/your/channel i think
<Irvise_>nckx: hi! I sent the email regarding GCC-Ada/GNAT to the guix-devel ML. However, some time has passed and I have still not received it and it does not show in the archives. Maybe my email is being blocked (not the first time this has happened). Could you take a look? The email also had a few links, but they are from well-known websites plus my personal one...
<tao[m]1>If we're moving to the matrix.org homeserver, isn't it possible to auto-migrate? I think Matrix allows you to tombstone and auto-point to the new location
<ChocolettePalett>By the way, what if hypotetically I make a package and, for example, define its name to be "helloworld", but the package itself is defined as, for example, "hiuniverse", i.e. its name doesn't match its definition. Does it count as a bug? [sarcasm]How much bounty do I get for it?[/sarcasm]
<ChocolettePalett>Oh, it seems that I got confused about how guix package and guix home handle package installation, so a package name not matching its identifier isn't a bug actually... Knowledge has a beginning but no end indeed.
<jpoiret>janneke: the hanging pipe tests for guile should be fixed in latest master
<jpoiret>i don't think we should be using 3.0.9 on Hurd since it's bound to cause problems
<ChocolettePalett>It's a very useful feature, but it adds so much green to my config to the extent of not suiting my GNU/Emacs theme; also I've read that specifying names can help catching typos in "compile time"
<jpoiret>yes, using symbols should be preferred :)
<jpoiret>arf, since it changes configure.ac we might need to use autoconf and friends
<nckx>tao[m]1: Nope, not possible. We'll have to wait & see what EMS is planning for the :libera.chat rooms. Maybe they'll tombstone them, maybe they'll do something better. Possibly they'll do something worse.
<nckx>pjals: Where'd you get stuck? I've had a linux-libre-bcachefs almost-ready to submit for an embarrasingly long time, but (1) bcachefs keeps looking like it will be merged soon™ (2) I wouldn't actually use said package myself.
<pjals>well, specifically, i was making a patch-any-linux-for-bcachefs-ifier, not just a linux-libre-bcachefs since i have 2 machines and one of them require a... let's say non-standard version of linux
<nckx>michel: I've been taking care of that mess but it hasn't been easy.
<pjals>and it's kinda hard to make a patch work for two differently-structured variants of linux
<nckx>I see. I went the other way & ran the make-linux-libre on Kent's tree, which is indeed much easier.
<nckx>But in practice I run a mongrel abomination that I maintain in git, with many—many—other patches, not through Guix, so there's less motivation to upstream a totally different package.
<Irvise_>nckx: sorry to bother you again. But my email shows up in the archive but I have not received it in my inbox (I am subscribed to the ML, so I should receive a copy). Did you receive my email in your inbox once it was allowed?
<pjals>You should just put the EFI System GID and maybe the ESP flag and maybe even the label "EFI SYSTEM" on the vfat partition and it should all work
<pjals>The label is probably not part of the standard, but it may help with quirky systems. :^)
<nckx>I don't actually use parted myself, but the ‘esp’ ‘flag’ should be what you want. I quote ‘flag’ because it's not really a flag like it was in the msdos times, that's just the (IMO odd) way that parted exposes some GPT type UUIDs.
<Guest28>it is just strange, if I use guix system image, there is a dir called EFI in the 1 partition, with guix system init it generates a lot more stuff and has a complete different structure
<nckx>That means the first partition is the ESP. You should get a directory called EFI (or efi) on your new ESP (so /mnt/boot/efi/EFI) too.
<Guest28>this grub efi arm chainlider pi 64 thing is hard to understand
<jpoiret>civodul: should `guix/build/po.scm` be compiled?
<jpoiret>it's only used while building guix, right?
<civodul>jpoiret: it doesn't *have* to be compiled, but it's also used by build-aux/convert-xref.scm, itself used when running "make" in Guix
<jpoiret>yes, I'm making it build for $(build) and not $(host).
<jpoiret>also, GUILE_LOAD_COMPILED_PATH is explicitely unset when building, for cross-compilation of the package this definitely should not be the case, but could we remove this from the makefile altogether? the warning above suggests that some people ran into issues without it
<Rovanion>My time travel seems to be foiled by a failure to build a non-guix channel. How do I select only for the guix channel no be included?
<jpoiret>we don't have a `--no-channel--file` option yet unfortunately
<jpoiret>you can probably temporarily move your channels.scm file somewhere else
<Rovanion>Attempted with a --channels=x.scm where x.scm contains only %default-channels.
<Rovanion>Anyone knows where I get hold of atk-bridge? `guix time-machine --commit=faefd4d1db6ba84931e8201171555b004d0fc65c --channels=$HOME/.config/guix/default-channels.scm -- environment --ad-hoc gimp gimp-resynthesizer atk -- gimp` is what I'm trying.
<fries>hi, so, im currently trying to update the rust package for guix to 1.71.0 and i've gone quite far and i almost have it working. one problem, it seems like the validate-runpath phase fails as rustfmt seems to depend on the librustc_driver and libstd shared object files and the rustfmt output doesn't seem to have that so it fails. do you know if i can depend the rustfmt output on the main rust output that contains the rustc and libstd shared libraries?
<fries>validating RUNPATH of 0 binaries in "/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/lib"...
<fries>validating RUNPATH of 2 binaries in "/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/bin"...
<fries>/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/bin/rustfmt: error: depends on 'librustc_driver-9ffe7c4ee4559b56.so', which cannot be found in RUNPATH ("/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/bin/../lib" "/gnu/store/9lc5nl027q8q9gd34bk85hqsxx554fan-llvm-15.0.7/lib" "/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.." "/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-
<fries>/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/bin/rustfmt: error: depends on 'libstd-f3697f373a6dea5e.so', which cannot be found in RUNPATH ("/gnu/store/7rhn5g4m1bqps7n7av3z3fnix08iq85m-rust-1.71.0-rustfmt/bin/../lib" "/gnu/store/9lc5nl027q8q9gd34bk85hqsxx554fan-llvm-15.0.7/lib" "/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.." "/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/