bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

On 2020-11-10, Vagrant Cascadian wrote: > On 2020-11-10, Ludovic Courtès wrote: >> Vagrant Cascadian skribis: >>> On 2020-11-08, Ludovic Courtès wrote: Vagrant Cascadian skribis: > If this could be considered for the upcoming 1.2 release, that would be > appreciated, though I

bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

On 2020-11-10, Ludovic Courtès wrote: > Vagrant Cascadian skribis: >> On 2020-11-08, Ludovic Courtès wrote: >>> Vagrant Cascadian skribis: >>> If this could be considered for the upcoming 1.2 release, that would be appreciated, though I can also carry the patches in Debian... >>> >>>

bug#44563: Update python-ipykernel to 5.3.4

I was trying to set up Jupyter notebook with guix-jupyter, but ran into an issue with receiving rendered images (e.g. from matplotlib), which crashes the ipykernel. I hope an update of python-ipykernel to upstream stable may fix this? If this is the case, it would likely be due to

bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

Vagrant Cascadian skribis: > On 2020-11-08, Ludovic Courtès wrote: >> Vagrant Cascadian skribis: >> >>> If this could be considered for the upcoming 1.2 release, that would be >>> appreciated, though I can also carry the patches in Debian... >> >> Yay! It should be doable, let’s see. > > It

bug#35594: bug#36376: Application menu of desktop environment not automatically updated

Hi, zimoun skribis: > On Tue, 10 Nov 2020 at 16:25, Ludovic Courtès wrote: [...] >> The main downside is extra grafting, which means extra disk and CPU >> usage for our users. However, libx11 (11K dependents) is also grafted, >> so it shouldn’t make things worse (GLib has 6K dependents). >

bug#44558: Mesa isn't update to date

Mesa 20.2.2 is released November 6, 2020 https://docs.mesa3d.org/relnotes/20.2.2.html Also it would be nice to see it built with lllvm 11 Sent with [ProtonMail](https://protonmail.com) Secure Email.

bug#44559: gnutls 3.6.12 fails to build: FAIL: status-request-revoked

I found this when trying to build guile3.0-gnutls: guix time-machine --commit=94585fffb23079fe71110e2bf99782eb4ccfa12b -- build --no-grafts --check guile3.0-gnutls FAIL: status-request-revoked trying NORMAL:-VERS-ALL:+VERS-TLS1.2 received status request

bug#44511: guix system vm-image fails when using grub-efi-bootleader

Hi, Maxim Cournoyer skribis: > Attempting to build the lightweight-desktop.tpml image configuration using: > > $ guix system vm-image gnu/system/examples/lightweight-desktop.tmpl > --verbosity=10 --no-offload [...] > installing bootloader... > Backtrace: >1 (primitive-load

bug#44146: CVE-2020-15999 in FreeType

Hello, Marius Bakke writes: > Hello, > > The 'freetype' package is vulnerable to CVE-2020-15999. > > According to > https://chromereleases.googleblog.com/2020/10/stable-channel-update-for-desktop_20.html, > an exploit already exists in the wild. > > I'm busy for a couple of days and won't be

bug#41780: UEFI bios not supported out of the box when burning to usb stick

Hello, Maxim Cournoyer writes: > Hello, > > romulasry via Bug reports for GNU Guix writes: > >> This would be a nice feature to have in the future when all there will be is >> UEFI (bioses). > > I've installed Guix on UEFI systems before; it should definitely work. > Could you provide more

bug#44383: gst-plugins-good fails its test suite on armhf-linux

Maxim Cournoyer writes: > Here's the output for the failing tests: This is using QEMU transparent emulation, right? There is a substitute on Berlin: $ guix weather -s armhf-linux gst-plugins-good computing 1 package derivations for armhf-linux... looking for 1 store items on

bug#37491: guix master build fails with msgmerge error

Hello, Roel Janssen writes: > On Mon, 2019-09-23 at 16:07 +0200, Danny Milosavljevic wrote: >> msgmerge --lang=en@quot e...@quot.po guix.pot -o e...@quot.new.po >> . >> ... done. >> make[5]: Leaving

bug#44491: Support GUIX_DISABLE_NETWORK_TESTS environment variable

On 2020-11-08, Ludovic Courtès wrote: > Vagrant Cascadian skribis: > >> If this could be considered for the upcoming 1.2 release, that would be >> appreciated, though I can also carry the patches in Debian... > > Yay! It should be doable, let’s see. It seems like a simpler workaround is to pass

bug#36376: Application menu of desktop environment not automatically updated

On Tue, 10 Nov 2020 at 16:25, Ludovic Courtès wrote: > Video! Héhé! Nice :-) > So I think we should include this fix in 1.2. What do people think? You mean only the initial patch. If it works in "real conditions" for bob on 'antelope' (desktop.tmpl), then it would nice to have for 1.2, >

