IRC channel logs
2026-01-01.log
back to list of logs
<defuser>I am trying to build the rust compiler, unfortunately I am stuck <defuser>The program can't find libgcc_s.so.1 <ieure>defuser, How are you trying to build it? <defuser>I am using an fhs container and building it from source <ieure>defuser, What are you trying to accomplish? Rust is packaged in Guix already. <defuser>I am trying to contribute to rust, but three tests are stuck because of this <defuser>because of missing libraries inside the fhs <ieure>defuser, `guix shell -D rust' will give you a shell with all the things needed to build Rust. You don't need a FHS container for this (Guix package or no). <defuser>I just forgot about that!! Thank you very much! <defuser>I also need a few other things with that, is there some way to integrate in the manifest file? <identity>i think there is a way to dump the shell manifest? <defuser>Unfortunately I do need fhs, so that there are no unexpected surprises. <defuser>Oh yes!! Thanks again! I am too stupid <ieure>defuser, If you need other packages, `guix shell -D rust some-package-you-need another-package-you-need' will give you that. <identity>there should not be any unexpected surprises without FHS <defuser>I was trying to keep as similar of an env as other contributors so as to not increase the burden for them <defuser>If that is not a problem, then that is just good for me! <ieure>defuser, I really don't think FHS is a benefit here, and it locks you into using a container. Definitely suggest reconsidering that. <ieure>Anyhow, it's late for me, see y'all another time. <csantosb>(Happy) New Year, new lispy questions ... say I'm using an input as "`(,osvvm "scripts")" <csantosb>How can I point to it with "#$(this-package-input ...)" ? <Rutherther>csantosb: "(ungexp (this-package-input "osvvm") "scripts")" <identity>you could also use (search-input-file inputs "/file/that/you/need") <csantosb>By the way, "guix shell -C osvvm osvvm:uart osvvm:common osvvm:scripts coreutils" followed by "ls -l $OSVVM" gives the expected four symlinks <csantosb>When building a package with "osvvm:..." as inputs, the behaviour changes <csantosb>The fact is that shell containers envs are somehow different to building envs <Rutherther>they're not, if you're putting packages to shell it's similar to putting them to native-inputs, not inputs. That is why you are not getting the env var <csantosb>I'm checking with "(invoke "ls" "-l" (getenv "OSVVM"))" in a phase; I'd expect the four symlinks here, this is not the case <csantosb>Result event depends on the order of inputs, "`(,osvvm "uart") `(,osvvm "common")" <csantosb>Yes, "(list osvvm `(,osvvm "axi4") `(,osvvm "common") `(,osvvm "scripts")`(,osvvm "uart"))" <csantosb>The value of the env "OSVVM" changes with the order; it points to the first one, kind of "/gnu/store/ccjs47a3yx3bign387ivlhifp63g1scy-osvvm-2025.06a-axi4/share/osvvm" <csantosb>Exactly. But this doesn't happen with a "shell -C" <Rutherther>maybe not with outputs, not sure there. But with multiple packages, it does <csantosb>I guess a package with multiple outputs and a native-search-paths is kind of unexpected for Guix <csantosb>I haven't found any other example, other than (my packaged) osvvm <efraim>hmm, a9462997d743e4cb4edd557d7ffeeb98048bb4de broke sddm for my system. time to figure that out <efraim>Rutherther: thanks! I hadn't seen that one yet. I'll apply it and test it out <efraim>yep, I can login with those patches <efraim>sequoia-chameleon-gnupg has some timebomb tests :/ <test202020>after upgrade X have are broken input: mouse and keys not working <efraim>test202020: specifically in the login screen? <Rutherther>test202020: pull once more and reconfigure, it's fixed <efraim>I've been using sddm for a long time <untrusem>I am using tui-greed for sometime now, I like it <test202020>yeah, pull and reconfigure solve issue, but i trying to change wm to stampwm and now layout is unchangable. config have layouts and his woeking in tty. any have similar problem? <csantosb>Hum ... is it possible to use an "(url "git@forge:user/repository")" field in channels.scm, begin repository private ? <csantosb>For sure, the user has access to the repository using git protocol, sharing ssh keys <csantosb>I get a "failed to start SSH session: Unable to exchange encryption keys" 🤔 <ieure>csantosb, This has been discussed several times on guix-devel, I believe there's some way to make it work. These operations are all run by the guix daemon, not your user, so there's no access to the SSH keys set up for your user. <Rutherther>channel pulls are not ran by guix-daemon, they are ran by the user executing them <csantosb>This was my educated guess, yes: pulls use local user setup. <csantosb>I'll have a look at guix-devel, I completely missed this <csantosb>Time for a team-crypto branch serious effort <ximon>is battle.net available in guix? <zenmaya63>hi, i wanted to ask, does still guix require you to double unlock the password on boot when having your root encrypted with luks? I remember it was a thing a few years ago and I want to make sure before commiting to fde <Rutherther>zenmaya63: the default way that guix channel offers does lead to asking for password twice if you have full disk encryption. Of course if the necessary things for boot are not encrypted, you aren't asked it twice - that means leaving /gnu/store & /boot unencrypted. There are ways around it even for /gnu/store encrypted, though. Couple of them. Guix System is highly customizable, so I think saying it 'requires' you to enter password twice is an... <Rutherther>... overstatement. I myself have only /boot unencrypted and am entering my password just once, when the initrd asks for it. <zenmaya63>oh okay, great, i would love to have fde for guix and i remember i could not solve it (4 years ago), do you know where i could find an example of it functioning? <csantosb>Is there any reason why I cannot add `(add-after 'unpack 'test (compressed-file? "test.txt"))` to any python-xyz package ? 🤔 <csantosb>I get "Unbound variable: compressed-file?", what I'm missing here ? <ieure>csantosb, This is in a gexp, the build environment it's evaluated within hasn't imported that module, only the code defining the package. See `with-imported-modules'. <ieure>That gives you some control over what Guile modules are available in the build environment. <ieure>There are many examples of it in the Guix repo. <Rutherther>in package context it's typically better to use the #:modules and #:imported-modules arguments though <homeservice-ques>hi folks... i am trying to add output "bind:utils" to my home desktop profile. i added "#:use-module (gnu packages dns)" and added bind:utils to my applications. guix home reconfigure fails with "error: bind:utils: unbound variable". If i install manually via "guix install bind:utils" it works. How do i add "bind:utils" correctly? Am i missing <Rutherther>homeservice-ques: yes. When you do guix install you're using so called specifications, being strings that refer to a package, by its name plus possibly a version and an output. While in your config you seem to be trying to refer to a scheme symbol. There is no scheme symbol bind:utils. There is only the symbol bind. And to refer to its outputs, you typically make a list where the first element is the package and second is a string, the output <Rutherther>homeservice-ques: where exactly in your config are you trying to add the package? <homeservice-ques>That has simply worked. Great! Not much more to say then thank you! That was helpful!