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

bug#61722: [PATCH] cpio: Properly handle Unicode characters in file names.

Hi Maxim, Maxim Cournoyer writes: > Fixes . > > * guix/cpio.scm (file->cpio-header): Compute the file name length in bytes > rather than in > characters. > (file->cpio-header*, special-file->cpio-header*): Likewise. > (write-cpio-archive): Likewise, and write

bug#32026: [PATCH v4 1/9] gnu: Add a 'update-mozilla-locales' helper for maintenance.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (update-mozilla-locales): New procedure. > (all-mozilla-locales): Comment how to proceed to update it. The second line above should be removed to reflect the updated patch. > +(define (update-mozilla-locales changesets.json) > + "

bug#32026: [PATCH v4 3/9] gnu: Define %icecat-base-version at the top level.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (%icecat-base-version): New variable. > (%icecat-version): Define in terms of %icecat-base-version. > (icecat-source): Adjust to use the above newly introduced variables. What's the rationale for this? I couldn't find any uses of '

bug#32026: [PATCH v3 04/11] gnu: icecat: Make language packs reproducible.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/patches/icecat-reproducible-langpacks.patch: New file. > * gnu/local.mk (dist_patch_DATA): Register. it. > * gnu/packages/gnuzilla.scm (icecat-source): Apply it. Instead of adding this patch in Guix, let's make the change in upstream IceCat. Am

bug#32026: [PATCH 03/10] gnu: Define UPSTREAM-FIREFOX-SOURCE at the top level.

Hi Maxim, Maxim Cournoyer writes: > Mark H Weaver writes: > >> Maxim Cournoyer writes: >> >>> * gnu/packages/gnuzilla.scm (%icecat-base-version): New variable. >>> (%upstream-firefox-version): Likewise. >>> (%icecat-version): Define in terms o

bug#32026: [PATCH 05/10] gnu: Add icecat-l10n and icedove-l10n.

Hi Maxim, Maxim Cournoyer writes: > Mark H Weaver writes: [...] >> (1) Instead of generating the locales in separate "*-locales" packages >> and then merging them with the main package (which must then be >> renamed to "*-minimal"), ho

bug#32026: [PATCH 10/10] gnu: icecat: Unbundle nss and nspr.

Hi Maxim, Maxim Cournoyer writes: > I've updated nss-next to 3.88.1 on master, which is supposed to fix this > CVE, [...] Great, thanks! Could you please make sure that 'nspr-next' is up-to-date as well? It would be good to avoid inadvertently downgrading the NSPR used by IceCat. I don't know

bug#32026: [PATCH v3 10/11] gnu: nss-next: Update to 3.88.1 [fixes CVE-2023-0767].

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/nss.scm (nss-next): Update to 3.88.1 This commit should be pushed immediately as an important security update. Thanks, Mark

bug#32026: [PATCH 09/10] gnu: icecat: Remove gtk+-2 input.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (icecat-minimal) [inputs]: Remove gtk+-2. Looks good to me, except that the commit log should say 'icecat' instead of 'icecat-minimal' if it's pushed now. Thanks, Mark

bug#32026: [PATCH 05/10] gnu: Add icecat-l10n and icedove-l10n.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (%icecat-locales, %icedove-locales): New variable. > (make-l10n-package): New procedure. > (icecat-l10n, icedove-l10n): New variables. Thanks very much for this important work. Our lack of support for language packs has been sore s

bug#32026: [PATCH 03/10] gnu: Define UPSTREAM-FIREFOX-SOURCE at the top level.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (%icecat-base-version): New variable. > (%upstream-firefox-version): Likewise. > (%icecat-version): Define in terms of %icecat-base-version. > (upstream-firefox-source): New variable. > (icecat-source): Adjust to use the above newly

bug#32026: [PATCH 10/10] gnu: icecat: Unbundle nss and nspr.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (icecat-minimal) [inputs]: Add nspr-next and > nss-next. > [configure-flags]: Re-instate the "--with-system-nspr" and "--with-system-nss" > configure flags. > [phases] {remove-bundled-libraries}: Update comment. This is really grea

bug#32026: [PATCH 01/10] gnu: Add a 'update-mozilla-locales' helper for maintenance.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/gnuzilla.scm (update-mozilla-locales): New procedure. > (all-mozilla-locales): Comment how to proceed to update it. [...] > +(define (update-mozilla-locales changesets.json) > + "Output a new list of Mozilla locales, to update the ALL-MOZILLA