bug#43738: Patch file names too long

Ludovic Courtès skribis: > There are several patch file names that are too long for ‘tar’, as > reported during ‘make dist’: > > tar: > guix-1.0.1.22624-c258f1-dirty/gnu/packages/patches/ocaml-bisect-fix-camlp4-in-another-directory.patch > dosiernomo tro longas (maks 99); ne ŝutita > tar: >

bug#44552: Extra dynamic-space-size for asdf-build-system/sbcl?

Pierre Neidhardt skribis: > Guillaume Le Vaillant writes: > >> I guess we could increase the default max space size to 4 or 5 GB >> without causing swapping issues on users' machines (at least on x86-64). >> And users wanting a smaller one can use the "dynamic-space-size" option >> at runtime.

bug#44552: Extra dynamic-space-size for asdf-build-system/sbcl?

Guillaume Le Vaillant writes: > I guess we could increase the default max space size to 4 or 5 GB > without causing swapping issues on users' machines (at least on x86-64). > And users wanting a smaller one can use the "dynamic-space-size" option > at runtime. Fine with me, let's do it now on

bug#36376: Application menu of desktop environment not automatically updated

Hi Maxim, So I went further to test the initial GLib patch I posted in “real conditions”. ‘guix system vm-image’ takes an awful lot of time for big images; I patiently waited for completion for an image of ‘desktop.tmpl’, but then its root file system turned out to be too small for me to run

bug#43893: [PATCH] maint: update-guix-package: Optionally add sources to store.

Hi again! Ludovic Courtès writes: > Hi, > > Maxim Cournoyer skribis: > >>> Thanks for the patch, that should break the deadlock and allow us to >>> proceed with the release! >>> >>> Next we need to update the ‘release’ target so >>> GUIX_ALLOW_ME_TO_USE_PRIVATE_COMMIT is set. >> >> Done! > >

bug#43893: [PATCH] maint: update-guix-package: Optionally add sources to store.

Hi, Maxim Cournoyer skribis: >> Thanks for the patch, that should break the deadlock and allow us to >> proceed with the release! >> >> Next we need to update the ‘release’ target so >> GUIX_ALLOW_ME_TO_USE_PRIVATE_COMMIT is set. > > Done! Thanks! >> the extra dependency on Git, > > To me,

bug#43893: [PATCH v3] maint: update-guix-package: Prevent accidentally breaking guix pull.

