<GNUtoo>I need to test 1 small patch before sending it
<apteryx>for (2), I don't know what are your constraints, but the simplest path if you already have a guix version available would be: 'guix pull' (refreshes your guix packages collection to include a not too old 'guix' package), then 'guix environment guix --pure' should be sufficient.
<guix-vits>Why `guix system build /home/vits/guix/configuration/configuration.scm` swears "guix system: error: failed to load '/home/vits/guix/configuration/configuration.scm': No such file or directory"?
<guix-vits>The file exists, and if i `cd guix/configuration; guix system build configuration.scm` it's working.
<efraim>We got that a month ago(?) but I haven't found a case for it yet
<allana>Hi guix! Any dnsmasq users here? I'm looking for an example config to base mine off of. I thought that I got it working, but from the logs I see that it is failing ot start: "failed to create listening socket for 127.0.0.1: Address already in use"
<apteryx>efraim: you mean: version-major+minor+point ? looking at it
<apteryx>that also raises an exception if the version becomes a normal release version such as "27.1" :-/
<apteryx>but I think this being emacs-next, it's likely to stay on unreleased commits, so that's fine.
<civodul>now i wonder if anyone ever read this :-)
<apteryx>efraim: this does what I want: (or (false-if-exception (version-major+minor+point %version)) (version-major+minor %version))
<zimoun`>civodul: thanks! I have read it :-) But since it am not sure to understand, I’ve skipped it.
<efraim>point, patch, I can never remember which one is in guix
<civodul>rekado: "guix offload status" says it can't connect to .158, does that ring a bell?
<vldn>hi :) how can i add a directory to the gnu store?
<civodul>hi vldn! you never add/delete/modify files in the store directly
<civodul>instead, everything happens via "guix" commands
<civodul>for example, "guix build hello" will add /gnu/store/...-hello-1.2, unless it's already there
<rekado>morgansmith: it’s not necessarily that patches are forgotten about, but that there’s a limited number of people doing review.
<rekado>I’m one of those people and currently I’m not able to do any review whatsoever
<vldn>yes i know (former nixos user) i have a directory and want to add this files via guix command but what is the proper way?
<rekado>it’s not a software problem but a people problem.
<civodul>vldn: "guix download" probably, though that's for flat files, not directories
<rekado>zimoun`: especially on foreign distros you may need nscd; the short explanation is that nscd provides a *service* rather than a binary library for name lookups. This allows software that is binary incompatible with the host system to still look up names.
<apteryx>civodul: I had that question but haven't had time to research if we have code paths doing such thing yet: combining profiles search paths. The question is what would happen to a profile search path ordering, which is often important, as for Emacs (first the user installed libraries, next the Emacs installed libraries, so they can be overriden).
<apteryx>having the ordering expressed at a higher level such as with the append-separator? field for this http://issues.guix.gnu.org/43627 would allow deriving a combined search path when the extra separator would still appear at the end of the combined search path.
<apteryx>can someone attempt to build emacs-next? the git-fetch fails for me here: Failed to do a shallow fetch; retrying a full fetch... -> error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504 -> fatal: the remote end hung up unexpectedly
<apteryx>which is strange, because fetching the remote manually works.
<apteryx>civodul: thanks! I'll test with that command.
<jonsger>fwupd got the concept of channels, so hopefully there will follow a free software only channel/repo :)
<rekado>zimoun`: oh, yeah, that one. I thought I accidentally broke it when I moved more and more features to local databases instead of using guile-debbugs, but eventually copying *all* of the raw debbugs data brought it all back again :)
<jlicht>civodul: a lot of things, but to me it's the tool that allows me to share docker images I built using guix, without having to install docker (or store the docker images twice, once in the store and once in my docker daemon)
<civodul>the rest is also a joke, but more plausible
<nckx>civodul: I heard about it for the first time ~3 days ago, so, perhaps.
<joshuaBPMan>civodul I actually like email@example.com. I submitted a blog post there the other day, and Ludo gently said to me "I'm not sure if this blog post should point to your blog. " He also had some other edit recommendations that I'm glad aren't public. He was very civil and courteous. :] :]
<leoprikler>Shepherd 1.0.0 will also include a config file reader, that compiles to Tree-IL
<nckx>joshuaBPMan: OK! Sounds good. (and of course he was, it's civodul.)
<leoprikler>Hmm, I think by shepherd 4.0 we'll be able to adopt some of GNOME's versioning stuff and also have Shepherd as a complete desktop environment (maybe sans Emacs, but hopefully Nomad will serve as a replacement)
<leoprikler>but don't forget, that shepherd 4.0 is not shepherd 4
<raingloom>heya! could someone please merge or close my yggdrasil patches? it's been in limbo for months.
<raingloom>a new yggdrasil version even came out in the meantime. so. should i send new patches with the newest versions of everything?
<leoprikler>Depends. If Guile rolls out native compilation one day (pinky promise) and you get full memory access through (system ...) eliminating the need for a GC for your implementation, you should be able to get same-y performance.
<leoprikler>raingloom: How much did Yggdrasil change since your patch went into limbo?
<joshuaBPMan>raingloom what is yggdrasil ? I don't have commit access. Also, I feel sorry for the developers...having to manually look through all those patches. I should really sit down and try to apply those patches myself and just comment if the patches work. That would probably help.
<leoprikler>If there's a new version, sending a patch for that might revitalize the thread enough for someone to care ;)
<raingloom>leoprikler: not that much, seems to mostly be a bugfix release.
<joshuaBPMan>leoprikler That would be cool to get native compilation. I also like how racket is doing "typed racket."
<rekado>raingloom: feel free to ping us earlier when you think your patches were forgotten
<raingloom>rekado: i hoped sending the new patches with the docs would be enough. usually there was other stuff being discussed here and i didn't wanna interject.
<zimoun`>civodul: well, with the guidance of SWH folks, it is possible to find the revision of a svn repo… but it is not straightforward (explained in #43442). The save request seems doable. However, the cooking from vault is still mysterious to me…
<civodul>roptat: could you add a test for the recent opam importer changes? :-)
<bdju>anyone here use the Quaternion matrix client? I'm curious how I can give it a dark theme.
<bdju>I also can't seem to give Dino a dark theme without exporting an environment variable to set one while launching it, even though I have one set for my system and other programs like pcmanfm respect it
***jess is now known as j
<bdju>speaking of forgotten stuff, I mentioned it some days ago here, but Sway is really in need of updating. there's breakage between Sway/Grim where they disagree on rotation because the Grim version is too new for the Sway version. a Sway update will fix it. I have been unable to screenshot things on my portrait monitor for weeks now. It grabs the complete wrong area and the rotation is wrong as well
<bdju>the change was something to do with different wayland compositors disagreeing on rotation before, so then some updated to all match, and so we have grim with that change but not sway with that change on guix now