bug#32026: [PATCH 04/10] gnu: icecat: Update the "ach" locale.

Hi Maxim, Maxim Cournoyer writes: > The currently captured changeset didn't match what the manifest in the source > specifies. This was discovered by running 'update-mozilla-locales'. > > * gnu/packages/gnuzilla.scm (all-mozilla-locales) [ach]: Update revision and > hash. I took the liberty of

bug#32026: [PATCH 05/10] gnu: icecat: Add a patch that makes building language packs reproducible.

Hi Maxim, Maxim Cournoyer writes: > Mark H Weaver writes: > >> Maxim Cournoyer writes: >> >>> * gnu/packages/patches/icecat-reproducible-langpacks.patch: New file. >>> * gnu/local.mk (dist_patch_DATA): Register. it. >>> * gnu/packages/gnuzilla.sc

bug#32026: [PATCH 05/10] gnu: icecat: Add a patch that makes building language packs reproducible.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/patches/icecat-reproducible-langpacks.patch: New file. > * gnu/local.mk (dist_patch_DATA): Register. it. > * gnu/packages/gnuzilla.scm (icecat-source): Apply it. Let's make this change in upstream IceCat instead of in Guix. What do you think?

bug#32026: [PATCH 10/10] gnu: icecat: Use the locale of the system.

Hi Maxim, Maxim Cournoyer writes: > * gnu/packages/patches/icecat-makeicecat.patch: Set the intl.locale.requested > option to the empty string. Let's fix this in upstream IceCat. I see that you've already posted a proposed patch to bug-gnuzilla. I'll followup there. Thanks! Mark

bug#58591: Java packages do not appear to keep a reference to their inputs

Julien Lepiller writes: > You're right, java package don't retain references to there input, > that's why we propagate required dependencies (mh… sometimes). I don't > know how they could reference dependencies directly. A better workaround would be to add a phase that installs file(s) in the ou

bug#30265: Fish embeds store file names in UCS-4/UTF-32 literal strings

John Soo writes: > I looked into it and I think a patch to fish might be required but I > got buried in other work. Note that commit 1bab9b9f17256a9e4f45f5b0cceb8b52e0a1b1ed (April 2021) added support in our grafting code to find and rewrite UTF-16 and UTF-32 store references. That might have mi

bug#37244: Icecat Audio Issues

One of the differences between Firefox and IceCat is the default value of the "privacy.resistFingerprinting" setting in . The default in Firefox is "false", and the default in IceCat is "true". I've found that some audio/video players that misbehave in IceCat will start working correctly if you s

bug#58147: FAAC considered nonfree by Debian and Parabola

Liliana Marie Prikler writes: > Am Mittwoch, dem 28.09.2022 um 19:12 +0200 schrieb Denis 'GNUtoo' > Carikli: >> The path chosen by Parabola (and probably most other FSDG compliant >> or 100% free distributions) was to make the packages not depend on >> faac. > Assuming one can clearly point out

bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.

Hi Raghav and bdju, "bdju" via Bug reports for GNU Guix writes: > On Sun Apr 24, 2022 at 1:06 AM CDT, Raghav Gururajan via Bug reports for GNU > Guix wrote: >> Hello Guix, >> >> It appears that the applications IceCat and IceDove doesn't follow >> system's locale/timezone. By default, it uses

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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: > 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] 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#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#51591: webkitgtk fails to build on i686-linux; possibly a clang issue

Hi Maxime, Maxime Devos writes: > Mark H Weaver schreef op vr 05-11-2021 om 15:42 [-0400]: >> +     ;; XXX Until we switch back to using GCC, >> + ;; work around <https://bugs.gnu.org/51591>. >> + ,@(if (string=? &q

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

Hi Maxime, Maxime Devos writes: > Leo Famulari schreef op vr 05-11-2021 om 12:23 [-0400]: >> For use of tar by Guix users, we could add a new package 'tar-1.34' >> and arrange so that `guix install tar` selects it instead of >> tar@1.32, and so that whatever tar is provided by default on Guix >>

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

Hi Liliana, Liliana Marie Prikler writes: > Am Donnerstag, den 04.11.2021, 19:15 -0400 schrieb Mark H Weaver: [...] >> A more conservative approach would be to apply a patch to >> trunk/Source/WTF/wtf/CheckedArithmetic.h analogous to the one in the >> second link I cited a

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

