bug#58606: Emacs next pgtk crashes when pasting to other app

On 2022-10-18 10:52, Andrew Tropin wrote: > Recently discovered a problem, which reproduces this way: > - Open a new emacs instance. > - Yank anything with M-w or select with mouse. > - Paste yanked text to chromium/icecat. > > Both browser and emacs are hanging up for a while and after that

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

On Sat, Oct 8, 2022 at 9:40 PM Thompson, David wrote: > > On Sat, Oct 8, 2022 at 11:16 AM zimoun wrote: > > > > Hi Dave, > > > > On Thu, 06 Oct 2022 at 09:26, "Thompson, David" > > wrote: > > > > > Some news: I have updated the gitolite package to use G-expressions. > > > The package builds

bug#53857: telegram-desktop: fails to build

Am Montag, dem 24.10.2022 um 09:13 -0800 schrieb Christopher Howard: > I am able to install it normally using the most recent Guix commit. > > On Sun, Oct 23, 2022 at 01:41:41PM +0200, Liliana Marie Prikler > wrote: > > Telegram was "recently" updated and is now getting proper > > substitutes as

bug#58760: Guix System iso too big for cdrom again

On 24-10-2022 18:08, pelzflorian (Florian Pelz) wrote: Hello Guix, [...] The result is that most packages got slightly bigger and this broke the camel’s back. From what Tobias (Cc) wrote, he used the highest compression settings. So it seems nothing can be done to make the install iso

bug#58760: Guix System iso too big for cdrom again

Heyo, pelzflorian (Florian Pelz) 写道： From what Tobias (Cc) wrote, he used the highest compression settings. So it seems nothing can be done to make the install iso smaller Well… I used the highest compression setting *for zisofs*. Zisofs is an ancient (and non-standard :-) little hack that

bug#58760: Guix System iso too big for cdrom again

"pelzflorian (Florian Pelz)" writes: > Hello Guix, > > thanks to commit > > commit 26c1bd9dfafb5a954d2174b7a000304cd7ae6345 > Author: Tobias Geerinckx-Rice > Date: Mon Apr 6 17:48:21 2020 +0200 > > vm: Transparently compress iso9660 images. > > * gnu/build/vm.scm

bug#58763: [BUG] gnuzilla: icedove profiles don't work

Hi, Using the recent gnome desktop on a Guix system, Icedove seems to be unable to restore recent/the last used configuration. This appears either by upgrade or reboot. (For some time the configuration was stable, but I'm not sure which of the two killed it. When I start it from the cli with the

bug#58760: Guix System iso too big for cdrom again

Hello Guix, thanks to commit commit 26c1bd9dfafb5a954d2174b7a000304cd7ae6345 Author: Tobias Geerinckx-Rice Date: Mon Apr 6 17:48:21 2020 +0200 vm: Transparently compress iso9660 images. * gnu/build/vm.scm (make-iso9660-image): Use the ‘--zisofs’ xorriso filter at the highest

bug#58697: [bug] guix refresh nftables crashes

Maxime Devos writes: > On 22-10-2022 03:55, kiasoc5 via Bug reports for GNU Guix wrote: >> % guix refresh nftables >> [...] >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> In procedure getaddrinfo: Servname not supported for ai_socktype >> ``` > > I can reproduce this locally and

bug#58631: [Shepherd] Indefinite heap growth (memory leak)

Liliana Marie Prikler skribis: > Am Donnerstag, dem 20.10.2022 um 11:29 +0200 schrieb Ludovic Courtès: >> Logging as performed by ‘%service-file-logger’ is quite GC-intensive >> (but shouldn’t be leaky!); this bit: >> >> (let ((prefix (strftime default-logfile-date-format >>    

bug#53541: [installer] backtrace during fresh Guix System install after during formatting

Hey, > I was able to reproduce it on real hardware, following those > instructions. The dump is available here if people want to join the > party: dump.guix.gnu.org/download/installer-dump-304492ff. So the backtrace suggests that we are trying to open /dev/nvme0n1p1 to read its superblock: