<zamfofex>Hello, Guix! Sorry for nagging, but would anyone mind taking a look at my patch <https://issues.guix.gnu.org/63088> (adding Lc0, a chess engine)? I don’t know if it’s inpolite to ask like this. I was trying to avoid asking while there were unreviewed additions before mine, but now that it’s off the <https://issues.guix.gnu.org/recent> page, I can’t really easily verify that anymore.
<podiki[m]>btw guixers, I have godot 4 working locally, still want to clean up/debundle a little more if I can before submitting
<atka>nice work podiki[m] godot would be nice to have
<podiki[m]>we have 3.3 I think? so probably should update that to I think 3.5 and keep it as the lts release
<oriansj>apteryx: the prompt was "tell me the story of how guix came from a 357byte bootstrap seed"
<oriansj>the funnest part was it then tried to convince me that it was a closely guarded secret locked away and guarded with lethal protections. And here I am just thinking "Mother F&^ker it is on a half dozen public websites"
<oriansj>anyone know how to fix: guix shell: error: statfs: : No such file or directory
<podiki[m]>maybe something funky with one of the env variables there?
<FloraGordon[m]>!!! Enjoy the most profitable financial market (crypto market ) as you get 100% profit...and you can also make up to $100k or more in 3days send me a private message and ask me HOW on TG
<cedb>i used the guix install script but cant find any of the source code anywhere in my system for the packages, just the store stuff, i might have used "authorize substitutes" when installing but i cant see how to "deactivate it"
<cbaines>yep, but I would try and avoid doing this if possible
<reyman>ok. so the best at this point is using time machine to build my package before the upgrade of python pytest
<cbaines>reyman, it's the recent merge of core-updates that introduced this problem, so if you can use this commit of Guix 472706ae2f9160833951a4e4bcc4c206e03097b0 (or an earlier one), you shouldn't have this problem
<next4th>look like update it to 0.11.6 is okay, i'm doing it
<PotentialUser-85>Hello. I wonder if there is an option to check a complete channel for CVEs with guix lint instead just a single package
<reyman>i have also a broken package of python yubikey with latest pull
<next4th>reyman: python-markdownify fixed in master now, thank you for report :)
<sepi>I'm having trouble guix pulling with a channel I created recently. I get the error https://paste.debian.net/1279153 . The error in the derivation log is "no code for module (mnhnl packages python-expocms)".
<sepi>I could use that code before I transformed it into a channel by using -L and guix system reconfigure
<apteryx>lechner: I'm still wondering about friendly-bot; where did they go? does it crash every couple days? it was useful :-)
<guikas>hello people, i need some help on correctly configuring multiple keyboard. i read the the manual `https://guix.gnu.org/manual/en/guix.html#Keyboard-Layout`, but there is no mention about how to set _multiple_ keyboard layouts.i'm assuming simply doing something like this will work (i also map caps to ctrl):(keyboard-layout "us"
<civodul>ngz: so i guess you can do that: create the branch, apply those two patch series, perhaps let guix-devel know in case some other texlive patches are pending, and then ping us so we get it built
<bjc>an open question, but maybe just a regexp on the subject: ‘\s+([^]]+)\\]’ or something
<cbaines>bjc, I'm not sure we want to force all changes in to non-master branches
<bjc>so that if i send a message ‘[PATCH foobar]’, and we have a branch ‘foobar’, that'll get used as a base
<bjc>it would only be for explicitly tagged patches. default should still be master
<cbaines>I think there's an assumption here that these branches aren't going to overlap much, but I'm doubtful (or at least unsure how to check)
<stevenroose>cbaines: I just do `guix weather rust` and it says (for x86_64-linux) 0% of packages available. From both ci. and bordeaux.
<cbaines>stevenroose, what revision of Guix are you on? (guix describe will show you)?
<cbaines>The data service doesn't know about that derivation
<efraim>I'm about to refresh the branch for rust-team
<bjc>i'm not really concerned with overlap. i'm concerned that if i'm working on a relatively long lived branch, like we're discussing here for texlive, then it's a waste of time to apply a patch specifically for that branch to master
<ngz>civodul: this sounds like a plan. I'll start by applying 63143 into a new branch, e.g., tex-team, and push it.
<stevenroose>Did a guix pull right before I started waiting on that rust package. Didn't pull in more recently because I thought I wasn't getting the substitute because the package was too new. Didn't want even newer.
<stevenroose>I also didn't get the linux substitute from nonguix but after 2 days waiting it was available eventually.
<stevenroose>cbaines: hmmm, maybe I once did guix package -i email@example.com or something and now it registered that I want that version?
<stevenroose>But so the 1.65 package is not available as a substitute. Is that expected behavior then?
<stevenroose>Without a substitute, it builds 1.61, 1.62, .., 1.65, which takes ages..
<guikas`>just curious why you guys dont want to use something slack or discord or even matrix (as i remember it's open source)? keeping my irc client open just for keeping track of chat sounds pretty cumbersome ngl.
<cbaines>stevenroose, I'm not sure either of the default substitute servers will provide substitutes for these rust packages
<cbaines>the definitions are in Guix, but they're not exported in the (gnu packages rust) module, so they won't be picked up as things to build
<stevenroose>cbaines: is there a way to see if I somehow manually forced guix to want v1.65?
<cbaines>stevenroose, there might be, but I'm unsure
<cbaines>efraim, do you know why there is a rust-1.65 package definition?
<efraim>people wanted to get a start on packaging the next version of rust
<efraim>ok, new version of the rust-team branch is now pushed
<cbaines>efraim, but why not make it public if the package definition is there?
<efraim>it's built without any of the tests, and IIRC we wanted to only have 1 supported version of rust at a time
<efraim>plus it can still be refered to with @@ if needed in other channels
<stevenroose>Is there a doc on how the rust-team branch works and how I use it?
<efraim>there isn't, it's like the other feature branches, but it's taking a bit longer since the core-updates merge broke rust on aarch64 and riscv64
<stevenroose>I don't know how feature branches work, but I guess it's a dev branch, not supposed to be used as a channel to get different rust package versions, right?
<efraim>yeah, basically. it's so changes which cause many rebuilds can be staged and then brought into master after it's been built out by CI
<stevenroose>If anyone has any suggestions as to how to fix my current rust that is broken because of glibc, please advise :)
<guikas`>sorry for interuping again, but how to check if there is a version of birary package. i want to know if there is mainline binrary version of linux kernel, cause i dont want to compile linux from source, cause my pc is potato
<stevenroose>I get this: /var/cargo-target/debug/build/slab-e701ba5622adaa00/build-script-build: /gnu/store/5h2w4qi9hk1qzzgi1w83220ydslinr4s-glibc-2.33/lib/libc.so.6: version `GLIBC_2.34' not found (required by /var/cargo-target/debug/build/slab-e701ba5622adaa00/build-script-build)
<ngz>Ewww there are around 80 texlive packages to rename.
<apteryx>guikas`: IRC has pretty much the lowest technical requirements to get started, works reliably with little resources. I can't even create a Discord account because it requires a mobile phone number (I use VoIP).
<barbaneigro>hey, does anyone has some tips on how to get guix-daemon to autostar in a selinux distro as fedora. tx
<acrow>stevenroose: Reading through your posts it might be worth a try for you to do a guix system reconfigure following your pull of the new core-updates. The substitute you want may require the new glibc but your system is still calling for the prior version. After the core-updates I had some funny things happen and they all corrected themselves after I did a system reconfiguration. Hopefully that will take less time than rebuilding rust,
<sepi>bjc: it could be the PID of the process that exits prematurely :)
<sepi>bjc: I'm slowly getting there :) The at least problems with the processes being called badly can be debugged using syslog
<elevenkb>hey y'all's I would like to use the crocus driver
<kaelyn>elevenkb: the crocus driver isn't supported quite yet as it requires updating the mesa package definition (which will first require a feature branch for testing and substitute building). https://issues.guix.gnu.org/63219 contains a set of patches for the forthcoming mesa feature branch, including enabling the crocus driver.
<elevenkb>kaelyn: thanks for letting me know! the issue is that sway doesn't launch properly for me now. I guess that I'll have to try fixing the version of sway then.
<kaelyn>elevenkb: I suspect your best bet may be to "guix pull" to a commit shortly before the core-updates merge (or roll back to a recent generation from before the merge) so that the older mesa driver will be available for your video card.
<apteryx>the current directory of your main Debbugs buffer (e.g., *Guix Patches*) should be set to your Guix checkout, with M-x cd
<Altadil>Hi, in the Getting Started section, the manual mentions the need to run "hash guix" after a guix pull. I’m unclear as to whether this applies to Guix System, or only to guix on foreign distros ?
<zacchae[m]>How should one deal with packageing python modules that require a non-python build-system like cmake? I'm thinking I would create an intermediate package building with cmake, then try to build the python package from that?
<ade>hey guys have anyone encountered this error when reconfiguring guix system?:
<Guest19>"docker-compose up" returns "/gnu/store/75sk24gki8b4w9lblyhdn5m4dw3ma55r-python-paramiko-2.7.2/lib/python3.9/site-packages/paramiko/transport.py:219: CryptographyDeprecationWarning: Blowfish has been deprecated
<Guest19>though my Guix is roughly 2 weeks old. Just wanted it to mention
<mekeor[m]>Guest19: i doubt that just mentioning an issue here, in the irc channel, ensures that the community acknowledges your issue. i guess, sending an email to one of the mailing-lists would rather do so
<bdju>did my email to bug-guix about dolphin-emu failing to build not go through? I sent it but never got the confirmation email with a bug #
<jacereda>I'm running now on the broken config. Closing/reopening the lid didn't help. I removed /var/lib/gdm/.cache and the result is the same as before, black screen, I can see the cursor moving and that's all. I can switch to the terminal.
<gabber>what happens if you press "ENTER" and then your password, then ENTER again (as if you would normally log in)?
<jacereda>Switching from linux-lts to linux didn't help, I'll try linux-libre now...
<podiki[m]>trying some binaries via the FHS shell and hitting some "undefined symbol: _ZNSt18condition_variableD1Ev, version GLIBCXX_3.4.11" anyone have any ideas? some version mismatch somewhere? missing library?