<jsoo>I asked in #guile but I suppose guix might know, also. I am working on a toml parser in guile and started with nyacc but I would love to describe ranges of characters. I can kinda accomplish this in nyacc but i have to specify every character and my file is now 1 million lines long. Is there a better tool I should be using?
<lle-bout>jsoo: I feel a bit left out in that the bandwidth of GNU Guix committers seems very much full already and I would be looking for a way to offer a way for people to easily test changes to some part of GNU Guix itself or packages
<lle-bout>I feel like maintaining a fork downstream is a huge amount of work since GNU Guix moves so fast
<ryanprior>lle-bout: it sounds to me like you'd want different versions then, no need to override the packages in Guix.
<ryanprior>I maintain a ton of packages for testing purposes, it's all pretty orderly
<jsoo>lle-bout: I have used a local checkout for a long time. I have about 400 patches that are incubating and it is a little painful admittedly at times. But that's because I have to use rust for work and have patches for rust itself. However it is much easier to submit patches when using a local checkout than with a channel. So I wonder if your goal is
<ryanprior>It sounds to me like what you'd want is to have a whole separate Guix installation
<lle-bout>I felt like language-based "patching" could allow to modify GNU Guix itself with less breakage than raw (not language aware) patches
<jsoo>I see. If the idea is to upstream the patches eventually, I think the checkout is still the best option since you will have to deal with conflicts eventually
<ryanprior>If you're patching things at that low level then having a channel doesn't seem like it would be very helpful
<constfun>Hello everyone, I'm repackaging some ocaml opam packages and am trying to understand the conceptual model of guix dependeny management in this context, I would appreciate any guidance.
<lle-bout>thank you both.. don't know what I'll do
<lle-bout>GNU Guix at many places self-references it's own origins (like the git repo) which makes it not so easy to fork to make a derivative distribution
<lle-bout>if anyone has time to review this and has commit rights it would be nice.. https://issues.guix.gnu.org/44990 - even if I know there's just *so* many things to review :-|, this should be quite easy to review
<constfun> 4.07. Why? Is this a normal thing to do? I see a mix of compiler specific and non-specific versions in the current ocaml.scm for example. I suppose at this juncture I would have to repackage all JaneStreet packages if I were to use a newer compiler?
<terpri>it can be manually overriden by NetworkManager i think (e.g. DNS settings other than "automatic" for specific wifi networks, maybe similar systemwide network settings somewhere)
<bdju>for some reason Nyxt can get past those cloudflare browser checks, but both qutebrowser and icecat are stuck on them forever. also I can't get opennic sites to work after setting opennic dns in my router
<lispmacs>when I run celestia, I for some reason don't get images of any moons or rings. Is that a problem for others?
<lispmacs>I can select a moon and zoom into it, but it isn't there
<lispmacs>am wondering if some data files got packaged wrong or something
<leoprikler>Anyone working on packaging GTK4 (to be released in 10 days)?
<divoplade>Hello, on guix system with linux 5.9.12 I cannot create containers: error: cannot create container: unprivileged user cannot create user namespaces, error: please set /proc/sys/kernel/unprivileged_userns_clone to "1"
<mothacehe>hey guix! trying to understand why guix pull insists on building "guix-packages-base-source" while a substitute is available, I found that the sources differ by a few patches: https://paste.debian.net/1176039/. Does that ring a bell?
<rockandska>I always tell to my friends : "install/test guix, it doesn't touch your system at all, and if you don't like it or if it mess for whatever reason, you just need to remove the profile loading from your .bashrc"
<rockandska>yesterday, a friend had a problem, and wanted to temporarily disable "guix" so i asked him to remove the source of the profile but the profile was still loaded and didn't get it until i found.... /etc/profile.d/guix.sh
<rockandska>civodul: as a user on foreign distro, i would prefer to have something like source <(guix init-profile) in my .bashrc who does all the pre-requisites than having something in /etc/profile.d/
<rockandska>i could understand the "out of the box", but having a command for that and adding it manually would be best in my opinion (and even using this command in /etc/profile.d/guix.sh to be able to update it)
<rockandska>you could eventually prompt the user at install.sh asking for it ?
<nckx>rockandska: You can simply delete (or move) /etc/profile.d/guix.sh. It's still as easy as before, but now it just works for the majority of users.
<nckx>We could make /etc/profile.d/guix.sh a symlink to a file managed by Guix instead of a copy-once skeleton. Starting guix just to echo some shell code is a pretty heavy-weight operation; the start-up time is perceptible here.
<divoplade>If I run guix import opam js_of_ocaml, I get: X.509 certificate of 'github.com' could not be verified I'm on guix system, with nss-certs installed; if I download the thing with wget it works. Do you know why guix import can't find the certificats?
<rockandska>nckx: to access /etc/profile you need to be root, and if the user who want to disable his profile is not root, he can't without delete guix file ~/
<rockandska>nckx: starting guix to just echo some shell code is heavy but is already the case with `guix package --search-paths=prefix`
<nckx>rockandska: Where is that called? I can't find it in guix-install.sh.
<dongcarl>Guile is not terribly hard to parse I guess :-)
<guixy>I'm working on packaging duktape so we can upgrade openrct2. Duktape doesn't have a config system, and instead just has a bunch of makefiles. Is there an existing similar package I can use as a reference?
<nckx>The current workaround for ‘quiet’ operation is ‘echo "(display (@ (gnu) %default-substitute-urls))" | guix repl /dev/stdin’.
<nckx>guixy: (delete 'configure) and setting #:make-flags doesn't cut it?
<roptat>DynastyMic, basically, you should install npm from guix, then you can configure and use it as usual; the ideal way would be to use guix packages instead of npm, because guix has many more guarantees, but packaging node.js packages in guix properly is next to impossible
<ss2>civodul: well, it turns out that I never let it to complete an offline reconfiguration. The system always checks the repository, then it appears to silently(?) time out. I don't know if this is true though, but it is confusing.
<nckx>Oh, cool, fetching my spam just got cybersecure. Thanks lfam!
<lfam>I'm using the OpenSSL graft. I'll push it this soonish
<ces>Is there a way to run commands in a build phase, or even better just make a new build system where one can define commands? I can't really figure out how to do this, although there are examples of how some build systems are defined, i can't actually make it work...
<lfam>ces: Can you clarify what you are trying to do?
<slimjim>mbakke mroh: slightly different bug with "guix pack" -- if I do: guix pack -RR python python-cryptography bash -S/bin=bin -S/etc=etc; tar xf <PACK PRODUCED BY PREVIOUS COMMAND>; . env/profile; ./bin/python3 -c "import cryptography"
<slimjim>it fails with ModuleNotFoundError: No module named '__future__'
<slimjim>but if I cd into bin and run ./python3 -c "import cryptography"