bug#42771: [PATCH] Disable tests for smalltalk and add candidate releases

* gnu/packages/smalltalk.scm (smalltalk): disable tests (smalltalk-next): New variable. (smalltalk-next-from-vcs): New variable. --- gnu/packages/smalltalk.scm | 64 +- 1 file changed, 63 insertions(+), 1 deletion(-) diff --git a/gnu/packages/smalltalk.scm b/gn

bug#44944: Unable to log into X session via gdm

The latest guix system reconfigure (of yesterday) left me unable to login into my X session. guix system rollback DID NOT fix it. I would enter my password and it would "try" to login and return right back to the gdm login screen. I've since removed gdm from my OS configuration (because I have t

bug#44947: No variable named guile-avahi in #

Computing Guix derivation for 'x86_64-linux'... |Backtrace: 6 (primitive-load "/gnu/store/smvqhjsr07cvrxh46grnxks6r7jy345m-compute-guix-derivation") In ice-9/eval.scm: 155:9 5 (_ _) 159:9 4 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?)

bug#36504: asdf build system: Add support for component-less .asd

This is now fixed in the master branch (since 4dadb4977908028bb0651d43ed4813cc988db92d). signature.asc Description: PGP signature

bug#44947: No variable named guile-avahi in #

>guix pull: error: You found a bug: the >program > > '/gnu/store/smvqhjsr07cvrxh46grnxks6r7jy345m-compute-guix-derivation' >failed to compute the derivation for Guix Fixed with 44068c7

bug#41631: broken asdf-build-system on some CL source packages

Jiří Špaček skribis: > This problem manifests when installing cl-stumpwm package from > gnu/packages/wm.scm but other cl-* packages are likely to be affected > as well. > > guix build cl-stumpwm fails with: > > ... > phase `unpack' succeeded after 0.0 seconds > starting phase `patch-usr-bin-file

bug#44944: Unable to log into X session via gdm

Danny Milosavljevic skriver: > The latest guix system reconfigure (of yesterday) left me unable to login into > my X session. guix system rollback DID NOT fix it. > > I would enter my password and it would "try" to login and return right back to > the gdm login screen. Can you find any clues in

bug#44948: glade does not respond

guix environment --ad-hoc glade -- glade The main window pops up, and so does a dialog asking if I want to take a survey. I click to close the dialog and it doesn't respond. My WM is xfce. $ guix describe Generation 342    Nov 28 2020 17:39:32    (current)   guix f816deb     repository URL: http

bug#44949: Error while running 'guix pull'

Hello friends, Today while running 'guix pull', I got the following error: $ guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to 3682638 (272 new commits)... Building from this channel: guix

bug#44949: Error while running 'guix pull'

Hello, > ice-9/boot-9.scm:2828:12: In procedure module-ref: > No variable named guile-avahi in # 7fcd5b76ff00> > guix pull: error: You found a bug: the program > '/gnu/store/smvqhjsr07cvrxh46grnxks6r7jy345m-compute-guix-derivation' > failed to compute the derivation for Guix (version: > "36826

bug#42409: weasyprint fails to build

Hello, Michael Rohleder writes: > weasyprint fails in tests: > > ... > === FAILURES > === > > > @assert_no_logs > @requires('cairo', (1, 12, 0)) > def test_acid2(): > def render(filename): > return

bug#44872: GuixSD 1.2.0 installer fails with exception when formatting drive

I did run into a similar issue and it turned out to be me selecting /dev/sr0 in the device selection dialog instead of the actual VM disk.

bug#44952: Guix cross-compilation is broken.

Hello, When I pushed this patchset[1], I didn't anticipate that Avahi depends on glib which doesn't cross-compile. To fix the situation, I pushed d9f05c70a6af1087de1717ff20036efa1afef5fb and 35a32fefb4695442265809805145b7a262ae4988. While, it now allows to build and cross-build Guix, there's sti

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

In the 'lsof' test suite, the 'LTlock' test consistently fails on my system, possibly related to the fact that I use 'btrfs' for my local filesystems. Here's the relevant build log excerpt: --8<---cut here---start->8--- Optional tests: LTbigf ... OK LTdnlc ...

bug#44944: Unable to log into X session via gdm

Hi, On Sun, 29 Nov 2020 18:00:44 +0100 Marius Bakke wrote: > Danny Milosavljevic skriver: > > > The latest guix system reconfigure (of yesterday) left me unable to login > > into > > my X session. guix system rollback DID NOT fix it. > > > > I would enter my password and it would "try" to lo

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

I should mention that 'gnome' depends on 'lsof' via the following dependency path (among others): gnome -> gnome-shell -> ruby-sass -> ruby-sass-spec -> ruby-terminfo -> ruby-rdoc -> ruby-rubocop -> ruby-parallel -> lsof Mark

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

Mark, Mark H Weaver 写道： In the 'lsof' test suite, the 'LTlock' test consistently fails on my system, possibly related to the fact that I use 'btrfs' for my local filesystems. Thanks for the report! I can reproduce this by formatting a btrfs image file and loop-mounting it to /tmp. This l

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

Hi Tobias, Thanks for the super quick response and for reproducing the bug. > This looks like an upstream bug to me. Agreed. > Do you have time to file > one? We're using the upstream > since Victor Abell retired. I have time, but there's another problem:

bug#44382: Updating the guix package triggers a full Git clone of guix.git

Hello, Leo Famulari writes: > On Tue, Nov 03, 2020 at 10:48:25PM +0100, Ludovic Courtès wrote: >> Weird, what’s the difference between fetch and clone technically? I >> believe commit 329dabe13bf98b899b907b45565434c5140804f5 moved to “fetch” >> precisely so we could do shallow clones. > > I don

bug#44417: ungoogle-chromium crashes on Jitsi & co.

Hi Ludo, Ludovic Courtès writes: > Hi, > > Marius Bakke skribis: > >> Ludovic Courtès writes: >> >>> Current ungoogle-chromium (commit >>> e1f5c2292b88525414b5d0336a00bfa6741d4f14) crashes upon displaying video >>> as in Jitsi (GPU_DEAD_UPON_ARRIVAL error, IIRC). >> >> The demo at https://meet

bug#44808: Default to allowing password authentication on leaves users vulnerable

Hello, Christopher Lemmer Webber writes: > Carlo Zancanaro writes: > >> Hey Chris! >> >> On Mon, Nov 23 2020, Christopher Lemmer Webber wrote: >>> ... Plus, few distributions do what we're doing anymore, precisely >>> because of wanting to be secure by default. >> >> Is this true? Debian default

bug#40366: Font installed but not shown

Hello, Tobias Geerinckx-Rice writes: > Hamzeh, > > Hamzeh Nasajpour 写道： >> Also I installed `fontconfig` package, I can't see `font-ibm-plex` >> or other installed font with `fc-list` command. > > Have you run ‘fc-cache -r’ yet? > > If you have and your fonts still don't show up, check whether

bug#42420: git-fetch origins produce same store output when set recursive is set to true or false

Hello, Leo Famulari writes: > On Sat, Nov 28, 2020 at 12:23:28AM -0500, Maxim Cournoyer wrote: >> Is there an action to do here, or should we simply close it? > > If we have a good idea for how to improve the situation, we should use > it. Otherwise, we can close the bug. It's something that con

bug#44956: Rebooting or powering down UEFI machine locks it up

A regression introduced in the Linux kernel v5.9.11 and v5.4.80 prevents the Shepherd from properly unmounting the efivars file system and shutting down the operating system on UEFI-capable hardware. This bug has already been reported on the kernel's bug tracker: https://bugzilla.kernel.org/sho

bug#44925: gdm boot up failure

In case it is helpful, I wanted to note that commit b618c1512b9086199ce0496dbbcc4f4f587a826d from five days ago does not have this problem. That commit uses the 5.9 kernel, so that shows also this is not a kernel problem. Christopher

bug#44508: Found a bug in compute-guix-derivation

Hello, Josh Marshall writes: > It did not repeat, and I'm using it on a hosted system with Ubuntu. Closing as it was likely a transient network-related failure, as Marius noted. Thanks for the report, Maxim

bug#40450: system tests fail

Hi Danny, Danny Milosavljevic writes: > $ make check-system Is this still current? If not, let's close it. Thanks, Maxim

bug#40073: Checksum mismatch on python-llvmlite patch

Hello, Marius Bakke writes: > Hello, > > python-llvmlite fails to build because it tries to download a patch that > has the wrong checksum. > > Starting download of > /gnu/store/hb3kk3d4nngxglfdflf99incbhmbw14h-D47188-svml-VF.patch > From > https://raw.githubusercontent.com/numba/llvmlite/v0.3

bug#29771: Package list no longer being updated

Hello, l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> The package list on the website was last updated on 7 Dec 2017. Its >> cron job was disabled when the website was updated. It would be good to >> get that working again at some point. > > Yes, see