IRC channel logs
2026-06-17.log
back to list of logs
<tomenzgg>Does anyone know what needs be installed to get locale stuff working with Guile? I'm trying to use (ice-9 i18n) but ~make-locale~ keeps giving back "In procedure make-locale: Failed to install locale". <jlicht>hmm, it seems atuin server was somehow removed from our atuin package :/ <jlicht>it seems that contemporary atuin no longer contains this, and that it's a separate package now <attila_lendvai_>jlicht, so, the best approach is to define/compile a clang package with a different default target than that of the host? i.e. as opposed to just rely on clang's ability to cross compile? <bdju>Lots more substitutes available today than yesterday. Very nice. <sunless>hi, just `guix pull` and tried to install librewolf and icecat, it's resulting in them building and it way too long before it failed, how do i strictly ensure i'm getting binaries only <untrusem>sunless: check with "guix weather <package>" <sunless>untrusem: thanks, lemme check it out <identity>sunless: if you «strictly ensure» you only build by getting substitutes, you will be unable to build your system, because the substitute servers do not build, among other things, your system derivation. if you just want to ensure you do not build e.g. LibreWolf, then checking for availability through guix weather is the way <identity>also see (info "(guix) Invoking guix weather") <sunless>identity: i didn't understand a single thing you've said apart for "check availability with guix weather", you've made me realize that i don't understand the concepts behind downloading apps, i'll be sure to read about it, thanks <identity>sunless: substitute servers are the servers that have the ‹substitutes›, i.e. pre-built items that you call «binaries», see (info "(guix) Substitutes"). essentially everything Guix can build is represented by a ‹derivation›, see (info "(guix) Derivations") and the /gnu/store/*.drv files. <sunless> identity: thanks for directing me to the specific docs, i've grasped the concept of substitutes but it seems i'll need more time and focus to understand "derivations" (probably this weekend), i'll now go to increase the number of substitute servers, because i think this will increase my chances of getting substitutes <identity>sunless: derivations are, basically, ingredient lists for building software (recipes are in a separate file, stored as Guile Scheme code). there is unlikely to be any substitute servers for the main repository that are not simply mirrors of the two servers that are enabled by default, though you might get faster download speed for substitutes that *are* available. see (info "(guix) Volunteer Run Mirrors") <sunless>identity: i kinda get it, i now also get the importance of the "--no-substitutes" flag that i get recommended when under low network, i'll go finish up learning about scheme with sicp, the learn guile and understand the recipes <sunless>i appreciate the explanations, you've given me some topics i need to prioritize <attila_lendvai>if i have a manifest that contains two packages with the same output file (e.g. objcopy from clang-toolchain and (cross-package-entry binutils "aarch64-linux-gnu")), then silently (!) one of them is picked into the profile. is there a way to access the other one? map it to another name/dir? <attila_lendvai>FTR, i ended up defining my own binutils* package that adds --program-prefix=foobar to the configure flags <efraim>huh, ghc-9.8 fails to build on i686-linux <efraim>I think I found the issue though <ggero>Hello, I'm trying to install Guix on OpenSUSE Tumbleweed and while the installation itself works, trying to run a guix pull afterwards errors out with a "In procedure getaddrinfo: Servname not supported for ai_socktype" whenever it tries to download something. I'm using the standard glibc installed by OpenSUSE so I don't know what could be the problem. <Jackson>Hi. I have a question: Why doesn't Guix system populate /bin with globally installed binaries? I get that in foreign distros /bin is controlled by other package managers, but GuixSD has control over all the system directories. It would be a no brainer to just put symlinks in /bin pointing to global programs to gain compatibility with scripts and whatnot. <attila_lendvai>Jackson, i think there are no global programs the way you use it. it's always about the activated profile, and the system profile just happens to be one of the profiles. a user could activate another profile in a way that doesn't "inherit" the system profile. (i think) <Jackson>> <attila_lendvai> Jackson, i think there are no global programs the way you use it. it's always about the activated profile, and the system profile just happens to be one of the profiles. a user could activate another profile in a way that doesn't "inherit" the system profile. (i think)By global I mean the packages you declare in system's config.scm file and rebuild to it. Those packages are avai <attila_lendvai>Jackson, they are available normally, but it's possible to activate an isolated profile. in that case there would be some "random" binaries in /bin of the filesystem (not in the PATH of the isolated profile activation) <Jackson>> <attila_lendvai> Jackson, they are available normally, but it's possible to activate an isolated profile. in that case there would be some "random" binaries in /bin of the filesystem (not in the PATH of the isolated profile activation)You always have your environment's binaries in your current environment's PATH, no matter the profile. But scripts and binaries that use absolute paths will break <postroutine>Hello. Is there an ARM-non-eabi version of GCC, ld and objcopy in a Guix package ? I have searched with `guix search`, with no success. <postroutine>`guix search arm-none-eabi-toolchain` return nothing. Is it a bug ? <gabber>Long story short: building it as a normal package introduced a circular dependency (which broke guix essentially) so this was a workaround. Downside is that now it does apparently not show up in `guix search` and is also not built by our CI system. <gabber>As soon as I retire I'll get to it, but this is still a couple of decades away. If you feel like taking up the tasks I (and probably others) will happily help you help us get this thing sorted out (: <gabber>postroutine: If you need more help on how to for example invoke a shell with the package in question available, just let me know <postroutine>gabber: I would be happy to see an example of how to start a shell with this package and how to add it to a manifest. <postroutine>Yes, it help. I have an old example of firmware I wrote, some time ago, for a micro-controller. It a simple LED blink. And I wanted to use Guix and `guix shell` to install the tools needed to complie, flash and debug. <postroutine>gabber, when I start the shell it build some packages (including the none-eabi toolchain). For now, I wait until it's done. <gabber>I see. Yes, due to the aforementioned complications subsitutes are unavailable (and building the toolchain takes quite a while). <gabber>Thinking about the cyclic dependency I figured this could be resolved by moving these `embedded toolchain' packages into gcc.scm. I'll try that, later. This could be the easy (and working fix) to resolve all these issues (and automagically serve substitutes for the packages in question). <postroutine>While waiting for the toolchain to compile, I took my laptop to do a `guix system reconfigure`. It success, but after the command `reboot --kexec` I got a blanck screen and backlight turned off. Now, I cannot reboot or force a shutdown by hold the power button. But the dot of the "Thinkpad" logo on the back is still on. <postroutine>And, of course, I cannot remove the battery on this one. <gabber>postroutine: Do you have an encrypted root partition? <gabber>I think this is a bug in the --kexec reboot procedure <gabber>when the screen is black, it just waits for you to enter the password and hit enter <gabber>but this also always confused me, so I just powered the machine off and booted it again, normally <gabber>Forcing a power reset by holding the power button for a while does not work?? <gabber>Not sure if that is what you want, but can you remove the battery (to force a power reset)? <gabber>... or maybe wait for others to chime in here. I'm not that much of an exert <postroutine>But I didn't know it was waiting for a password. I do an "alt-ctrl-del" to reboot and it's back. Thank you. <postroutine>In case of having an encrypted root partition, do we have 2 grubs: One to decrypt the key and a second to choose the system generation ? <ieure>postroutine, I believe the password is entered in the first stage of GRUB, which is the UEFI payload on the unencrypted ESP; and that loads the second stage from the root. But it's one bootloader. <postroutine>Using dot, or xdot, to draw a graph from `guix graph` is very slow. <postroutine>I try to do the graph for the package xonotic. `dot` is still working on it <gabber>postroutine: IIRC this vastly depends on the size of the graph. there is software that parses huge graphs better than `dot` or `xdot`, but I currently can't recall and/or recommend any :( <ieure>postroutine, Yes, big graphs take forever. Also they tend to be useless visually. <postroutine>And you are right @ieure: The graph is visually useless. <ieure>postroutine, If you dump the output of `guix graph', you'll likely see a file that's ~500kb to many megabytes. Any such graph is going to have too much stuff on it to be useful. <postroutine>I wanted to see if installing the package `xonotic` will require a graphic stack. It's a game, but the server files are included with the game. So, if I want to run a Xonotic server on a server, I wondered if installing the `xonotic` package will install a full graphic stack. <ieure>postroutine, `guix size xonotic' <postroutine>gabber, the shell as finished to be made (with the arm-none-eabi-toolchain). And I could compile with no error. Now, I need to find my dev board to test it. (But I don't know where it is) <postroutine>Thank you very much. When I will find my dev board, I will test the debug. <mlxdy>Hi, is it possible to install programs on Guix without internet? As I know in Debian we have .deb file, you can give it to your friend on pendrive and don't need for internet <gabber>mlxdy: You could craft a ready to use system flash it onto a pendrive and pass that on <ieure>`guix archive' is what I was thinking of. <ieure>`guix archive --export -r some-package > pack' on the source machine, then `guix archive --import pack' on the destination. The destination must trust the source's archive key for this to work. <postroutine>@ieure: `guix size xonotic` give me a size of 1908.0 Mio <ieure>postroutine, Yeeees, but above that is every package it needs to run, which will answer your questions about "does it pull in (whatever)." <rogerfarrell>Pardon the very basic question: I was asked to revise the commit message in my first PR. Is there a best-practice for this? Is =git commit --amend= acceptable since I am changing my personal fork? <mlxdy>So it's possible, cool. I'm asking because I don't want to have system which mainting rely fully on internet connection. <ieure>rogerfarrell, Yes, you should amend the commit(s) (if you use Magit, it has a "reword" command which is simpler), then force-push to the source of the PR. <futurile>how long does it take to compile each time yelninei? <yelninei>for llvm: phase `build' succeeded after 71341.4 seconds. clang timed out after 24h. <yelninei>single core and in qemu and llvm is big. it is just a miserable experience