Leo Famulari writes: > On Fri, Nov 05, 2021 at 09:08:05AM +0100, Liliana Marie Prikler wrote: >> I did some static code analysis and it seems we could comment out the >> line >> CHECK_FOR_SSE2() >> in Source/cmake/DetectSSE2.cmake. In my personal opinion, we should >> probably do so on all pla

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

Liliana Marie Prikler writes: > Am Mittwoch, den 03.11.2021, 17:04 -0400 schrieb Mark H Weaver: >> Earlier, I wrote: >> > libwebkit2gtk-4.0.so fails to link on i686-linux, due to an >> > undefined reference to '__mulodi4'. >> >> Here are some

bug#51555: bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Hi Leo, Leo Famulari writes: > On Thu, Nov 04, 2021 at 08:57:18AM -0400, Mark H Weaver wrote: >> Although the WebKitGTK package itself built successfully using GCC 11, >> the switch to GCC 11 caused many failures in programs that use >> WebKitGTK. For example: > >

bug#51559: Webkit fails to build

Hi, Liliana Marie Prikler writes: > Am Donnerstag, den 04.11.2021, 14:23 -0400 schrieb Maxim Cournoyer: >> Note that on the core-updates-frozen-batched-changes branch webkitgtk >> (with libsoup2 or 3) could still be built with GCC (version 10). > Should we try building webkitgtk and its dependan

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

reopen 51591 thanks Hi Liliana, Mark H Weaver writes: > Liliana Marie Prikler writes: > >> Am Mittwoch, den 03.11.2021, 14:09 -0400 schrieb Mark H Weaver: >>> [...] >>> >>> Note that I tried clang-11 first, because upstream WebKit surely uses >

bug#51559: bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Hi Liliana, Liliana Marie Prikler writes: > Am Mittwoch, den 03.11.2021, 14:09 -0400 schrieb Mark H Weaver: >> [...] >> >> Note that I tried clang-11 first, because upstream WebKit surely uses >> clang for compilation, and it works for building IceCat on Guix, so I

bug#51555: bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Liliana Marie Prikler writes: > Am Mittwoch, den 03.11.2021, 14:09 -0400 schrieb Mark H Weaver: >> [...] >> >> Note that I tried clang-11 first, because upstream WebKit surely uses >> clang for compilation, and it works for building IceCat on Guix, so I >> ha

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

Earlier, I wrote: > libwebkit2gtk-4.0.so fails to link on i686-linux, due to an undefined > reference to '__mulodi4'. Here are some relevant links: https://bugs.webkit.org/show_bug.cgi?id=190208 https://trac.webkit.org/changeset/272140/webkit https://github.com/android/ndk/issues/506 > h

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

libwebkit2gtk-4.0.so fails to link on i686-linux, due to an undefined reference to '__mulodi4'. https://ci.guix.gnu.org/build/1428233/details See below for the tail of the build log. It might be an issue with clang, or with our clang packaging. Thanks, Mark --8<---cu

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

FYI, I pushed commit 9d3a5ddc2700aa099bb1bf9c5e8b3062445b907a to 'master', which fixes the webkitgtk-2.34.1 build on x86_64-linux. In addition to the fixes already shown in Liliana's proposed patch, 9d3a5ddc27 also arranges to use clang-11 for compilation. Unfortunately, the build fails on i686-l

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Hi Liliana, Liliana Marie Prikler writes: > Am Dienstag, den 02.11.2021, 13:31 -0400 schrieb Mark H Weaver: [...] >> or (2) try using a newer C++ compiler. > Is this really an issue with g++? Not necessarily. It could be that the code relies on compiler behavior beyond what is req

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Hi Liliana, Liliana Marie Prikler writes: > I'm now trying 2.34.4 (same version and hash as c-u-f), which at least > appears to build further than the bug we both encounter. As far as I can tell, WebKitGTK 2.34.4 doesn't yet exist. The newest version available at

bug#51478: icecat 91 can't display chinese font in many web page

Hi, Z572 <873216...@qq.com> writes: > I add "/run/current-system/profile/share/fonts/" to > "security.sandbox.content.read_path_whitelist" fixed it for me. Thanks! One very important note: you should "reset" this customization after updating to IceCat 91.3.0, or else IceCat will stop working cor

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

"Leo Famulari" writes: > Thanks, please push! How about testing it first, for a change? An essentially equivalent[*] patch didn't work for me, although admittedly my private branch has diverged quite a bit from master. Based on the error message, I guess we might need to use a newer C++ compile

bug#51564: [PATCH] gnu: webkitgtk: Fix configure failures.

Hi Liliana, Liliana Marie Prikler writes: > See , , and > . > > * gnu/packages/webkit.scm (webkitgtk)[#:configure-flags]: Enable USE_SOUP2. > [inputs]: Add lcms. > --- > Currently building this thing, but my mach

bug#51559: Webkit fails to build

reopen 51559 thanks Hi Maxim, Maxim Cournoyer writes: > That's fixed on core-updates-frozen-batched-changes, having upgraded > webkitgtk to 2.34.4 and libsoup to 3.0.1. > > Closing. Unless I'm mistaken, there still remains the problem that 'webkitgtk' and all of its dependents are currently bro

bug#51478: icecat 91 can't display chinese font in many web page

Z572 via Bug reports for GNU Guix writes: > after update to 91, icecat can't display chinese font for many web page: Thanks for the report. As a temporary workaround, it might help to visit and change the setting for "security.sandbox.content.read_path_whitelist" to contain simply "/gnu/store/"

bug#47092: Icecat sandbox causes issues with fonts in --pure env

Hi, Martin via Bug reports for GNU Guix writes: > Problem fixed with the newest IceCat v91.2.0-guix0-preview1 in the >  guix c1ca853 >     repository URL: https://git.savannah.gnu.org/git/guix.git >     branch: master >     commit: c1ca85323d5246fc805a31e03b4164b8da08e930 Thanks for letting

bug#44953: lsof: LTlock test consistently fails (possibly due to btrfs)

I don't know whether it will apply cleanly. >From 1a658341538b8ea1470ef1bd02dfb3922011df79 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sun, 29 Nov 2020 16:03:57 -0500 Subject: [PATCH] Revert "gnu: lsof: Make test failures fatal." This reverts commit 2bf502

bug#46779: GnuTLS uses the hard-coded /etc/ssl/certs location for TLS certificates

Roel Janssen writes: > On Fri, 2021-03-19 at 19:13 -0400, Mark H Weaver wrote: >> Ludovic Courtès writes: >> >> > Maxim Cournoyer skribis: >> > >> > > We should patch GnuTLS so that it also honors the SSL_* >> > > environment >&g

bug#51021: detect loops in module/package graph

Earlier, I wrote > I've attached a script that I hacked up in 2014 to analyze the Guix > package module dependency graph. Here's the script: ;;; cycle-viewer.scm: a Guix package module dependency graph analyzer ;;; Copyright (C) 2014 Mark H Weaver ;;; ;;; This program is free s

bug#51021: detect loops in module/package graph

Hi, raingloom writes: > I'll be short and blunt, currently it sucks big time whenever you have > a loop in your packages. Agreed. I've been concerned about this problem since the early days of Guix. See . Back in August 2014, there was a strongly connected componen

bug#34135: IceCat lacks WebGL support

Hi Sarah, Thanks for looking into this, and more generally for all the work you've been putting into Guix lately. Sarah Morgensen writes: > While it looks like preliminary precise whitelisting was done for > ffmpeg, it seems that this approach may require excessive effort for > WebGL. Perhaps,

bug#33463: guix publish error on Hydra: fport_close: Bad file descriptor

Hi Simon, zimoun writes: > This old bug [1] is about Hydra which is down now, IIRC. > > Does it make sense to keep it open? I think it's okay to close it. I'm doing so now. Thanks! Mark -- Disinformation flourishes because many people care deeply about injustice but very few chec

bug#50212: Several tests fail, Bash fails often. Was: Tests fail while building Guix

Hi, Maxime Devos writes: > * What's the hash of gnu/packages/bootstrap/i686-linux/bash? > > (Run guix hash gnu/packages/bootstrap/i686-linux/bash) > > I have 1ig8a4bhc7fpw8zrnw4l568wmmcb29rlwg4jbih3imb4x6d9l1gd. > If you see something different, your copy is probably corrupt. Also check th

bug#49276: evolution-data-server: test-failure

Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Thu, 24 Sep 2020 16:53:21 -0400 Subject: [PATCH] LOCAL: gnu: evolution-data-server: Disable tests. --- gnu/packages/gnome.scm | 1 + 1 file changed, 1 insertion(+) diff --git a/gnu/packages/gnome.scm b/gnu/packages/gnome.scm index dfcf5dcd0c..9

bug#49121: ./guix-daemon is broken

Hi Tobias, Tobias Geerinckx-Rice via Bug reports for GNU Guix writes: > There's a new(?) warning in towne: > > --8<---cut here---start->8--- > $ guix environment guix -- make V=1 > […] > LANGUAGE= ./pre-inst-env /run/current-system/profile/bin/sh > /home/nckx

bug#48959: icecat imcomplete LD_LIBRARY_PATH affecting Kerberos authentication

Hi Ignacio, Ignacio Coterillo writes: > First, I confirm that Kerberos authentication works when running > icecat as: > > LD_LIBRARY_PATH=$(guix build mit-krb5)/lib icecat Thanks. I just pushed my proposed patch to the master branch, commit 61b904b744c1f16084c79e526837cc7fe73f9b92. I'm al

bug#48959: icecat imcomplete LD_LIBRARY_PATH affecting Kerberos authentication

Hello again, Earlier, I wrote: > Are you able to test this patch? One way to do so is to clone the > master branch of our git repository, apply this patch to the Guix git > checkout and build it, and then run that modified copy of Guix (without > installing it) to build icecat. On second thought

bug#48959: icecat imcomplete LD_LIBRARY_PATH affecting Kerberos authentication

re It Is Installed) of our manual for details of how to do this. If you encounter difficulties or have additional questions, please do not hesitate to ask. Regards, Mark >From 857f829906e0f8d9583a32ad47c91149c7714171 Mon Sep 17 00:00:00 2001 From: Mark H Weaver Date: Sun, 13

bug#48796: Guix on Debian 11 - Cant run or find applications from Guix

Hi, bo0od writes: > I have installed Guix package manager over debian bullseye 11 then i > installed a package using guix (after running guix pull) with two ways: > (x package i tried is icecat) > > guix install x > > sudo -i guix install x > > both of the commands worked but the x package has

bug#48273: Icedove 78.10.0 build stuck at 'unpack' phase

Hi Jonathan, I wrote: > Unfortunately, not all of our package definitions respect the --cores > option. Our 'icecat' package does, but I can see now that our > 'icedove' package does _not_ respect it. It would be good to fix that. Jonathan Brielmaier replied: > @Mark: Yes, it would by nice to

bug#48213: offlineimap build fails

Hi Simon, zimoun writes: > The package offlineimap will go sooner or later since Python 2 is EOL. > The migration from Py2 to Py3 is not clear [1] and the README [2] says: > > > As one of the maintainer of OfflineIMAP, I'd like to put my efforts into > > [imapfw](http://github.com/OfflineIMAP

bug#48604: Linux-libre 5.12.5 freezes

Hi, Yusuf Talha via Bug reports for GNU Guix writes: > hello.  i am using a librebooted thinkpad x200 laptop with gnu guix.  > if i use the latest kernel on my system, my computer suddenly freezes > without a reason after a while of usage.  it is probably a kernel > panic.  older kernels don't ha

bug#48602: Grafted python2 packages gets erroneous package names

Hi Marius, Marius Bakke writes: > 'guix build python2-urllib3' currently gives: > > /gnu/store/cx22ny550g97klf499yqgzx9mpvvkx1f-python2-python2-urllib3-1.26.4 > > Adding '--no-grafts' gives the expected file name. > > Note that up until commit 2f97a666a564fea0fdcff00a0513aa8b4c2d60fe, the > st

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

Hi Maxim, Maxim Cournoyer writes: > Mark H Weaver writes: > >> 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

bug#48273: Icedove 78.10.0 build stuck at 'unpack' phase

Hi Leo, Leo Famulari writes: > On Tue, May 11, 2021 at 12:21:33AM +, bo0od wrote: >> Since you said these are giving 2 different readings then the issue is with >> timing, So i kept it for like 24 hour (or more) and now i hope the log make >> more sense since there are too many fail,warnings

bug#48273: Icedove 78.10.0 build stuck at 'unpack' phase

Hi, In your original bug report, you stated that the build was stuck in the 'unpack' phase of the 'icedove' package, and you attached a screenshot showing that phase in-progress. In this later followup message, you're stating something different: that it's getting stuck in an earlier package buil

bug#48239: rust-1.19.0 build fails