Hey, Ludovic Courtès writes: > Hi! > > Maxim Cournoyer skribis: > >>> Maxim Cournoyer skribis: >>> > +(define (assert-clean-checkout repository) > + "Error out if the working directory at REPOSITORY contains local > +modifications." > + (define description > +(let

bug#43893: [PATCH] maint: update-guix-package: Optionally add sources to store.

Hello Ludovic, Ludovic Courtès writes: > Maxim Cournoyer skribis: [...] >> -(define-syntax-rule (with-temporary-git-worktree commit body ...) >> - "Execute BODY in the context of a temporary git worktree created from >> COMMIT." >> +(define-syntax-rule (call-with-temporary-git-worktree

bug#44552: Extra dynamic-space-size for asdf-build-system/sbcl?

Pierre Neidhardt skribis: > See https://github.com/alex-gutev/generic-cl/issues/6 > > The space size of our current SBCL package is 2Gb. > Shall we increase it to 5Gb? > > What about adding an option to the build system to pass extra parameters > to SBCL? Then we could pass

bug#44520: Graphical installer issues on 1.2.0.

Hello, I tried again on commit 86e9e5c using an image built by the CI and an image built locally. I was not able to reproduce any of the issues I had initially. Closing this one until we find a reproducible way to trigger those issues. Thanks, Mathieu

bug#44553: Exim has no authenticators

Dear guix, Exim has no authenticator drivers. By default, they don't get included in the binary, but in my case, I want to set up an internet site with authenticated SMTP https://www.exim.org/exim-html-current/doc/html/spec_html/ch-smtp_authentication.htm . Authentication is necessary, otherwise

bug#41158: `guix` command segfaults after doing Ctrl-C during a frozen `guix pull`

Dear, On Tue, 10 Nov 2020 at 13:28, JoJo wrote: > > Sorry, but I changed distro to Arch again some months ago for the time > being, so I can't reproduce this. Since the bug cannot be reproduced, I am closing. Feel free to reopen it if you hit it again. All the best, simon

bug#44552: Extra dynamic-space-size for asdf-build-system/sbcl?

See https://github.com/alex-gutev/generic-cl/issues/6 The space size of our current SBCL package is 2Gb. Shall we increase it to 5Gb? What about adding an option to the build system to pass extra parameters to SBCL? Then we could pass "--dynamic-space-size=5000" just for generic-cl. Thoughts?

bug#41158: `guix` command segfaults after doing Ctrl-C during a frozen `guix pull`

Sorry, but I changed distro to Arch again some months ago for the time being, so I can't reproduce this. Johan On tor, okt 29 2020, zimoun wrote: > Dear, > > Thank you for the report. > > On Sat, 09 May 2020 at 20:38, JoJo wrote: >> Due to an unrelated issue, I was updating my system with

bug#44551: Clients can trigger daemon file descriptor exhaustion

Hi! --8<---cut here---start->8--- $ guix time-machine --branch=version-1.2.0 -- package -A '^r-' | wc -l [...] 1488 $ r_packages="`guix time-machine --branch=version-1.2.0 -- package -A '^r-' | cut -f1`" $ guix time-machine --branch=version-1.2.0 -- build

bug#44548: Acknowledgement (SBCL build system fails to pacakge cl-environments, generic-cl.)

Good catch! It also does the trick for generic-cl: --8<---cut here---start->8--- (arguments `(#:tests? #f #:phases (modify-phases %standard-phases (add-after 'unpack 'fix-compile-order (lambda _ (substitute* "generic-cl.asd"

bug#44548: Acknowledgement (SBCL build system fails to pacakge cl-environments, generic-cl.)

Reported here: https://github.com/alex-gutev/generic-cl/issues/7 -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature

bug#44548: Acknowledgement (SBCL build system fails to pacakge cl-environments, generic-cl.)

It looks like the files in "src/common/" must be compiled in a specific order because some files depend on others, but the system definition has neither the ":depends-on xyx" nor the ":serial t" indications. It causes the functions defined in "src/common/util.lisp" not being available when

bug#44548: Acknowledgement (SBCL build system fails to pacakge cl-environments, generic-cl.)

If I build manually it works: --8<---cut here---start->8--- > sbcl --no-userinit * (require :asdf) ("ASDF" "asdf" "UIOP" "uiop") * (asdf:load-asd (truename

bug#44548: SBCL build system fails to pacakge cl-environments, generic-cl.

Hi! I'm trying to package generic-cl on staging where the SBCL build system has been revamped by Guillaume. --8<---cut here---start->8--- (define-public sbcl-generic-cl (package (name "sbcl-generic-cl") (version "0.7.1") (source (origin

bug#43893: [PATCH v5] maint: update-guix-package: Optionally add sources to store.

Hi Maxim, Maxim Cournoyer skribis: > Following discussions in , keeping a copy > of the updated package source is desirable when generating a release. > > * build-aux/update-guix-package.scm (version-controlled?): Remove variable. >

bug#44530: [1.2.0] linux-libre-5.9.3 deblob fails on aarch64

On Mon, Nov 09, 2020 at 11:28:00PM +0200, Efraim Flashner wrote: > On Mon, Nov 09, 2020 at 01:38:35PM -0500, Leo Famulari wrote: > > On Mon, Nov 09, 2020 at 02:54:32PM +0200, Efraim Flashner wrote: > > > I was trying to build my pine64 config on the 1.2.0 branch and the > > > deblob check failed