IRC channel logs
2025-06-16.log
back to list of logs
<kkremitzki>Another drive-by comment in the form of an enhancement request, it'd be neat if `guix system vm` supported QCOW overlay images, for example you'd have your normal read-only image in the store backed by a writeable one in a user's home dir storing the actual changes <attila_lendvai>i have a full container that includes gcc-toolchain. inside the container ldd some.so complains that libstdc++.so.6 is not found. it is included in the gcc-toolchain output. any hints what i am missing? <attila_lendvai>oh! this helped, but why do i need to add this? export LD_LIBRARY_PATH=$LIBRARY_PATH <attila_lendvai>ieure, my conclusion is that this damn monster is written in C++, so any attempt at running prebuilt binaries on guix (or other systems for that matter) will be super fragile. all in all the invention of c++ set back humanity probably decades. <ieure>attila_lendvai, You sure do have a lot of opinions. <attila_lendvai>i've seen too much time wasted on too many arcanely lowlevel and obcure issues when linking c++ stuff that were not compiled in the very same environment... and then also too many people trying to do it. <attila_lendvai>at one point in my life i used to be a c++ expert, but now i just hate it with a passion... <attila_lendvai>i think the way forward is to build pytorch from a git checkout, and feed it the guix cuda packages/paths. but not today... <apteryx>ah, it's only accessible via the file changes tab. <ieure>apteryx, I see it in the "Files changed" tab. <meaty>what's a super simple daemon app I can use to practice writing services <simendsjo>I'm having problems building lots of emacs packages myself after the merge of the emacs-30 branch. Has anyone tried updating with --no-substitutes to see if they too can trigger something like this? I just got it for hyperbole, but other packages has also showed up. <jlicht>just opened my first AGit PR \o/. That was much easier than I expected it to be <jakef>simendsjo: wait, emacs-30 branch was merged? looks like emacs is still at 29.4? <efraim>it was rebased, and one of the big changes is running the tests by default <csantosb>By the way, anyone knows how to combine the new pull_request_template.md and the agit flow ? <csantosb>I'm thinking about a `git push ... -o something=pull_request_template.md` or similar <hugohugo>I'm trying to reconfigure my system from a local guix clone, but I can't figure out where to place the "sudo" in this command: "./pre-inst-env guix system reconfigure my_config.scm". I'm hitting a problem whatever I do, see https://paste.debian.net/1379881/ . Anyone a suggestion how to get that line to work? Or is using pre-inst-env just the wrong approach entirely? <attila_lendvai>hugohugo, no solution from me, but i remember always having permission problems due to the sudo version sometimes triggering recompilation... <meaty>hugohugo: I believe the cookbook has a chapter about using your local checkout as a channel, that might be a better way to do it <identity>hugohugo: i think you need to pass --preserve-env to sudo; you could also use guix pull's --url option <civodul>because then it’s more transparent (‘guix system describe’ would give proper provenance info, for instance) <hugohugo>So many options, thanks! I didn't know about the cookbook for some reason.. I'm going to try to see what works, so I'll be offline to reboot <noob94>someone knows how to activate wifi card in a t490? <noob94>i tried with iwlwifi-firmware but the interface didnt show in nmcli or rfkill <hugohugo>Thanks all, I now did the perhaps bad thing of adding --preserve-env to sudo to use my local guix checkout with "system reconfigure". And indeed guix complains that it cannot preserve the provenance of the old system if I do that multiple times. So next time I'll try one of the other methods. I have not yet fully solved the actual problem that I created the guix clone for, but now I at least have the tools to do so. <hugohugo>I sometimes find the learning curve pretty steep, but then I realize, "I just used git bisect on my operating system" to investigate a problem. I wouldn't even know where to begin in any other operating system. <civodul>hugohugo: heh yes, that’s pretty convenient :-) <civodul>and ‘guix system describe’ is very much in that spirit too <ruther>untrusem: on both it depends on whether you are using substitutes. <ruther>untrusem: see the readme for nonguix's substitutes (plus the motd here) <csantosb>(on how to send a custom pull_request_template.md file in agit flow) <ruther>I don't understand this. I cannot gc a path, even though there are no referrers, it's not busy and no gc root is pointing to it - https://paste.debian.net/1379924/. What is keeping it alive? It's a drv file <icy-thought>Is anyone working on a fish 4.0.2 update? (It should be a rust package now, comparing to latest version in guix) <ruther>icy-thought: this probably wouldn't be on the mailing list anyway <ruther>icy-thought: for this kind of questions it's always good to checka <ruther>icy-thought: the team branches - so rust-teams here <ruther>icy-thought: and you can see on that branch that there is 4.0.1 <icy-thought>I was just casually navigating through guix packages (site) <ruther>icy-thought: how come... well I don't really know how to answer that... it's just that people don't usually talk about individual package updates on the mailing list. That would be in the issues (or newly in PRs) and even that can sometimes be missing if talking about team branches <ruther>icy-thought: yes it is, and if you are already a guix user it's much more pleasant to use `guix search` <icy-thought>That makes sense! I never got around using mailing lists, so this is all very new to me <icy-thought>here is the fun part, I am trying to find out how much of a burden my nix setup is before migrating to guix <icy-thought>So I am casually looking for packages I would miss atm haha <ruther>guix has moved to codeberg with issues and PRs being there <icy-thought>I know that much, I just thought there would be a mention left in the mailing list since it was some time ago 4.0.1 was released <csantosb>Ey ! Is there a way to get rid of the CONFIG_SHELL flag in the configuration phase of gnu-build-sytem ? <csantosb>I have a config script which doesn't recognize it <ruther>csantosb: I don't think so :( only by replacing the whole phase <ruther>how do I make a package build for a specific target always, not just with the --target flag? Seems that #:target attribute doesn't really do the same thing - $(linux-srcarch) still returns my architecture rather than target if I use #:target flag <csantosb>ruther: problem is that not using #:configure-flags invalidates the corresponding package transformation <ruther>csantosb: okay? So use #:configure-flags? I don't understand what the issue is... <csantosb>When using #:configure-flags, if fails due to CONFIG_SHELL <ruther>csantosb: that's impossible, if you are making your own phase, you are the one who says what is getting to configure <ruther>csantosb: seems to me you're using the default phase that adds CONFIG_SHELL unconditionally <ruther>it doesn't have anything to do with the #:configure-flags argument <csantosb>If I make my own phase, then I cannot use the `--with-configure-flag` package transformation afterwards, right ? <ruther>csantosb: sure you can... why couldn't you? <ruther>csantosb: with configure flags sets the configure-flags argument. Just use this argument in your phase... <csantosb>I understand that, --with-configure-flag replaces #:configure-flags, which I'm not using when I replace the configuration phase by my own custom phase <csantosb>By the time I wrote this package, I was not aware of #:configure-flags and --with-configure-flag. <seagull>Hello, I tried guix home on debian with the home-bash-service-type. Since I used it I lost all my entries in the KDE start menu and all associations of the mimetypes (e.g. that pdf files are opened with okular). Does anyone have an idea which environment variable or service-type I missed? <identity>seagull: that should not normally happen, no idea what could cause that <ieure>luca, Error is pretty clear. 5th element of the list is (if #$(maybe-value-set? ...) ...) ... so the value is not set. <luca>Wouldn't that return false though? And not return any list to go into the append? <luca>So I _must_ return a list from that if statement? In practice return an empty list <ieure>append expects to take lists as its arguments... so a value of any other type will produce an error. Even if your conditional returned #f, that would be an error. <ieure>Scheme doesn't really do nil punning like other Lisps, which is something I find irksome. CL-style Lisps would give you `nil' for a conditional which doesn't match, and `nil' is the empty list, so append would consume it and noop. Scheme doesn't do that. :( <ieure>So you gotta have (if thing '()) or (or (when thing) '()). Annoying imo. <noe>its crazy how making an error in a shepherd service destructor can make your whole system freeze <luca>Anyway, I added empty lists to all if statements and it works now! Thanks :D <pastor>Hello! Please could any commiter merge this, if there are no more objections? <ieure>Hey pastor, I generally defer to whoever's been working with the contributor to review the patch. Looks like that's Ludo (civodul on IRC here), so I'd reach out to him to get it committed. <pastor>I would normaly do that, but given that Ludo seems very busy I try not to ping him. <ieure>He was free enough to review the patch in the first place -- I would encourage you to ping him. <pastor>ieure: do you know if he reads IRC when he is back? Or should I try to find him active? <ieure>pastor, You can leave a message for him with sneek. <pastor>I'm not familiar with IRC. How could I use that bot? I've got messages delivered from the bot but never sent one myself. <noe>yup that works try sending the same message pastor <noe>pastor: no problem :) <umanwizard>Hi, does anyone know if there's an easy way to build a version of clang-toolchain that points to the libstdc++ headers from a more recent version of gcc than the default (which is gcc 11)