bug#56327: Regression: openssh service fails to start if system has no IPv6

sex 01 jul 2022 às 23:56:17 (1656730577), l...@gnu.org enviou: > I’ve fixed it slightly differently in commit > bf7e07d299b197891110fbd8c717badbab06a472, to avoid a file descriptor > leak. Thanks! Tremendous difference, I'd say, both for closing the socket and for 'consing' the single test

bug#56346: [BUG] emacs-parsebib and emacs-ebib out of sync

Hello, The emacs-ebib package has been updated recently to depend upon new functionality in the emacs-parsebib package, however there has not been a release to allow emacs-parsebib to be updated, causing things to break on a purely-guix install of these packages. There has not been an upstream

bug#53011: Qt patches for 5.15.5

Hi, I'm attempting to update the Qt packages to 5.15.5 in this ticket https://issues.guix.gnu.org/56293. Could somebody check the QtWebengine? It's the only thing that does not build even when I try to build it based on the Linux from scratch. Petr

bug#56327: Regression: openssh service fails to start if system has no IPv6

Hi! André Batista skribis: > I've tested the following patch, which tests for IPv6 support, on > both a system without IPv6 and another with it, but I have not tested > on a system with shepherd < 0.9.1. Hopefuly it works as expected. Older versions of shepherd are not relevant in this case.

bug#56338: ‘guix refresh -u’ stops at the first failure to determine releases

Ludovic Courtès skribis: > Starting from commit 53b9c27aa59bebf955f0aa24fef60a101480ef5c (a fix for > ), we get: > > $ ./pre-inst-env guix refresh -t cran r-a3 r-googlesheets r-a4 -u > gnu/packages/bioconductor.scm:9233:2: warning: no updater for r-a4 > guix

bug#55499: excessively large manifests due to propagation

Hi! I went ahead and pushed it as 4ff12d1de7cd617b791996ee7ca1240660b4c20e. Ludo’.

bug#56343: ‘tests/services/telephony.scm’ fails to run

Hi, The ‘tests/services/telephony.scm’ file exercises procedures that were removed from (gnu build jami-service) in 85b4dabd94d53f8179f31a42046cd83fc3a352fc, which prevents ‘make check’ from proceeding: --8<---cut here---start->8--- $ make check -j5 [...]

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Exactly, I already wrote the patch that did! :) Will send soon, need to do some more testing. signature.asc Description: PGP signature

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > Hi Guillaume, > > I gave it a go and your suggestion indeed cuts it for cleavir and > cl-gamepad. > > It did not fix it for the tests though. > > I did some more testing, and this is what I found out on one of the > failing systems (cl-reexport): from a --pure sbcl

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Hi Guillaume, I gave it a go and your suggestion indeed cuts it for cleavir and cl-gamepad. It did not fix it for the tests though. I did some more testing, and this is what I found out on one of the failing systems (cl-reexport): from a --pure sbcl repl, if I load the .asd files manually then

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Am Freitag, dem 01.07.2022 um 12:16 +0200 schrieb Pierre Neidhardt: > [...] > > From the ASDF doc: > > --8<---cut here---start->8--- > This will make sure all the files in the system are compiled, but not > necessarily load any of them in the current image; on

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Hi Liliana, It's tempting to think that Guix packages are good candidates for "build scripts", but in the face of it, it may very well be that ASDF authors had something completely different in mind. In any case, asdf:compile-system seems to be underused to the point that barely anyone beside

bug#56319: 'guix system' failure due to substitute being temporarily 404 -> Implement a retry attempts?

merge 56005 56320 56319 thanks This doesn't look Guix System-specific to me and looks to have the same issue (i.e., something about write_wait_fd) as , so merging into 56005. Also, is the substitute server being down a hypothesis for the error but not

bug#56338: ‘guix refresh -u’ stops at the first failure to determine releases

Starting from commit 53b9c27aa59bebf955f0aa24fef60a101480ef5c (a fix for ), we get: --8<---cut here---start->8--- $ ./pre-inst-env guix refresh -t cran r-a3 r-googlesheets r-a4 -u gnu/packages/bioconductor.scm:9233:2: warning:

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > Do you have time to try it out? Not right now, as I'm about to take a vacation. The main change is a one-liner in the 'compile-systems' function in "guix/build/lisp-utils.scm"; that would be quick. However recompiling all the Lisp packages and finding which of them

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Do you have time to try it out? signature.asc Description: PGP signature

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

Pierre Neidhardt skribis: > While trying to package > > https://github.com/s-expressionists/Cleavir > > I hit a strange issue in which it would fail to compile, while calling > `asdf:load-system' locally worked. > > Then I realized that our asdf-build-system/sbcl uses > `asdf:compile-system'

bug#56209: Shepherd 0.9 not cleanly unmounting root

Hi, angry rectangle skribis: > I tried your patch on one of my computers and it works. Thanks for testing. Pushed as 0483c71cc5aeb3b69f6deb154fe12c0b2e6dc17f. The reason is took me more time is that I wanted to have a system test for that to make sure it doesn’t come back to haunt us in the

bug#56334: Should asdf-build-system/sbcl use load-system instead of compile-system?

While trying to package https://github.com/s-expressionists/Cleavir I hit a strange issue in which it would fail to compile, while calling `asdf:load-system' locally worked. Then I realized that our asdf-build-system/sbcl uses `asdf:compile-system' instead of `asdf:load-system'. From the