<rekado>raingloom: yes, efraim answered. The certificate on bayfront.guixsd.org has expired. Should be fixed soon.
<raingloom>rekado: thanks! I'll check the log in a few hours then
<rekado>raingloom: here’s what efraim wrote: <efraim> raingloom seems to be out so someone tell them that IIRC ada currently can't be bootstrapped, it needs an ada compiler to build for ada, so we unfortunately currently don't have ada support in guix
<vagrantc>hrm. looks like there's a GPL/Openssl incompatibility in guix's u-boot packages ... interestingly enough, i believe the simple workaround is to mark the effected packages with #:substitutable? #f ... since the issue only comes up with binary distribution
<vagrantc>many of the u-boot targets don't actually link against openssl, or can be made not to (this is done in debian)
<vagrantc>guess i should probably file a bug about this
<vagrantc>there are possibly other affected packages
<kmicu>Then have no idea. For sure that very image works and boots on a UEFI laptop.
<ennoausberlin>kmicu: If you run gdisk or fdisk on the stick. How many partitions do you see?
<nckx>ennoausberlin, kmicu: The partition tables of those images are various hacks on top of each other (e.g. the image ‘is’ both an .iso and GPT-partitioned at the same time). Don't take them to mean much.
<nckx>(gdisk will report a ‘damaged’ GPT table, for instance, this doesn't mean your download was corrupted.)
<ennoausberlin>nckx: But even when I want to try to boot the image with an existing grub I get stuck during the mount step while booting the kernel
<kmicu>janneke: I’m not even implying that the number is low. I’m super thankful for those contributions and was surprised to see so many commits when I was searching for info about HFSPLUS in Guix System ISO.
<kmicu>dannym’s score is so high is beyond expectations ヽ(*＾▽＾)／
<phenoble>So I keep finding packages for which there are definitions in the guix repo, but are not available on my up-to-date system(s) (- just done another round of guix pull && guix package -u guix). What gives?
<g_bor>emyles: I believe we are still missing this feature.
<g_bor>phenoble: Do you have guix in your profile? Are you on guix system?
<phenoble>g_bor: um, so, I just did a "guix package -i guix", which does something. I guess that answers that first question.
<phenoble>g_bot: No, i'm on two systems at the moment, debian- and ubuntu-based.
<ConfusedLizzard>While there is no generate directory, generator/generate.py exists and is mentioned in setup.py
<ngz>I'm trying to update Wireshark. It's almost done but building fails during `validate-runpath' phase (log is at <https://paste.debian.net/1071269/>). Apparently, "/gnu/store/...wireshark/lib/" is missing from RUNPATH even though CMake build system is expected to add it. I assume it is removed somehow due to some configuration in CMakeLists.txt.
<ngz>I tried to re-create RUNPATH, as done in "powertab" package, to no avail (all tests fail in this case...).
<ConfusedLizzard>emyles, thank you. Atleast i am not alone. If i check the logs/ content of the repo, i can gather that the files that should be generated are already inside the repository. The python-build-system call setup.py build which tries to generate but somehow fails.
<g_bor>phenoble: I believe the correct way to ahead from there, is to guix package -r guix, so it's not in your profile, then guix pull, maybe twice, as around 0.16.0 there was a change in how guix pull is handled.
<g_bor>rekado_: should we do anything about this inkscape invisibly depends on cairo stuff?
<phenoble>Using the binary from ~/.config does what I expect.
<ngz>I'm trying to update Wireshark. It's almost done but building fails during `validate-runpath' phase (log is at <https://paste.debian.net/1071269/>). Apparently, "/gnu/store/...wireshark/lib/" is missing from RUNPATH even though CMake build system is expected to add it. I assume it is removed somehow due to some configuration in CMakeLists.txt. Does that ring a bell?
<CornBurglar>Hey, I can't seem to find the different source options when defining guix packages. I know url fetch, git fetch, but I can't seem to find a "take from this directory" or any other options in the documentation, maybe I'm missing it? Maybe it doesn't exist?
<emyles>CornBurglar: I don't know about docs but this works: