bug#32548: Cuirass: Performance monitoring

Hi all. zimoun writes: > Hi Mathieu, > > Really cool! > > On Mon, 14 Sep 2020 at 15:35, Mathieu Othacehe wrote: > >> * Builds per day >> * Average evaluation speed per specification. > > Something interesting could be: min and max (of 100 evaluations). > The standard error deviation too but I

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

Ludovic wanted to add useflags to guix. https://lists.gnu.org/archive/html/guix-devel/2019-05/msg00285.html I don't know what became of it. On Tue, Sep 15, 2020 at 2:44 PM raingloom wrote: > > On Tue, 15 Sep 2020 14:06:11 +0200 > Tobias Geerinckx-Rice via Bug reports for GNU Guix > wrote: > > >

bug#42773: sbcl-hu.dwim.common is missing a description

Hi Pierre, The commit 89a3fec558e07434e8370896248bc272c9b4ece5 adds the package hu.dwim.common and the description of ’sbcl-hu.dwim.common’ is empty, as Jack had reported. Therefore, the 2 others {e,}cl-hu.dwim.common have also an empty description. Could you fix this? Please. :-) Cheers,

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

On Tue, Sep 15, 2020 at 02:06:11PM +0200, Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Matters would be different if the error message were less clear, or perhaps > if ffmpeg weren't so insanely great: > > λ guix size youtube-dl | tail -n1 > total: 186.9 MiB > λ guix size

bug#43344: "basic" system tests fail (and all the other ones) on guix master

On Tue, Sep 15, 2020 at 06:34:21PM -0400, Mark H Weaver wrote: > That's useful information, but we should not stay frozen on the 5.8.7 > kernel for much longer. 5.8.8 contains many bug fixes, some of which > might fix potentially exploitable flaws. > > It would be useful to know if this problem

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Mike Rosset writes: > Mark H Weaver writes: > >> [...] patches are more robust than 'substitute*' for >> fixing bugs, and less likely to be misapplied or left forgotten in a >> vestigial state after they are no longer needed. > > That change was not quite fitting right with me either. > So I

bug#42810: Guix doesn't follow all symlinks

Dear, On Tue, 11 Aug 2020 at 15:54, Steffen Rytter Postas wrote: > Hi, > > Some background first, to better understand the issue: > I've been running Guix on a foreign distribution > with my own channel in ~/.config/guix/channels.scm for some time now. > However this means having to deal with

bug#43132: [GUIX SYSTEM]: Malfunction

Hi Mark and Maxim! >> Ext4 won't detect bitrot (silent corruption of your drive's data). >> You'll probably wake one day with a fsck that won't be able to recover >> some files, or worst, a completely dead drive. >> >> Your backups would also contain corrupted data (garbage in, garbage >> out!).

bug#43432: trilinos source vanished

Hi, On Tue, 15 Sep 2020 at 22:24, Efraim Flashner wrote: > The source page for trilinos (gnu packages engineering) now points to a > Github page and the previous tarballs no longer seem to be available. > There's a content addressed substitute available from Berlin but I don't > see an original

bug#43344: "basic" system tests fail (and all the other ones) on guix master

Hi, Danny Milosavljevic writes: > On Mon, 14 Sep 2020 15:26:52 +0200 > Mathieu Othacehe wrote: > >> Anything special with your hardware? KVM support disabled maybe? > > The culprit had been the Linux kernel update to 5.8.8. > > After downgrading to 5.8.7 it works just fine--no other changes

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Mark H Weaver writes: > Earlier, I wrote: >> In contrast, a call to 'substitute*' will silently start doing nothing, >> and may easily be forgotten. To make matters worse, a future version of >> jack-2 might add another 'for' loop in that file, matching the same >> pattern but where it is

bug#43132: [GUIX SYSTEM]: Malfunction

Maxim Cournoyer writes: > Raghav Gururajan writes: > >>> Maxim Cournoyer skribis: >>> I took Raghav to #btrfs last week, where with the help of gentle folks a failing drive was established as the most likely culprit. In other words, Btrfs checksuming capabilities helped

bug#43435: bootstrap (bash-mesboot0) and ’make release’ error

Dear, Reading the release document [1] and going step by step, so I start from a fresh worktree and branch and I tweak a bit (maybe I am doing wrong) otherwise it fails: ./bootstrap && ./configure --localstatedir=/var/ make make GUIX_MAINTENANCE_DIRECTORY=../../maintenance update-NEWS

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Mark H Weaver writes: > Efraim Flashner writes: > >> On Mon, Sep 14, 2020 at 09:25:25PM -0700, Mike Rosset wrote: >>> * gnu/packages/audio.scm (jack-2): Update to 1.9.14. >>> [arguments]: new 'declare-for-int phase after unpack that declares 'i in the >>> for initialize statement. Add

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Earlier, I wrote: > In contrast, a call to 'substitute*' will silently start doing nothing, > and may easily be forgotten. To make matters worse, a future version of > jack-2 might add another 'for' loop in that file, matching the same > pattern but where it is important that 'i' _not_ be

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Efraim Flashner writes: > On Mon, Sep 14, 2020 at 09:25:25PM -0700, Mike Rosset wrote: >> * gnu/packages/audio.scm (jack-2): Update to 1.9.14. >> [arguments]: new 'declare-for-int phase after unpack that declares 'i in the >> for initialize statement. Add -lstdc++ to LDFLAGS 'set-linkflags

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

On Tue, 15 Sep 2020 14:06:11 +0200 Tobias Geerinckx-Rice via Bug reports for GNU Guix wrote: > Hi Nathan, > > Nathan Dehnel 写道： > > bash-5.0$ youtube-dl -x > > https://www.youtube.com/watch?v=7Ijd_iN9Blk > > [youtube] 7Ijd_iN9Blk: Downloading webpage > > [download] Deadmau5 - Hit

bug#43432: trilinos source vanished

The source page for trilinos (gnu packages engineering) now points to a Github page and the previous tarballs no longer seem to be available. There's a content addressed substitute available from Berlin but I don't see an original tarball from Debian to point to. -- Efraim Flashner אפרים

bug#43232: [PATCH 2/2] gnu: jack2: 'declare-for-int phase no longer required.

Andreas Enge writes: > On Tue, Sep 15, 2020 at 01:37:05AM -0700, Mike Rosset wrote: >> Apologies, I just wanted to keep a series for posterity which normally >> I'm terrible at. I should have mentioned you could just squash them. > > No problem, it is just less work for me to apply just one

bug#43232: [PATCH 2/2] gnu: jack2: 'declare-for-int phase no longer required.

On Tue, Sep 15, 2020 at 01:37:05AM -0700, Mike Rosset wrote: > Apologies, I just wanted to keep a series for posterity which normally > I'm terrible at. I should have mentioned you could just squash them. No problem, it is just less work for me to apply just one patch :) I pushed the commit,

bug#25638: [Hunting]: linux libre 4.4.18 tarball has disappeared

Hi, zimoun skribis: >> When building without substitutes, users should end up downloading: >> >> >> https://mirror.hydra.gnu.org/file/linux-libre-4.4.18-gnu.tar.xz/sha256/0k8k17in7dkjd9d8zg3i8l1ax466dba6bxw28flxizzyq8znljps >> >> … which is still available. > > Well, I am not sure to

bug#43366: "error: rmdir: Device or resource busy" when using btrfs

Hi Maxim, Maxim Cournoyer writes: > I just sent a patch now, but here's a bit more background on what led to > it. Nice find! I'm unable to test out the patch right now on my original use case as I soft bricked my laptop fiddling around with coreboot. And I'm having some issues with my

bug#43109: Infinite loop in cl-subseq

Hello, Le mardi 15 septembre 2020 à 17:44 +0200, Michael Rohleder a écrit : > I believe, this should be fixed with removing the emacs-seq package > (commit 852ae64e11ef9107afabbdb307770f946376addd), no? It is fixed as of now, yes.

bug#43406: Emacs 27.1 memory consumption grows indefinitely

Hi! Pierre Neidhardt skribis: > I believe believe helm-ff cache came with Helm 3.6.4. > > I find it slow (and not so useful?) so I've disabled it with: > > (setq helm-ff-keep-cached-candidates nil) Michael Rohleder skribis: > What helped me was disabling it with: > (setq

bug#25638: [Hunting]: linux libre 4.4.18 tarball has disappeared

Dear, This bug report #25638 is about the linux-libre tarballs for version 4.4.18 are no longer available on their usual locations. >> As a short-term fix could we upload the tarball for 4.4.18 to >> ftp://alpha.gnu.org/gnu/guix/mirror as done before[1]

bug#43109: Infinite loop in cl-subseq

Hello divoplade, I believe, this should be fixed with removing the emacs-seq package (commit 852ae64e11ef9107afabbdb307770f946376addd), no? signature.asc Description: PGP signature

bug#43421: Encoding issue in exported archive signatures

Hi, Ludovic Courtès skribis: > Following the ‘guix authenticate’ in commit > 64cf660f872fb7aaf0d2b463e45b4c756297f743¹, I’m observing encoding > issues: > > guix archive --export \ > /gnu/store/3p5wcw2a0844rbcmlrqfjx8bx7b7gq34-r-rvest-0.3.6-guile-builder > > yield an archive with this

bug#43402: [BUG] python-gssapi-1.6.5 not building

Hello Kurt, Thank you the report! It has been reported twice in these bugs, so I will merge it: 42370 43284 -- SVRMGR> shutdown ORA-01034: ORACLE not available SVRMGR> startup ORA-01081: cannot start already-running ORACLE - shut it down first signature.asc Description: PGP signature

bug#43406: Emacs 27.1 memory consumption grows indefinitely

Hi Ludovic, I also had trouble with that helm caching. I had the impression that it was because of newer helm versions not emacs versions. What helped me was disabling it with: (setq helm-ff-keep-cached-candidates nil) -- Alles fließt, nichts bleibt. Heraklit signature.asc Description:

bug#43406: Emacs 27.1 memory consumption grows indefinitely

More precisely: --8<---cut here---start->8--- - timer-event-handler 805,671,418 87% - apply 804,987,874 87% - helm-ff--cache-mode-refresh

bug#43406: Emacs 27.1 memory consumption grows indefinitely

Hi! Ludovic Courtès skribis: > Since I upgraded to Emacs 27.1, its memory consumption grows without > bounds, to the point that it gets OOM-killed after just a couple of > hours (meaning that it’s used most of the 16G of RAM of my laptop!). > > Does that ring a bell to anyone? I have 50+

bug#25913: [PATCH 0/1] Fix unreachable gdsl package

On Tue, 15 Sep 2020 at 16:01, zimoun wrote: > $ guix time-machine --commit=f6dfe42 -- build gdsl > /gnu/store/yd0vadqjx998v76ynx27klg7i62ra1l1-gdsl-1.8 > > $ ./pre-inst-env guix build gdsl > /gnu/store/zp18gsfw128aam2ifh9rsfn7wxx1fnzh-gdsl-1.8 > > $ diff -r --no-dereference \ >

bug#25913: [PATCH 0/1] Fix unreachable gdsl package

Dear, The mention of the gna.org closing down is reported in bug #25913 . Therefore, the package gdsl is not maintained and the both URLs source and home-page are now unreachable. Currently, substitutes are available on but nothing prevents an unfortunate

bug#43423: [core-updates] Mesa test suite fails

