bug#52136: [PATCH core-updates-frozen] gnu: luakit: build with libsoup2.

* gnu/packages/web-browsers.scm [luakit](inputs): Replace webkitgtk with webkitgtk-with-libsoup2. --- gnu/packages/web-browsers.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm index 2f3213b203..b209f2051b 100644

bug#52133: [PATCH core-updates-frozen] gnu: vimb: Build with libsoup2.

* gnu/packages/web-browsers.scm (vimb)[inputs]: Replace webkitgtk with webkitgtk-with-libsoup2. --- gnu/packages/web-browsers.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gnu/packages/web-browsers.scm b/gnu/packages/web-browsers.scm index 7ea2a9a9ec..2f3213b203 100644 --

bug#52137: committer.scm wrong type passed to car

Hi Guix and Ricardo, Running the etc/commiter.scm script with the diff of a patch that I recently submitted [0] results in the backtrace below. This might be because I was holding the script wrong, but it would be nice to provide a more friendly message for people like me who don't remember ho

bug#52134: [PATCH] gnu: midori: Adjust inputs.

* gnu/packages/web-browsers.scm [use-modules]: Add (gnu packages base). (midori)[propogated-inputs]: Add desktop-file-utils and which. [inputs]: Replace webkit with webkit-with-libsoup2. --- gnu/packages/web-browsers.scm | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --

bug#51928: GHC 8.10 occupies 1.6 GiB

Hello, raingloom writes: > On Wed, 17 Nov 2021 22:15:28 +0100 > Ludovic Courtès wrote: > >> Hi! >> >> GHC takes way too much space (GHC itself, not the closure): >> >> --8<---cut here---start->8--- >> $ guix size ghc@8.10 >> konserveja ero >> totalself

bug#52089: [core-updates-frozen] geeqie fails to launch

I had reported this on IRC earlier and think I've found the fix. The upstream issue is https://github.com/BestImageViewer/geeqie/issues/829 and leads to the following commit that should fix it https://github.com/BestImageViewer/geeqie/commit/f34ea0700048c27319a2256408171adda32a7580 I'm attachi

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://hydra.gnu.org/build/3153725 >> https://hydra.gnu

bug#51341: [PATCH] gnu: gajim: adds libnice

Sorry, Actual patch attached this time. Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐ Original Message ‐‐‐ On Tuesday, October 26th, 2021 at 8:56 PM, rdes wrote: > Hello, > > The attached patch adds libnice to gajim, which fixed my start call issue. > Fixes:

bug#52071: gajim 1.3.3 fails to build

On Tue Nov 23, 2021 at 7:45 PM CST, bdju via Bug reports for GNU Guix wrote: > guix system > guix (GNU Guix) d48b404cf577cbfcd29b294e193a4db0c3e580b1 > http://ix.io/3FVJ log here > > lines of note: > ``` > ImportError: Failed to import test module: gajim_mocks > ModuleNotFoundError: No module named

bug#49600: [core-updates] gcc-11 fails to cross-compile from x86_64-linux

Hello Sam, Sorry, I missed your message when you sent it originally and just found it now. Em terça-feira, 31 de agosto de 2021, às 23:02:04 -03, Sam James escreveu: > Seem to have hit the same thing in Gentoo (reported as > https://bugs.gentoo.org/811294). > > Has Guix found a workaround since

bug#52107: An Idea

Nicholas von Klitzing schreef op vr 26-11-2021 om 17:40 [+]: > That's definitely a much better solution. > > I'm having trouble finding documentation about both native-search- > paths and wrap-program, so let me know if I understand your > suggestions and how to apply them correctly. > > The

bug#52107: An Idea

That's definitely a much better solution. I'm having trouble finding documentation about both native-search-paths and wrap-program, so let me know if I understand your suggestions and how to apply them correctly. The rust-1.18 package has a native-search-paths declaration: `` (native-search-pat

bug#52044: Various Program Settings not Saving and Icons not Recognized

Hi Jaft, > I'm not sure if it's stemming from a bug or I've just missed a package > or service I should've included but I find there're several programs I > have installed which aren't saving their settings. > Catfish and thunar are two easy examples while gnome-calendar, arandr, > and viewnior do

bug#52107: An Idea

Nicholas von Klitzing schreef op vr 26-11-2021 om 09:42 [+]: > Just to get the ball rolling, here is a possible idea. > > It might makes sense to add an additional output to the rust package > `src` and then require this by the rust-analyzer package as > `rust:src`. I'd use a native-search-pa

bug#51787: GC takes more than 9 hours on berlin

Ludovic Courtès writes: > • When discussing together with Chris Baines yesterday on IRC, we > found that the sqlite WAL file was 8 GiB. I later ran: > > PRAGMA wal_checkpoint(TRUNCATE); > > which emptied it immediately. However, GC time wasn’t particularly > different today

bug#46212: ci.guix.gnu.org narinfos with excessive NarSize

Hi! Christopher Baines skribis: > I thought this did prevent substitution, at least I have problems: > > → guix build --substitute-urls=https://ci.guix.gnu.org > /gnu/store/q6qa5s2z2l20q25qpxyfv1wni5wwhk24-flightgear-2018.3.5 > substitute: updating substitutes from 'https://ci.guix.gnu.org'...

bug#52072: [core-updates-frozen] rust-bitflags 1.2.1 fails to build.

Hi, Thanks for the report. I do not think it is blocking for the merge. --8<---cut here---start->8--- $ /tmp/core-updates-frozen/bin/guix refresh -l rust-bitflags@1.2.1 Construire les 9 paquets suivants s'assure que les 14 paquets dépendants sont reconstruits

bug#52107: An Idea

Just to get the ball rolling, here is a possible idea. It might makes sense to add an additional output to the rust package `src` and then require this by the rust-analyzer package as `rust:src`. In the rust-analyzer package we could then copy a thing from `icedove-wayland`: `` (arguments

bug#52051: [core-updates-frozen] cannot login ('org.freedesktop.login1' service times out)

Maxim Cournoyer writes: > Hello, > > I've found a workaround: restarting elogind via SSH resolved the issue. > > I guess itt may be a race between elogind and dbus-system (elogind gets > started before dbus-system is fully up, and the communication with the > session bus is somehow crippled from