Hi, Bone Baboon writes: > Mark H Weaver writes: >> Are you aware of any relevant customizations to your kernel >> configuration that might possibly be related to this? > > The system configuration includes: > > ``` > (kernel-arguments >(append > (

bug#48214: inetutils-1.9.4 build fails

Hi, Bone Baboon via Bug reports for GNU Guix writes: > Ludovic Courtès writes: >>> How can I use a package definition from core-updates with guix build or >>> in a system configuration if it is not available on Guix's master >>> branch? >> >> You can do better :-), you can install 2.0 from maste

bug#48024: glib-2.62.6 build fails i686

Hi, Bone Baboon writes: > How can I use the glib I have built in a system configuration while this > fix or a variation of it makes it's way into the Guix master branch? I guess that you'll need to set up a personal branch of Guix, like I do, with a patch applied to the 'glib' package, and anoth

bug#48024: glib-2.62.6 build fails i686

Hi, Bone Baboon writes: > Thank you for sharing this. Also thank you for the warning about > 'significant caveats and "rough edges"'. The "rough edges" could surely be smoothed out with some effort. I haven't been motivated to work on it, partly because until recently, I've felt quite alone i

bug#48024: glib-2.62.6 build fails i686

Hi, Bone Baboon writes: > Efraim Flashner writes: >> I looked closer at the bug report and I see they are timing out at 60 >> and 180 for Bone Baboon as they currently are. >> >> Bone Baboon: Can you build the attached test-glib.scm file and send back >> the build log? I want to make sure I chan

bug#48239: rust-1.19.0 build fails

Hi, Bone Baboon via Bug reports for GNU Guix writes: > On a x86_64 computer when I run `guix build --no-substitutes --cores=1 > rust` it fails during the build phase of rust-1.19.0. Thanks for the report. > The build log of rust-1.19.0 is attached. Here are the last few lines of the log: --8<

bug#48213: offlineimap build fails

Hi, Bone Baboon via Bug reports for GNU Guix writes: > On a x86_64 computer when I run `guix build --no-substitutes > offlineimap` the build fails because the "test_ipv6_available" test > fails. > > In the system configuration ipv6 is disabled: [...] > Taking the failing test's name "test_ipv6_av

bug#48024: glib-2.62.6 build fails i686

Earlier, I wrote: > I think that this recently-reported bug () > demonstrates that we can't safely remove the substitution. To avoid having to scroll past the very long build log in the initial bug report, it's probably best to read the bug report starting here: https:

bug#48024: glib-2.62.6 build fails i686

Hi Efraim, Efraim Flashner writes: > In glib-2.68 test_timeout and test_timeout_slow are set to 60 and 180 > respectively. Right. Unfortunately, these timeouts are too short for many slower machines, such as 32-bit ARM systems. Bone Baboon has also recently reported being unable to build 'glib

bug#48024: glib-2.62.6 build fails i686

Hi, Bone Baboon writes: > Mark H Weaver writes: >> The following patch, applied to your copy of Guix, should work around >> the problem: >> >> --8<---cut here---start->8--- >> diff --git a/gnu/packages/glib.scm b/gn

bug#48024: glib-2.62.6 build fails i686

Hi, [added Efraim Flashner to the CC list] Bone Baboon writes: > Thank you for your helpful response. > > Would a patch like this that addresses test timeouts be good to have in > the Guix repository? It would help other Guix users who also run into > test timeouts when building glib. Good qu

bug#48169: icecat extensions icons disappeared

merge 43487 48169 thanks Hi, bo0od writes: > Icecat browser comes with default extensions, But currently (seems after > latest upgrade) extensions images disappeared. See for a description of the problem, and how to get the bundled extensions working again at the c

bug#33848: Store references in SBCL-compiled code are "invisible"

Hi Pierre, and Ludovic, Pierre Neidhardt writes: > I also agree this looks like a net win even though the `guix gc` issue > is not fix. > The latter seems to be relatively easier to fix, doesn't it? Yes. I now have a plan to finally fix this bug for good. I intend to write a scanner in Scheme

bug#48024: glib-2.62.6 build fails i686

Hi, Bone Baboon via Bug reports for GNU Guix writes: > On an i686 computer when I run the command `sudo guix system > --no-substitutes --cores=2 reconfigure configuration.scm` I get this > error: and in a later message: > 40/259 glib:glib / mutex TIMEOUT 60.04 s [...] >

  1   2   3   4   5   6   7   8   9   10   >