<apteryx>civodul: looking at the leak problem from a bird's view; how that even possible in Guile? Is the GC loosing track of objects? Or is the program (shepherd) at fault, continuously creating new objects that are referenced?
<apteryx>I've read your reports, it seems like it's the former (some C code managing stacks is leaking?)
<civodul>apteryx: right, it's code that deals with delimited continuations in libguile that's leaking stacks
<civodul>where leaking means "unduly keeping a reference to previously-allocated memory"
<nckx>Apparently life's too short for vowels and the majority of consonants ????
<f3n1x>on the other hand, (i3wm here) after switching to a new machine and its subseqent fresh OS install, i'm puzzled by the fact that 'emacsclient' is not launching it as expected, what could i be missing here ?
<nckx>I don't know, I use it myself without issue.
<f3n1x>Let's have fun! ah... in your 'modus operandi', calling 'emacs' means that the first time (whoever does it: me or the system itself) 'emacs' is called it runs 'as emacs' and the second (and the 3rd, the 4th...etc) it is called it runs as emacsclient 'automagically' ? If that's the case... i'll be following your path. Indeed
<apteryx>civodul: on my local machine it seems to stabilize after a bit; it's been at heap size has been at 87846912 for a long while in one process
<apteryx>in a Debian 10 VM using guile-2.2, it increases only once at the beginning; currently stable at 8990720
<civodul>apteryx: to be clear, which one are you running?
<apteryx>civodul: I can leave it to run for hours, but I suspect it won't grow anymore
<apteryx>if that's the case, it's not really a problem? at least it's not the exact cause of the leak happening on berlin
<minima>anyone can advise on this error: (file-missing "Opening directory" "No such file or directory" "/gnu/store/w3da091h97syqdia9kb9gz8gkb7vyfjh-emacs-...") - which is raised during the make-autoloads phase
<civodul>apteryx: i don't believe in that theory but i think you're right: we must keep an open mind and look for other leads
<Guest23>I've tried booting up guix VM under qemu and I'm getting confused. I've tried to upgrade to system (guix pull, guix upgrade), but guile --version shows 3.0.5; guix install guile tells me that I've installed 3.0.8, however guile --version still shows 3.0.5. Then I've tried guix shell guile -- guile --version and that does give me 3.0.8.
<Guest23>I feel like I'm missing something fundamental. How do I actually upgrade my (VM) system?
<abrenon>how can a call to `guix search` trigger the building of a package ?
<nckx>litharge has rules, and takes action on those rules, by manipulating the standard IRC channel modes. It does not do ???if see X, kick them and set +q???. At least I haven't configured it to and won't.
<podiki[m]>ACTION away for now though, back later guix friends
<nckx>apteryx: It's been replaced with a more robust regex now. t.me is a Russian(?) site popular with crypto scams. All bots in the past few months have used it, AFAICT, which is extremely convenient and will probably end soon.
<munen>Hi everyone. I'm trying to find out how to configure the location of the store. The reason is that I want to use `guix shell` in a CI setting and don't want to hammer the Guix servers. To cache the store, I need to move it into the user directory, unfortunately.
<munen>I've got the `guix.scm` file, altogether with inferior configuration, ready. It works. But I don't want CI to go to the Guix servers anytime I'm starting a CI job. It just doesn't feel very nice to create that much trafic.
<unmatched-paren>munen: it won't go to the guix servers if you've already downloaded the file before
<cbaines>also, given how many times /gnu/store shows up if you search gnu/packages/*.scm, I do wonder if that's something we're doing a poor job of keeping out of package definitions
<cbaines>I was just recently looking at a bug in r-minimal that was related to the store path being included in the derivation
<munen>I'll happily expound my reasoning(; I want to use `guix shell` on a self-hosted Gitlab CI instance. Gitlab CI is stateless, hence it's notorious to 'download the internet' on every run. Doesn't matter if it's OS packages being installed ad-hoc or dependencies of your actual project. There's a solution, though: To explicitly cache certain folders. However, Gitlab CI only supports caching of folders within the users home directory.
<nckx>munen kindly offered to put on this guinea pig costume and go poke that sleeping dog, it would be rude of us not to accept their sacrifice and learn from it.
<nckx>Even if what we learn is ???yeah never ever do that again???.
<munen>nckx: Using a bind mount was my first idea, too^^ I just wondered if there was a more Guix native way since the docs mention that `/gnu/store` is a default. And any default can be configured, right? ????
<nckx>Technically, yes. I don't think it's ???more Guixy??? to do so though. It's??? orthogonal.
<lechner>Hi, why would /run/user not be available, please? I am getting a variety of errors when logging in, including warning: XDG_RUNTIME_DIR doesn't exists, on-first-login script https://paste.debian.net/1259885/
<lechner>Hi, I'm on a different client. Can anyone see this? Also, did I post something five minutes ago?
<unmatched-paren>lechner: probably not, as it's usually used with a desktop, and a console session mostly has no need for it
<lechner>unmatched-paren: i don't know about that. i get login errors every time, plus some software like weechat plainly refuses to run
<dthompson>anyone here happen to run guix system on a recent gen thinkpad x1? I'm curious about any problematic hardware due to proprietary drivers. I know I can expect the intel wireless chip to be an issue.
<sneek>Welcome back dthompson, you have 1 message!
<sneek>dthompson, old says: that the concept in Catbird look nice and that I will try to hack with it
<dthompson>sneek I really wish you would remember which channel that message was from because it was from #guile!
<lechner>Hi, I would like to file a bug to move elogind from %desktop-services to %base-services. Does anyone here disagree, please?
<lechner>or should i really use something as complex as %desktop-services in a cloud instance?
<lechner>ACTION hears echoes of the cries when Debian mandated systemd
<nckx>That's not the alternative. The alternative is adding only elogind when you need it. Or fixing guix home not to mandate it in the first place.
<tricon>it's a good question; but perhaps it's best to let those that need elogind with %base-services add it manually. else, upgrading Guix and reconfiguring could cause an unwanted surprise on established systems.
<unmatched-paren>nckx: Hm. We use (or (getenv "XDG_RUNTIME_DIR") (format #f "/run/user/~a" (getuid))) quite frequently in (home|system) services
<nckx>lechner: Can you explain what that link is for?
<nckx>It just getenvs XDG_RUNTIME_DIR. We knew that.
<nckx>What I'm saying, but it's hard to prove a negative, is that there's no ???default value??? applications should fall back to if it's unset, as it is by default on Guix System without extra desktoppy services enabled.
<nckx>Should be easy to reproduce with XDG_RUNTIME_DIR= weechat.
<nckx>lechner: So is XDG_RUNTIME_DIR set on your system?
<nckx>the_tubular: OK, so. (use-service-module desktop ???) was correct, but you still need to remove the bogus ???elogind??? from that ????????? or you'll keep hitting the same error. The error mentions (gnu services elogind) because use-service-modules is just syntactic sugar for (use-modules (gnu services A) (gnu services B) ???). There is no (gnu packages desktop) module. Use (targets (list "/boot/efi")) ??? what you have will work, but is deprecated. %desktop-ser