<reepca>... yeah, that'd do it. TEXINPUTS is 165k characters long, which exceeds the per-string limit of 32 pages (128 kB). Now I just need to figure out why in the world we're setting TEXINPUTS to contain *every directory in every input*.
<reepca>rekado_: I see you initially wrote texlive-latex-base, may I ask why we're setting TEXINPUTS the way we are?
<reepca>currently it contains 1433 directories (!)
<apteryx>hello! how can I extract a gunzip'd nar file archive manually? (or with guix command?)
<roptat>I wonder how ant finds javac... I'm using a modified version of it that has some classes that are otherwise not present in icedtea, but ant cannot find them, so it's probably using the icedtea version of javac and I wonder why and how
<roptat>so it shouldn't bring in icedtea (it does, indirectly though)
<rekado>I wouldn’t add the AUR package, because the AUR isn’t in any way official (it’s also not enabled by default). I’d rather have people install Guix through the binary installation method than via the AUR.
<jonsger>rekado: but I think the entry barrier for most Arch users is lower if it's in the AUR then doing it by "hand" or with the script...
<ng0>iirc the checksum in guix (for a single tarball) was just the base32 of its sha256sum right? I have no guix here right now
<rekado>ng0: no. It’s base32 with a reduced alphabet
***dddddd_ is now known as dddddd
<rekado>jonsger: I’d prefer to see a proper Arch package in the official repositories.
<ng0>Oh, right. Thanks! before I introduce any errors, I have released gnurl-7.63.0 yesterday. I'm about to write the release email. Does anyone of you want to version bump it in guix? I had a series of unfortunate events and need to setup something again for guix.
<jonsger>rekado: me too, but I think we could list it but write some comment like: "This package is not an official Arch package, for a better experience install guix as binary or with the script"
<davidl>Im having a weird issue with wget and guix download aren
<apteryx>suppose I wanted to build a Guix environment compatible with that of a Ubuntu 12.04 (dockerized) -- I want to force glibc to version 2.15, at least. What would be the best way to accomplish this?
<apteryx>I'd need to define a 2.15 glibc package, for one.
<apteryx>Then, should I go the GUIX_PACKAGE_PATH way or perhaps a Guix channel would be helpful here?
<rekado>apteryx: you would need to rebuild everything.
<rekado>are you sure you need 2.15 and not just a compatible glibc?
<apteryx>I'm trying to build an old OpenWRT (12.09), and m4 currently fails because of the glibc 2.28 from Guix
<apteryx>(openwrt builds its own toolchain, which includes m4)
<rekado>it may be easier to fix this build error than to rebuild *everything* from source because of a glibc downgrade.
<apteryx>right, I tried applying one of our patches but it failed -- I'll give it another shot
<apteryx>and if it fails, I'll review the Docker patches from Danny ;-)
<davidl>Im having a weird issue where wget and guix download arent trusting a site's certificate but the browser does. What could be the reasnon for that?
<davidl>I have checked the SSL_CERT_DIR and SSL_CERT_FILE variables which points to what I believe are the correct paths.
<bavier>davidl: I think icecat has it's own certs, maybe try installing the nss-certs package?
<davidl>bavier: I have installed both nss-certs and le-certs and the issue persists.
<davidl>bavier: Im considering whether I have to install it in the system config.scm instead of a user profile?
***slyfox_ is now known as slyfox
<davidl>bavier: I believe the issue is that I need the le-certs in the system config.scm instead of user profiles, since the site in question that doesn't work to download with wget is using valid LE-certs.