bug#51591: webkitgtk fails to build on i686-linux; possibly a clang issue

Earlier, I wrote: > I just noticed that the aforementioned patch is already applied to > upstream WebKitGTK-2.34.1, so all we would need to do is change "1" to > "0" in the following line on i686-linux systems: > > #define USE_MUL_OVERFLOW 1 > > I pushed the following (untested) commit to 'gnuzil

bug#51559: [PATCH] gnu: webkitgtk: Disable SSE2 when not on x86_64.

Hi Liliana, Liliana Marie Prikler writes: > Am Freitag, den 05.11.2021, 20:15 + schrieb Maxime Devos: >> Liliana Marie Prikler schreef op vr 05-11-2021 om 21:06 [+0100]: >> > * gnu/packages/webkit.scm (webkitgtk)[#:phases]: Add ‘disable- >> > sse2’. >> > --- >> > gnu/packages/webkit.scm | 5

bug#51559: [PATCH v2] gnu: webkit: Disable SSE2 when not on x86_64.

Hi Liliana, Liliana Marie Prikler writes: > diff --git a/gnu/packages/webkit.scm b/gnu/packages/webkit.scm > index e54b680855..ca50ab37a8 100644 > --- a/gnu/packages/webkit.scm > +++ b/gnu/packages/webkit.scm > @@ -241,7 +241,7 @@ (define-public webkitgtk > (build-system cmake-build-system)

bug#51559: [PATCH v2] gnu: webkit: Disable SSE2 when not on x86_64.

Hi Liliana, I have one more comment: Liliana Marie Prikler writes: > @@ -241,7 +241,7 @@ (define-public webkitgtk > (build-system cmake-build-system) > (outputs '("out" "doc")) > (arguments > - '(#:tests? #f ; no tests > + `(#:tests? #f ; no tests > #:build-type "R

bug#51559: [PATCH v2] gnu: webkit: Disable SSE2 when not on x86_64.

Hi Liliana, Liliana Marie Prikler writes: > Am Samstag, den 06.11.2021, 04:55 -0400 schrieb Mark H Weaver: >> However, in this particular case it hardly matters, since our libsoup >> package currently fails to build on any system that's not x86-based. > That sounds awf

bug#47422: tar is vulnerable to CVE-2021-20193

Hi, Here's a proposed fix, which I've tested on my own system. Are there any objections to pushing this to 'master'? Thanks, Mark >From 5737b91e9979c7df2a76b033f38871c2326ab0f1 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sat, 6 Nov 2021 05:52:24 -04

bug#51591: webkitgtk fails to build on i686-linux; possibly a clang issue

Hi Maxime, Earlier, I wrote: > Having said all of this, I certainly agree that the conditional above > should be changed to follow our best practices. Would you like to > propose a patch? I went ahead and cherry-picked your 'target-x86-32?' and 'target-x86-64?' predicates to 'master' in commit b

bug#51696: Request: Adopt the unofficial GUIX community on Matrix

Hi Jacob, Jacob Hrbek writes: > There is an unofficial GNU Guix community on matrix (#guix:matrix.org) > with 375 members and an unofficial matrix space that i've created > (https://matrix.to/#/#gnu-guix:tchncs.de) which consist of > IRC<->Matrix bridged channels. > > Proposing for GNU Guix to a

bug#47422: tar is vulnerable to CVE-2021-20193

Six days ago, I wrote: > Here's a proposed fix, which I've tested on my own system. > Are there any objections to pushing this to 'master'? I've now pushed this to 'master', commit 33a80e111096b05af3d60576dfcb2d67099dc60e. I'm closing this bug now. Thanks! Mark -- Disinformation fl

bug#33362: System tests stuck in "shepherd[1]: waiting for udevd..."

Hi Simon, zimoun writes: > On Mon, 12 Nov 2018 at 20:09, Mark H Weaver wrote: > >> As I write this, there are two system test builds that have been stuck >> for many hours, endlessly printing "shepherd[1]: waiting for udevd...": >> >> https:

bug#52236: PRIVACY: Integrate arkenfox for icecat configuration

Hi Jacob, Jacob Hrbek writes: > Arkenfox is a community > maintained user.js file used for browser hardening. In the past, I've investigated and integrated some ideas from similar "user.js"-style projects into IceCat. I'm open to integrating more, but I'd p

bug#52236: PRIVACY: Integrate arkenfox for icecat configuration

Hi Maxime, Jacob, and others, Maxime Devos writes: > Jacob Hrbek schreef op do 02-12-2021 om 03:58 [+]: [...] >> [...] so that the browser can be a sufficient replacement for Tor >> Browser Bundle. > > The Tor project advised against using anything but their Tor Browser, > to avoid fingerpri

bug#52228: NSS CVE-2021-43527 "memory corruption validating dsa/rsa-pss signatures"

h is 'master' plus two new commits: --8<---cut here---start->8--- commit 0863c665ebc54046baac7db1fde1f1f0e24476d0 Author: Mark H Weaver Date: Thu Dec 2 20:23:16 2021 -0500 UNTESTED: gnu: nss: Fix CVE-2021-43527 via graft. * gnu/packages

bug#52228: NSS CVE-2021-43527 "memory corruption validating dsa/rsa-pss signatures"

Hi, For the record, I've pushed commits 080a5de2eeb5e0da83ae9fd94488508d5227c4e3 and d49e7a592f2f12cd1f9e07edfeebe0a2771f491e to the 'master' branch, which I believe should fix this issue in our 'nss', 'icecat', 'icedove', 'icedove-wayland', and 'geierlein' packages. Does anyone know if there are

bug#52338: Crawler bots are downloading substitutes

Hi Leo, Leo Famulari writes: > I noticed that some bots are downloading substitutes from > ci.guix.gnu.org. > > We should add a robots.txt file to reduce this waste. > > Specifically, I see bots from Bing and Semrush: > > https://www.bing.com/bingbot.htm > https://www.semrush.com/bot.html For w

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

Hi Ricardo, Ricardo Wurmus writes: > This is now fixed in mumi. I tested the change in eww and in icecat. > > This was easier to implement than when the bug was first reported. Due > to later developments I could limit the use of “pre” to lines in the > “diff” context, so that message text can

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

Hi Ricardo, Ricardo Wurmus writes: > This is now fixed in mumi. I tested the change in eww and in icecat. > > This was easier to implement than when the bug was first reported. Due > to later developments I could limit the use of “pre” to lines in the > “diff” context, so that message text can

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

Hi Ricardo, Ricardo Wurmus writes: >> However, in both EWW and Lynx, the embedded patches are rendered >> double-spaced, i.e. there are empty lines inserted between every two >> adjacent lines of every patch. I guess that's because Mumi wraps each >> individual line within its own 'pre' and 'di

bug#52890: Bogus gpl(7) man page in 'musl-cross' package

I built the 'musl-cross' package on my personal branch[*] and found that the build output contains a bogus "share/man/man7/gpl.7" file. The file contains only 10 bytes: "timestamp\n". Mark [*] My personal branch is admittedly very far from the current 'master' branch, but I doubt it m

bug#52073: remove Google support from GVFS?

configure-flags. commit e6b6e834903f001d4f2ae9bf0511bf7953c0f80b Author: Mark H Weaver Date: Sun Sep 20 14:41:29 2020 -0400 gnu: webkitgtk: Update to 2.30.0. * gnu/packages/webkit.scm (webkitgtk): Update to 2.30.0. [arguments]: Add "-DUSE_SYSTEMD=OFF&quo

bug#52073: remove Google support from GVFS?

he following commit looked like a simple update, but in fact it required additional changes. Mark > commit 844cc6f876b8dcadf210398e68b3f3f824cb7144 > Author: Mark H Weaver > Date: Sat Sep 22 19:17:02 2018 -0400 > > gnu: webkitgtk: Add version 2.22.2. > >

bug#53000: How to reclaim space when no space is available?

Jeffrey Walton writes: > Does anyone know how to delete all old packages and artifacts without > the need for some free disk space? Are there are any nonessential files on that partition, outside of the store, that could be temporarily moved elsewhere, or deleted? Perhaps old logs from /var/log,

bug#37135: GNOME+Wayland: mouse pointer disappears over gnome-shell elements

This problem appears to be fixed with the recent GNOME updates, so I'm closing this bug. Mark

bug#38045: IceCat: some codecs don't work without workaround

Hi Jakub, Jakub Kądziołka wrote: > I had some problems with video codecs in IceCat 68.3.0-guix0-preview1. > For example, consider this page: http://demo.nimius.net/video_test/. By > default, the videos under the headings H.264 / AAC and MPEG4 don't work > ("No video with supported format and MIME

bug#40017: hplip-3.20.2 source tarball hash mismatch

The following commit updated hplip to 3.20.2, but the actual hash of the source tarball does not match the expected hash in the commit. Thanks, Mark --8<---cut here---start->8--- commit ed2d015d293fb0ffa3e47f98f1db625b91420d94 Author: Tobias Geerinc

bug#40612: guix build system --dry-run is broken

I guess this is related to the recent changes in graft handling, where --dry-run (a.k.a. -n) no longer implies --no-grafts. It's not working well for me. I hadn't updated my system since before those grafting changes were made, and there's a lot for me to rebuild (I don't use substitutes). I was

bug#40612: guix build system --dry-run is broken

Hi Ludovic, > Björn Höfling skribis: > >> On Mon, 13 Apr 2020 17:31:56 -0400 >> Mark H Weaver wrote: >> >>> I guess this is related to the recent changes in graft handling, where >>> --dry-run (a.k.a. -n) no longer implies --no-grafts. It's no

bug#40612: guix build system --dry-run is broken

Hi Ludovic, Ludovic Courtès wrote: > Mark H Weaver skribis: > >> Yes, of course, I agree that it's not possible to present a build plan >> ahead of time when grafts are enabled. That was the case before these >> changes, and it's the case today. >> &g

bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic

Hi, sirmacik wrote: > There seems to be a problem with Tor and TorButton in GNU IceCat's > package. Torsocks works for other apps, TorButton shows notification > that it's connected to the Tor server but when I go to > check.torproject.org I'm not routed through tor. Thanks for bringing this to

bug#35728: Tor & IceCat's TorButton shows it's connected but doesn't route the traffic

Hello again. In my previous message, I asked: > Which version of Debian did you test with, and how did you > install the Firefox that you used for testing this? Also, what version of Firefox did you test with? Thanks, Mark

bug#42789: Linux-libre 5.8 and beyond

Hi Leo, Leo Famulari wrote: > On Sun, Aug 09, 2020 at 06:17:48PM -0400, Mark H Weaver wrote: >> If the file name and hash matches a previously downloaded file in your >> store, the guix daemon uses that one and skips the download, regardless >> of the URL. That's

bug#42789: Linux-libre 5.8 and beyond

Leo Famulari wrote: > I've pushed an updated patch to the kernel-updates branch: > > https://git.savannah.gnu.org/cgit/guix.git/commit/?h=kernel-updates&id=387446c93261868bd4c4188687b508aa0a2da7e8 Looks good to me. Thank you! Mark

bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server

Updating my Guix system today, I hit a consistent test failure in 'evolution-data-server'. Its 'test-book-client-custom-summary' test failed in 4 consecutive attempts, although it had never failed for me before. See below for the relevant part of the build log. Since 'evolution-data-server' itse

bug#42978: p11-kit 0.23.21 update causes test failure in evolution-data-server

Hi Tobias, Tobias Geerinckx-Rice wrote: > [...] after building webkitgtk, > evolution-data-server builds without issue on guix > c02398edf43c393b858d57c7b9e4839514f85acb (current master). > > This was on a powerful machine, but I pushed - and hence tested - the p11-kit > update on a modest Think

bug#43138: Stack overflow in emacs 27 because of preloading emacs-seq

Hi Pierre, Pierre Langlois writes: > [...] However, it mentions that `emacs-seq` has been > included in emacs proper for a while. > > So, what would be the best fix for this? Should we remove `emacs-seq` > entirely or try and patch it? Since we don't support previous versions > of emacs I don't

bug#70663: nss@3.99 is really hard to build

Hi Maxim, Maxim Cournoyer writes: > Christopher Baines writes: [...] >> At least from what I can see on the issues, the problem was introduced >> with the update to 3.98.0 [3] and then continued with the update to 3.99 >> [4]. Given the changes in 70662 were sent to guix-patches and then >> mer

<    6   7   8   9   10   11