<bdju>re: earlier icecat issues, I've been using qutebrowser, but I just clicked a link in my chat program which defaulted to opening in icecat and it used all my RAM and hanged my machine for a couple minutes. I had to pkill icecat via ssh and then it came back after a bit
<bdju>so I may have to really downgrade it or something, seems very serious
<apteryx>bdju: what's that icecat issue? I'm using a fairly recent one without issues
***catonano_ is now known as catonano
<pkill9>bdju: there's an earlyoom service which runs the earlyoom daemon which automaticlaly klils processes before they hang your computer
<bdju>apteryx: basically just that when I woke up this morning, my icecat wasn't running, and when I restored it, it maxed my cpu, kicked up my fans, and the 4 tabs I had would never finish loading, so I gave up and killed it after several minutes. but earlier it didn't hang my computer like this.
<bdju>although now with qutebrowser open maybe I had less free memory than earlier. also worth noting I actually closed my 4 pinned tabs hoping an icecat session without tabs wouldn't lag so much, but that was before the hang just now, so it must not have helped
<peanutbutterandc>vits-test, I figured the first issues out: `guix build --derivations package` to figure the package out. Then, `guix build --log-file the-returned.drv` file... but alas, the log file does not have what I wanted to see (the log of the build).. just "grafting..."
<raghavgururajan>leoprikler: I think that, "gdm: GdmDisplay: Session never registered, failing", is the fatal one.
*raghavgururajan literally typed the error log in pastebin, from the VM.
<lukashevich>Hello everyone! :) I installed Guix on my computer recently and it's so much fun. However, I do enjoy using graphical software, like browsers. And I I've been usin gnu icecat for a couple of days. However, there appears to be some problem with characters -- some of them are just missing. I mean, a page get loaded but there are lots of whitespaces instead of characters that should be displayed. I figured maybe it's somehow connected with the way I installed
<lukashevich>the browser and someone might've faced it also. Thank you!
<raghavgururajan>leoprikler: Now with %desktop-services, all other errors of gdm disappeared. Outstanding ones are "gdm: GdmDisplay: Session never registered, failing" and "gdm: Child process -191 was already dead."
<andreoss>rekado_: Thanks. It's now upgrading. I have no clue how guix ended up in /usr/local/bin
<lfam>It's put there by the binary installer script so that there is a `guix` command on $PATH before the first time that `guix pull` is run
<matijja>wigust: I will try to upgrade and reboot the system.
<lfam>I've noticed a few instances of people being confused by this /usr/local/bin/guix recently. Perhaps we should try to rethink it
<efraim>I have a /gnu/store/993vkza7734p654s9nfkzq49zv1j79r7-efl-1.24.3/share/gdb/auto-load/usr/lib/libeo.so.1.24.3-gdb.py and i feel like the path is wrong
<efraim>judging from /gnu/store/xa1vfhfc42x655hi7vxqmbyvwldnz7r0-glib-2.62.6/share/gdb/auto-load/gnu/store/xa1vfhfc42x655hi7vxqmbyvwldnz7r0-glib-2.62.6/lib/libgobject-2.0.so.0.6200.6-gdb.py, also meson build, looks like 'usr' should be 'out'
<sunova>joshuaBPMan: I like that encouragement. Btw I didn't mean official integartion or something like that, I mean some sort of efforts to leverage snapshots to manage derivations. Words are tricky
<joshuaBPMan>joshuaBPMan frantically opens up a new tab and starts searching for the answer.
<joshuaBPMan>Oh sweet icy carrot tops! WE HAVE BCACHEFS TOOLS PACKAGED!
***jess is now known as meow
<lfam>sunova: Depending exactly on what you mean, Guix already manages things that are created from derivations in a snapshot-y way. ZFS or btrfs or other snapshot-capable file systems don't have much to add
<vagrantc>probably more elegant than the hardlink deduplication of /gnu/store
<lfam>I think it could come from Guix because we've shown that we are willing to break old conventions when it's convenient. But a redesign of storage on Unix-derived systems will be a really bold step
<lfam>On the other hand, on iOS, there is no concept of "files" for users or applications. Storage is transparently moved between the device and the cloud. I don't know how their backups are presented to the user, but I've never known an iOS user who "lost" something
<lfam>People with iphones have message history going back a decade, from device to device. It happens automatically when they get a new phone