Mesa fails to build on current core-updates: starting phase `check' [1/31] Generating git_sha1.h with a custom command [1/2] Running all tests. 1/94 mesa:util / drirc xml validation OK 0.00s 2/94 mesa:util / u_atomic OK 0.00s 3/94

bug#42740: Segfault in libssh during ‘guix copy’

Hi Ludovic, Ludovic Courtès writes: > Hi Maxim, > > Maxim Cournoyer skribis: > >> What is the manifestation of the current guile-ssh remaining problems? > > To me, the Guile-SSH problems were successfully worked around on our > side with 61fe9ced7da7eefceb931af0cb7363b721f5bdd6. It could be

bug#43132: [GUIX SYSTEM]: Malfunction

Hello Raghav, Raghav Gururajan writes: > Hi! > >> Maxim Cournoyer skribis: >> >>> I took Raghav to #btrfs last week, where with the help of gentle folks a >>> failing drive was established as the most likely culprit. >>> >>> In other words, Btrfs checksuming capabilities helped quickly >>>

bug#43420: icecat causes pulseaudio to crash

So...playing a youtube video in icecat causes pulse to crash. You can play one video and it works, but it crashes if you open another tab or page with a video in it. Also skipping around the seekbar causes it to crash. bash-5.0$ pulseaudio W: [pulseaudio] pid.c: Stale PID file, overwriting. E:

bug#43402: Addition

This error is showing up when trying to build the "synapse" matrix server.

bug#43421: Encoding issue in exported archive signatures

Following the ‘guix authenticate’ in commit 64cf660f872fb7aaf0d2b463e45b4c756297f743¹, I’m observing encoding issues: guix archive --export \ /gnu/store/3p5wcw2a0844rbcmlrqfjx8bx7b7gq34-r-rvest-0.3.6-guile-builder yield an archive with this signature: --8<---cut

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

Hi Nathan, Nathan Dehnel 写道： bash-5.0$ youtube-dl -x https://www.youtube.com/watch?v=7Ijd_iN9Blk [youtube] 7Ijd_iN9Blk: Downloading webpage [download] Deadmau5 - Hit Save-7Ijd_iN9Blk.webm has already been downloaded [download] 100% of 15.45MiB ERROR: ffprobe/avprobe and ffmpeg/avconv not

bug#43132: [GUIX SYSTEM]: Malfunction

Hi! > Maxim Cournoyer skribis: > >> I took Raghav to #btrfs last week, where with the help of gentle folks a >> failing drive was established as the most likely culprit. >> >> In other words, Btrfs checksuming capabilities helped quickly >> discovering a hardware problem which might otherwise

bug#43418: ffprobe/avprobe and ffmpeg/avconv should be added as dependencies of youtube-dl so it will function correctly

bash-5.0$ youtube-dl -x https://www.youtube.com/watch?v=7Ijd_iN9Blk [youtube] 7Ijd_iN9Blk: Downloading webpage [download] Deadmau5 - Hit Save-7Ijd_iN9Blk.webm has already been downloaded [download] 100% of 15.45MiB ERROR: ffprobe/avprobe and ffmpeg/avconv not found. Please install one.

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Earlier, I wrote: > However, I've noticed that in Dillo with CSS disabled, generating a > 'pre' for each line makes the line spacing larger than would be ideal. > It seems that some vertical padding or margins are added around each > 'pre'. It's likely that many browsers do this in their default

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Ricardo Wurmus writes: >> On Mon, 14 Sep 2020 at 22:58, Mark H Weaver wrote: >> >>> For what it's worth: not everyone uses Emacs, and it would be good to >>> support users who choose to use simpler software. I guess that it would >>> be quite easy to modify the software behind

bug#43166: The issues.guix.gnu.org is hard to read in emacs-w3m.

Ricardo Wurmus writes: > The attached patch seems to fix the worst problems. Ohh...thank you!!! This makes issues at least readable in EWW. It's a bit annoying to change issues URLs into bugs.gnu.org urls and this also made me reluctant to share issues URLs -- altough I greatly appreciate all

bug#43416: waybar 0.9.3 fails to build

On Mon, Sep 14, 2020 at 10:18:01PM -0500, bdju via Bug reports for GNU Guix wrote: > build log: http://ix.io/2xBx > guix (GNU Guix) 818237d947f0f48eaa1033bca9e090ceeeb5a9ab > I checked upstream and there doesn't seem to be a way yet to build waybar with fmt-7 so I've built it with fmt-6 like

bug#43232: [PATCH 2/2] gnu: jack2: 'declare-for-int phase no longer required.

Andreas Enge writes: > Hello Mike, > > On Tue, Sep 15, 2020 at 12:48:02AM -0700, Mike Rosset wrote: >> * gnu/packages/audio.scm (jack2): remove 'declare-for-int phase. >> [arguements]: phases 'declare-for-int has been removed. since package now >> builds. > > I am getting a bit lost; it looks

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

* gnu/packages/audio.scm (jack-2): Update to 1.9.14. [arguments]: 'set-linkflags phase now adds -lstdc++ to the LDFLAGS environment variable. This fixes an issue that where the linker would fail with "undefined reference to symbol '__gxx_personality_v0@@CXXABI_1.3" on aarch64-linux system. ---

bug#42740: Segfault in libssh during ‘guix copy’

Hi Maxim, Maxim Cournoyer skribis: > What is the manifestation of the current guile-ssh remaining problems? To me, the Guile-SSH problems were successfully worked around on our side with 61fe9ced7da7eefceb931af0cb7363b721f5bdd6. It could be that you found an issue we didn’t address. > Is it

bug#43416: waybar 0.9.3 fails to build

build log: http://ix.io/2xBx guix (GNU Guix) 818237d947f0f48eaa1033bca9e090ceeeb5a9ab

bug#43232: [PATCH 2/2] gnu: jack2: 'declare-for-int phase no longer required.

Hello Mike, On Tue, Sep 15, 2020 at 12:48:02AM -0700, Mike Rosset wrote: > * gnu/packages/audio.scm (jack2): remove 'declare-for-int phase. > [arguements]: phases 'declare-for-int has been removed. since package now > builds. I am getting a bit lost; it looks like this patch has to be applied on

bug#43232: [PATCH 2/2] gnu: jack2: 'declare-for-int phase no longer required.

* gnu/packages/audio.scm (jack2): remove 'declare-for-int phase. [arguements]: phases 'declare-for-int has been removed. since package now builds. --- gnu/packages/audio.scm | 6 -- 1 file changed, 6 deletions(-) diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm index

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

Efraim Flashner writes: > On Mon, Sep 14, 2020 at 09:25:25PM -0700, Mike Rosset wrote: >> (modify-phases %standard-phases >> + (add-after 'unpack 'declare-for-int >> + (lambda _ >> + ;; Declare the for loop i incrementer. >> + (substitute*

bug#43306: roffit is missing a dependency

On Thu, Sep 10, 2020 at 02:44:55PM +0200, raingloom wrote: > ``` > Can't locate HTML/Entities.pm in @INC (you may need to install the > HTML::Entities module) (@INC contains: > /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi >

bug#43232: [PATCH] gnu: jack-2: Update to 1.9.14.

On Mon, Sep 14, 2020 at 09:25:25PM -0700, Mike Rosset wrote: > * gnu/packages/audio.scm (jack-2): Update to 1.9.14. > [arguments]: new 'declare-for-int phase after unpack that declares 'i in the > for initialize statement. Add -lstdc++ to LDFLAGS 'set-linkflags phase > ensures -lstdc++ is at the