<kozo[m]>Hey all, how do I get a specific .so into /run/current-system/profile/lib
<kozo[m]>I am specifically trying to get libSDL2.so from cl-sdl2 into there
<lfam>kozo[m]: Specifically to do that, you'd add cl-sdl2 to the packages field of config.scm and reconfigure your system
<lfam>There may be a better way to achieve your ultimate goal
<lfam>I don't see a package for cl-sdl2 in Guix, however
<kozo[m]>Thanks lfam. I'll keep looking for a way to do with either asdf or cffi
<kozo[m]> * Thanks lfam. I'll keep looking for a way to do it with either asdf or cffi
<lfam>If you'd like, you can tell us what you are trying to do. Someone might have a simple answer
<kozo[m]>I am trying to load cl-sdl2 using quicklisp. The problem is the default locations don't include the /profile/lib/ and can not find libSDL2.so or any alternatives. I have to run a separate command in my lisp file to add it to cffi:foreign-library-directories
<kozo[m]> * I am trying to load cl-sdl2 using quicklisp. The problem is the default locations don't include the /.guix-profile/lib/ and can not find libSDL2.so or any alternatives. I have to run a separate command in my lisp file to add it to cffi:foreign-library-directories
<mroh>oh, ups, now we have 2 nheko patches, at nearly the same time ;)
<lfam>TBC_x: Hm, I see. I'm sorry you're having trouble
<lfam>The certificates for Guix itself (that is, `guix pull`) are supposed to "just work" so I'm not sure what has gone wrong. It might help if you provided steps to reproduce, or gave a little more detail about how you installed it
<lfam>Also, can the QEMU VM definitely reach the internet?
<TBC_x>Well... I've done guix pull before guix init
<lfam>It would help if you could provide `guix describe` as the user for whom this `guix pull` is failing. That means if you are using sudo or su, use it in the same way. Also, it will be helpful to see the full command and output of the failing command. You could put it on <https://paste.debian.net> or a similar site
<lfam>Also, if you share your config.scm (as much as you're comfortable with), one of us could try reproducing the system with `guix system vm-image`
<aecepoglu[m]>Where does the 'prefix' in wrap-program come from? In a package I'm developing I started getting this "Unbound variable: prefix" error. The error wasn't there when I first setup the package but recently it showed up
<efraim>test 38 failed for me on master the first time, passed the second time. The first time it was still building on staging also. perhaps the timing is too specific and the added load caused it to fail the first time
<rekado>I’d like to move a few things from (guix scripts environment) into a separate module with public API that (guix scripts environment) — and other tools that need to set up an environment — can use.
<civodul>zimoun: i'm not sure; maybe apteryx knows?
<deech>Hi! Just starting to investigate Guix, is there any way to get the package manager piece to install on MacOS? The install script doesn't work out of the box because 'gpg', 'getent' and 'groupadd' don't come standard with macos.
<pocketroid>(i am also on mac, but haven't installed anything like this yet)
<apteryx>zimoun: try with coreutils instead of busybox, just for the kicks
<apteryx>Emacs still has unpatched calls to coreutils commands
<apteryx>Busybox sometimes behave differently than the "real" tools. Perhaps enough to break something.
<rekado>unless people use homebrew on systems other than MacOS I’d say it does work there.
<zimoun>so it should be possible to run Guix on MacOS, just with a bigger seed. Replacing all the Mes bootstrap to have GCC@4.9.4 and then gcc-toolchain by simply clang-toolchain. Instead of 10+120MB of seed, it is clang-toolchain seed.
<spock[m]>is there estimate of when HURD will be supported?
<zimoun>it is unacceptable for Trusting Trust attack, though.
<rekado>zimoun: Guix is closely tied to the use of the glibc. There’s no glibc for macos, so even if you had that huge proprietary blob that is Xcode you wouldn’t be able to compile the first glibc that would run on macos.
<zimoun>why do you need to glibc? Somehow, it should be the same story as for Haskell but for C.
<rekado>almost *every* package (other than early bootstrap magic) in Guix links with glibc.
<civodul>yup, and porting to another libc is not an option
<rekado>if you squint really hard *maybe* you can pretend that the system libraries that the macos SDK provides behaves like a drop-in replacement for glibc and thus fake glibc on macos… but … nah. That’s very unlikely to work.
<apteryx>sounds tricky to revisit that (/var/guix/profiles). You'll want good test coverage if you tackle it.
<civodul>yeah it's definitely not a change that would happen overnight
<apteryx>I'm making slow progress on the mrust-based rust bootstrap. It builds 1.29.2. Now I need to figure out what needs to be installed in the output so that its built cargo and rustc can build the next one.
<apteryx>Rust must be a big disk space consumer on the build farm. This page (https://github.com/dtolnay/bootstrap) says "Bootstrapping up through rustc 1.40 requires 120 GB.". Now imagine rebuilding this on world rebuild for core-updates.
<roptat>that would be during the execution of the phase itself, while building the package, maybe?
<liltechdude>Hello! New problem: I install renpy `guix install renpy`, execute `renpy-launcher`, create simple game from template with nothing changes by me, start `Build Distributions` for `Linux x86/x86_64` and get this problem https://paste.debian.net/1182070/
<rekado>civodul: I’m saying this without a thorough understanding of Grid'5000, but would it be an option for them to export the directories under /var/guix/profile/per-user via NFS and restrict mounts of these directories to matching accounts?
<liltechdude>also `/gnu/store/fxhma7kcg032lihzw8vlcr9kw0pp5x1i-renpy-7.3.5/share/renpy/lib` does not exist
<civodul>dongcarl: hadn't seen your latest messages; great that you found the offending kernel options
<apteryx>has anyone else observed some wrong symlinks when using guix build with -K ? I have a file produced there that says "/tmp/guix-build-mrustc-0.9.drv-0/source/run_rustc/output/prefix/lib/rustlib/x86_64-unknown-linux-gnu/lib", but the drv-0 part should have been drv-22.
<lfam>Sadly, that is basically the opposite of the truth
<lfam>In general, Guix aims to support old hardware, but a good experience requires fast CPUs
<roptat>although "guix" and "optimized" in the same sentence feels a bit weird tbh ^^'
<kabaulga>Then that *Recommended* hardware in manual put me in wrong mindset.
<lfam>Guix is a build-from-source distro, and it can transparently "substitute" binaries for anything that needs to be built. But ultimately, building from source benefits from the fastest possible computer
<roptat>it's not that it's optimized, it's more that it will only work for that kind of hardware (though you can usually get away with more recent hardware if you don't need wifi)
<kabaulga>Now Guix compiles monads.sm which are just endofunctors in category of monoids.
<lfam>So, in any case that requires building, a slow computer will be slow
<lfam>We know these warnings :) We see them most days
<roptat>you can use ./pre-inst-env directly after ./configure, and that will load the modules as needed, compiling them, but it'll do that every time you call it, and it's slower that let the compiler build everything
*kabaulga hopes Lars start usingGuix and fix all those.
*roptat fixing warnings in our translation... >1000 strings to check
<kabaulga>roptat I will call it only once to boot one time. So that sounds good?
<mbakke>lfam: I looked into VTK before the holidays; the Freetype issue is fixed in version 9, but that has other problems, such as making it impossible to unbundle the dozens of libraries that we are currently unbundling
<lfam>It's more typical that people ask if the experience will be comfortable
<leoprikler>kabaulga: out of order is not even an issue w.r.t. correctness
<leoprikler>you can't out-of-order instructions, that would end up doing something else, that's like compiler 101
<ngks>I am trying to create a channel that points to a local (in homedir, no network involved) git repo for purposes of learning how to write packages. I thought that I could do this by just blindy imitating the structure of a well-known 3rd party channel, but `guix pull` fails and points me to a message that seems to show my code fails a very basic sanity check ("no code for module ~S"). Is there a document, wiki entry, etc. that walks the
<ngks>user through creation of a private channel in a hand-holdy way?
<leoprikler>I don't think there's a primer on channel management in the Cookbook yet, so you only have the manual to work with.
<ngks>leoprikler: thanks, I guess I can send cookbook patches once I figure it out
<leoprikler>if your channel contains nothing evil, what is $(tree /path/to/channel) and your error?