<sirgazil>It seems that DrRacket 7.3 has a memory leak. When I click the Run button, even with simple, less than 50 lines of code programs, RAM usage grows ~100 MiB. Eventually, I have to restart DrRacket because the computer runs out of RAM.
<PotentialUser-89>I've been a Parabola user for years and I recently decided to try Guix. Everything was working fine, until I upgraded the system... now GDM keeps crashing on startup but the logs look ok.
<jackhill>PotentialUser-89: you might try manually removing /var/log/gdm
<jackhill>there have been reports of probably with stale state there, but it has been difficult to reproduce, and it's not clear what the solution is (and why it seems to affect Guix more than other distros)
<atw>hello, I'm back too. I don't understand what you mean by independent sections, but I think openssh-service-type looks fine. Could you temporarily get rid of (set-xorg-configuration ...), just to see if that lets us get through the "guix system ..." command without any errors?
<BryanHonof>Okay sorry for just going straight into it. I am trying out guix but I constantly get this weird warning and I am not sure if it is harmful. The warnings always looks something like this: "/(path)/bin/bash: warning: setlocale: LC_ALL: cannot change locale (en_US.utf8).
<BryanHonof>I already googled a little bit and tried installing both glibc-utf8-locales and en_US.utf8 but the warnings still pop up
<BryanHonof>I am running an Arch x86_64 box and installed guix via the installer script.
<nckx>BryanHonof: First off, don't worry, it's ugly but harmless. I'm not of much help with Guix on other distributions, though.
<nckx>BryanHonof: What does ‘echo $GUIX_LOCPATH’ say?
<ng0>can we filter "Guix violates the GFSDG" emails? this discussion is getting tired, popping up at least once a year by someone who has enough time to come with yet another theory why this violates the guidelines and we should be removed
<ng0>or at least mention somewhere in the documentation why it does not violate the guidelines
<ng0>interesting, as it doesn't differ from the concerns raised in the years before
<bandali>i haven't seen those ones and idk what they are, i should probably dig up the archives
<ng0>tbh it's been very long since I've read the guidelines. either they are very vague or guix is really such a special case that enough people get confused regularly
<bandali>yeah, part of the concern is that there is some vagueness
<bandali>and guix is different in some aspects from your typical more mainstream gnu/linux distros
<bandali>one such concern is whether it's okay to do the liberating of upstream sources on the user's machine as guix does, or if that must be done on guix's infra and the end user normally only fetch the cleaned/liberated sources
<bavier1>part of the vagueness come from the nature of being "guidelines"; enumerating specific cases does no good
***bavier1 is now known as bavier
<ng0>I've written an excuse to my reply. personally i have a more specific dislike of guidelines vs technical driven decisions with regards to build-systems. i hope i won't have to go into detail about this too soon or ever. but this is outside of Guix.
<zig>guile 2.9.5 was release a moment ago, does any one plan to update `guile-next` package definition?
<nckx>civodul: Can you SSH into them from your place and/or berlin?
<rockandska>Just in case, does anyone had the time to take a look at why `guix pull` change the symlink `/root/.config/guix/current` and is maybe the reason why `guix gc` is not able to clean old guix revision ?
<nckx>ScaredySquirrel: Replacing RAM is pretty easy provided it's a decent laptop (not the kind where the RAM is soldered on) and you take some basic precautions like being careful and maybe grounding yourself if you're paranoid.
<nckx>ScaredySquirrel: Random people on Web say: ‘The max limit is 8gb’, the type is ‘SO-DIMM DDR3L 1600’, there's only 1 slot so you need to buy a single 8-GiB module and replace your 4-GiB one.
<nckx>ScaredySquirrel: Bookmark that link above if you've never done all this before, take your time, be delicate, and don't do it while your mother's watching, and you'll be fine 🙂 It's a routine thing. I must have done it 30 times in as many years.
<nckx>I've built Chromium on an 8-GiB machine before. It was headless, so no idea how long it took and how bad it was swapping, but the thing pooped out a Chromium at the end.
<wictory>o hai! so I have a recently installed system and when I run "guix pull" it fails with "guix pull: error: lstat: file or directory not found: "ftp://sourceware.org/pub/libffi/libffi-3.2.1.tar.gz". Does anybody have any idea on how to proceed?
<wictory>I tried "guix edit libffi" to change the url to "http://.." but the file is write-protected.
<wictory>(I'm a new user, so I don't know how to do stuff because I can't get the system to work so that I can start figuring things out..)
<zig>wictory: did you check that the ftp server is reacheable?
<atw>wictory: the "file or directory not found" is surprising to me because I can click that link and get a download prompt. "guix edit libffi" opening a write-protected file is expected; guix package definitions are by default stored immutably under /gnu/store
<lfam>I'm guessing that wictory can't access FTP. But it would help to get the lines before and after the "error: lstat..." line pasted at <https://paste.debian.net>
<wictory>lfam I would, but there are very few command that I can use on the system to upload anything to the internet. (I guess I could use scheme but I don't know how) The "guix download https://..." says "guix download: error: https://...: failed to parse URI"
<lfam>And, please double-check you typed the URL correctly
<wictory>the "guix download http://example.com" appears to "work". It downloads something and outputs a hash (1nf895...), but if I try "guix download http://example.com/", it seems it does something, but the last line of output is "guix download: error: invalid character `/' in name `example.com/'"
<wictory>I know it's annoying you don't get all the output :P
<lfam>Assuming the file has the same hash as the one expected by Guix, it will help you skip that step where the download fails
<wictory>the "guix download" command succeeded, but it didn't change the output of "guix pull". but it's strange that "guix pull" says "error: lstat: ..", it's like guix is handling the URL as a UNIX path
<civodul>wictory: what does "guix describe" report?
***Forza_ is now known as Forza
<wictory>"guix describe: error: failed to determine origin"
<wictory>"hint: Perhaps this `guix' command was not obatined with `guix pull'? Its version string is 1.0.1"
<civodul>wictory: and it's this guix that fails to run "guix pull"?