bug#32773: [PATCH] Fix clang libstdc++ header location search

> I'm not sure what the answer is there though, as we still need to patch > in the full path to the headers... maybe a cmake option and associated > macro to be used in that file? They already have a CMake option to select libc++ or libstdc++, so adding another option to specify the path of the

bug#21803: Bug #21803 Hunting: status?

Hi Ludo, Thank you for the explanations. On Thu, 14 Nov 2019 at 22:09, Ludovic Courtès wrote: > I would probably do “guix build guitarix” (get the substitute) and then > “guix build guitarix --check --no-grafts -K”, possibly several times*, > which builds guitarix alone from source. I confirm

bug#37850: Glib documentation is missing

On Fri, Nov 15, 2019 at 12:17:30PM +0100, Pierre Neidhardt wrote: > You are right, something is wrong with substitute-keyword-arguments. > No, I did not say that, I said that despite substitute-keyword-arguments returning the correct arguments – as is visible by enclosing the args with a call to

bug#37850: Glib documentation is missing

Pierre Neidhardt writes: > You are right, something is wrong with substitute-keyword-arguments. The problem is that GLib has no configure-flags from before. I'm not sure why we get no error from substitute-keyword-arguments (is it swallowed? never run?), but if you change this part: (substit

bug#37850: Glib documentation is missing

Oh, that makes total sense, thanks for the explanation Marius! Alright, final patch attached. Let me know if I should merge on master. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature >From 29d27b64fb7bbf96a2ed59a3e1c4179717770f5c Mon Sep 17 00:00:00 2001 From

bug#21803: other waf non reproducible: mpv and ardour

Hi, I do not know if it is related but these 2 packages using the waf build system are not reproducible too. - mpv - ardour --8<---cut here---start->8--- $ diff -r --no-dereference /gnu/store/gb935w89qyyi4ljyaz40brai2z9wg0fr-mpv-0.30.0 /gnu/store/gb935w89qyy

bug#38163: GDK does not return the monitor's refresh rate

Alexandros Theodotou writes: > Hi Ludo, > >> We won’t make this change in ‘master’ because it entails too many >> rebuilds, but it could go on the next branch for massive rebuilds. > > Makes sense. I will be using my local gtk+ version for a while then > until this change goes live. Note that t

bug#21803: guitarix non-reproducible hard to reproduce

Dear, Resume: The command "guix build guitarix" downloads from ci.guix.gnu.org. Then "guix build guitarix --no-grafts -K --check" rebuilds locally. The two differ of one symlink. --8<---cut here---start->8--- diff -r --no-dereference /gnu/store/16g7l26rpwhza7fm

bug#37939: guix-install.sh: Fails to detect signing key on Debian10.

On Sun, 27 Oct 2019 05:15:17 -0700 Bengt Richter wrote: > Hi again Kai, > > On +2019-10-27 09:59:39 +0100, Kai Mertens wrote: > > Dear GNU Guix developers, > > > > [...] > > > > man sudo ;-) Oops. > > specifically the -i option > > I think if you are a "sudoer" plain sudo switches you to

bug#38226: guix pull: error: build failed: [...] ice-9/boot-9.scm:109:20: Syntax error:

Dear Guix Developers, unfortunately, I do not manage to update my outdated GNU Guix version via “sudo -i guix pull -c0”. The command fails with the listed message after being executed for about 16hours. I tried it three times, on different days. The most recent one was yesterday. In differenc

bug#37865: guix pull: error: You found a bug:

On Sun, 27 Oct 2019 04:52:14 -0700 Bengt Richter wrote: > My bet is you'll revert your workarounds, do a guix pull and maybe guix > update for good measure, > then guix install glibc-utf8-locales (unless you have an exotic locale, in > which case you may need > to do guix install glibc-locales)