bug#40837: core-updates: webkitgtk web process sandbox incomplete

I'm a little bit unstuck now. I found a bubblwrap issue [0], which I believe is the one that we're running into. [0] https://github.com/containers/bubblewrap/issues/195 "Errors when --bind used with a symlinked path" With insight gained there, I've determined that the following simplified

bug#40803: One page HTML cookbooks are 404

On Tue, Apr 28, 2020 at 01:01:03AM +0200, Björn Höfling wrote: > BTW, the link to the translation project 404s too: > > https://translationproject.org/domain/guix-cookbook.html The cookbook is not available at the TP because no POT file is shipped in Guix’ tarball. Julien suggested moving the

bug#40803: One page HTML cookbooks are 404

Hi operator.name, On Thu, 23 Apr 2020 22:17:13 + "operator.name" via Bug reports for GNU Guix wrote: > As of now these following pages 404: > > https://guix.gnu.org/cookbook/de/guix-cookbook.de.html > https://guix.gnu.org/cookbook/en/guix-cookbook.html >

bug#40837: core-updates: webkitgtk web process sandbox incomplete

I didn't have any better luck with the Nix patch. I was also unable to any problems with /etc/pulse/client.conf when calling bwrap manually on the command line. I'm afraid that I'm stuck for now. I have asked the WebKit developers for help:

bug#40891: import crate: Traceback when package not found

Hi, Hartmut Goebel skribis: > If "import crate" does not find the package, a traceback is shown (see > below) Fixed in 5fbc753ab524809cd81e3e5c54b3d0acbe33792d. Thanks, Ludo’.

bug#40906: Downloading the incorrect sourceforge URL doesn't fail

On Mon, Apr 27, 2020 at 05:40:28PM +0100, pkill9 wrote: > running `guix download > mirror://sourceforge/Jamulus/3.4.4/jamulus-3.4.4.tar.gz` eventually > downloads a HTML page. `guix download` is just a tool for downloading things and putting them in /gnu/store. Can you say what you expected to

bug#40906: Acknowledgement (Downloading the incorrect sourceforge URL doesn't fail)

Weird, it is opening URLs fine again...

bug#40906: Downloading the incorrect sourceforge URL doesn't fail

running `guix download mirror://sourceforge/Jamulus/3.4.4/jamulus-3.4.4.tar.gz` eventually downloads a HTML page.

bug#40899: Locales not set up correctly

Dear, On Mon, 27 Apr 2020 at 14:30, Matthew Kraai wrote: > $ guix package -i nss-certs > guile: warning: failed to install locale There 3 points: a) "guix install glibc-utf8-locales" as root because of the daemon and restart it. (depending on your system init, an extra config should be

bug#40839: Shepherd activation .GO files are not cross-compiled ... and the Hurd

Hello Janneke! I had a look to (gnu system hurd), this is really nice! I think we could try an explosive mixture of our two branches :) More seriously, we could do something like: --8<---cut here---start->8--- (define hurd-disk-image (image (format

bug#40899: Locales not set up correctly

Hi, After I launch an EC2 instance using the official Debian 10 Buster AMI and run the attached script, which should match the installation instructions in the manual, the locales don't seem to be set up properly. For example, ``` $ guix package -i nss-certs guile: warning: failed to install

bug#40895: import crate: Relaxed version selection

If (manually) importing dependencies for some package requiring "other ^0.2", I would like the importer to fetch the newest version of other-0.2.x automatically. As it is now, I need to specify the exact version number, e.g. "guix import crate other@0.2.4" - and the get the version number I need

bug#40894: import crate: Use proper variable names

"import crate -r" shall create and use "proper" variable names for the package definitions it prints out and for the packages it reference. If guix commits to use variable names follow the Cargo book (see ), the importer shall

bug#40893: import crate: Recursive importer loops

When running "import crate -r", the same packages get downloaded again and again. Depending on the package to be imported, this looping can take quite some time and the user gets the impression, that the import will recurse endlessly. I would expect the importer to recognize it did already

bug#40891: import crate: Traceback when package not found

If "import crate" does not find the package, a traceback is shown (see below) I would expect an error message stating that the package was nor found (or whatever crates.io error message is) $ guix import crate non-exeisti[hartmut@lenashee [1] guix (HG-sequoia-as-rust-pkgs)]$ guix import crate

bug#35574: bcm5974 touchpad is not recognized as touchpad

Hello Florian, > I tested the patch with linux-libre 5.4 on various x86_64 machines and > I tested 5.4, 4.19 and 4.4 on my Macbook. I did not wait for > compilation to complete on non-Intel architectures, but I doubt the > patch causes problems. Thanks for fixing this! This seems like a

bug#40889: CI system displays unix timestamp as duration

On Sun, Apr 26, 2020 at 08:45:13PM -0400, Jonathan Frederickson wrote: > This page for example says the build took "1586990816 seconds”: > http://ci.guix.gnu.org/build/2602653/details > > > …but it appears that’s actually the timestamp of the end