bug#63073: News entry for ‘core-updates’

[Andreas Enge]

Am Tue, Apr 25, 2023 at 08:23:22PM +0200 schrieb Ludovic Courtès:
> I probably missed important items, maybe build system changes?

Honestly, I do not know... Version updates all over the place.
But I do not know earth shattering ones. These should come in the
feature branches now.

Andreas

bug#63050: "guix pull" requires graphical libraries

[Andreas Enge]

Am Tue, Apr 25, 2023 at 11:48:05PM +0200 schrieb Ludovic Courtès:
> This is apparently coming from Graphviz
> Surprising to me, but apparently it’s been this way from the start,
> commit b1b07d72c755ea314fb0c8333cd88293ee504ce4 (2013!).
> Maybe these are optional dependencies?

So "guix pull" builds what is defined as the guix package, but with the
current checkout as source?

The package definition of guix has this among the native inputs:
   ;; XXX: Keep the development inputs here even though
   ;; they're unnecessary, just so that 'guix environment
   ;; guix' always contains them.
   ("autoconf" ,autoconf)
   ("automake" ,automake)
   ("gettext" ,gettext-minimal)
   ("texinfo" ,texinfo)
   ("graphviz" ,graphviz)
   ("help2man" ,help2man)
   ("po4a" ,po4a)))

Maybe these could be dropped then, and we could have an expanded package
guix-devel that would add these inputs for "guix shell -D guix-devel"?

Or is it needed for "guix graph"?
$ guix graph --list-backends
  - graphviz: Generate graph in DOT format for use with Graphviz.
...

But for this we do not need any graphical output, it is just text file
creation; could we have a graphviz-minimal in console mode?

Andreas

bug#63050: "guix pull" requires graphical libraries

[Josselin Poiret via Bug reports for GNU Guix]

Hi Andreas,

Andreas Enge  writes:

> So "guix pull" builds what is defined as the guix package, but with the
> current checkout as source?

No, guix pull uses (guix self), and the dependencies there are not used
in a singular place like (inputs ...) or (native-inputs ...), but are
peppered throughout the file.  However, it uses a reduced dictionary for
specification->package to speed it up, and so gives a pretty good idea
of what's used:

--8<---cut here---start->8---
(("guile"  . ,(ref 'guile 'guile-3.0-latest))
 ("guile-avahi". ,(ref 'guile-xyz 'guile-avahi))
 ("guile-json" . ,(ref 'guile 'guile-json-4))
 ("guile-ssh"  . ,(ref 'ssh   'guile-ssh))
 ("guile-git"  . ,(ref 'guile 'guile-git))
 ("guile-semver"   . ,(ref 'guile-xyz 'guile-semver))
 ("guile-lib"  . ,(ref 'guile-xyz 'guile-lib))
 ("guile-sqlite3"  . ,(ref 'guile 'guile-sqlite3))
 ("guile-zlib" . ,(ref 'guile 'guile-zlib))
 ("guile-lzlib". ,(ref 'guile 'guile-lzlib))
 ("guile-zstd" . ,(ref 'guile 'guile-zstd))
 ("guile-gcrypt"   . ,(ref 'gnupg 'guile-gcrypt))
 ("guile-gnutls"   . ,(ref 'tls 'guile-gnutls))
 ("guix-daemon". ,(ref 'package-management 'guix-daemon))
 ("disarchive" . ,(ref 'backup 'disarchive))
 ("guile-lzma" . ,(ref 'guile 'guile-lzma))
 ("gzip"   . ,(ref 'compression 'gzip))
 ("bzip2"  . ,(ref 'compression 'bzip2))
 ("xz" . ,(ref 'compression 'xz))
 ("po4a"   . ,(ref 'gettext 'po4a))
 ("gettext-minimal". ,(ref 'gettext 'gettext-minimal))
 ("gcc-toolchain"  . ,(ref 'commencement 'gcc-toolchain))
 ("glibc-utf8-locales" . ,(ref 'base 'glibc-utf8-locales))
 ("graphviz"   . ,(ref 'graphviz 'graphviz))
 ("texinfo". ,(ref 'texinfo 'texinfo)))
--8<---cut here---end--->8---


> The package definition of guix has this among the native inputs:
>;; XXX: Keep the development inputs here even though
>;; they're unnecessary, just so that 'guix environment
>;; guix' always contains them.
>("autoconf" ,autoconf)
>("automake" ,automake)
>("gettext" ,gettext-minimal)
>("texinfo" ,texinfo)
>("graphviz" ,graphviz)
>("help2man" ,help2man)
>("po4a" ,po4a)))
>
> Maybe these could be dropped then, and we could have an expanded package
> guix-devel that would add these inputs for "guix shell -D guix-devel"?
>
> Or is it needed for "guix graph"?

No, guix graph uses its own graphviz implementation!  It is used to
generated png files from .dot files while building the documentation.

I don't really know if we can skip graphical libraries for this reason.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#63073: News entry for ‘core-updates’

[Ludovic Courtès]

Hi,

Ludovic Courtès  skribis:

> As a followup to our discussion on IRC, here’s a proposed news entry for
> ‘core-updates’ that we should push soonish (I can do that later today or
> tomorrow but feel free to do it before!).
>
> I probably missed important items, maybe build system changes?

I went ahead and pushed this text together with a French translation as
5f0474ba878e49c0c0a8e9d6e67a7ad36f4ec955.

Ludo’.

bug#62656: broken guix time-machine + software-heritage

[Ludovic Courtès]

Hello,

Nicolas Graves  skribis:

> I was trying to use guix time-machine as I did in the past, but the
> recent updates with software heritage seem to have broken my use of it.
>
> Here's the channels.scm file I used:
>
> (list (channel
> (name 'guix)
> (url "/https://git.savannah.gnu.org/git/guix.git";)
> (commit "1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1")
> (introduction
>   (make-channel-introduction
> "9edb3f66fd807b096b48283debdcddccfea34bad"
> (openpgp-fingerprint
>   "BBB0 2DDF 2CEA F6A8 0D1D  E643 A2A0 6DF2 A33A 54FA")

Interesting test!

> Here is the content + backtrace of the time-machine call, after the ~10
> hours long object processing on Software Heritage side:
>
>> guix time-machine -C channels.scm -- shell
> Mise à jour du canal « guix » depuis le dépôt Git « 
> /https://git.savannah.gnu.org/git/guix.git »...
> SWH: found revision 1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1 with directory 
> at 
> 'https://archive.softwareheritage.org/api/1/directory/1ea499e7529e67a0632ecbe0a8214f0618a82c1a/'
> swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1.git/
> swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1.git/HEAD
> swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1.git/branches/
> swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1.git/config
> swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1.git/description

[...]

>3 (get-bytevector-n! # # 0 #)
> In web/response.scm:
>  95:2  2 (read! _ _ _)
> In ice-9/boot-9.scm:
>   1685:16  1 (raise-exception _ #:continuable? _)
>   1685:16  0 (raise-exception _ #:continuable? _)
>
> ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> Throw to key `bad-response' with args `("EOF while reading response body: ~a 
> bytes of ~a" (53394376 296632320))'.

I can reproduce it like this:

--8<---cut here---start->8---
$ wget -O/tmp/swh.git \
   
"https://archive.softwareheritage.org/api/1/vault/git-bare/swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1/raw/";
--2023-04-26 11:43:22--  
https://archive.softwareheritage.org/api/1/vault/git-bare/swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1/raw/
Resolving archive.softwareheritage.org (archive.softwareheritage.org)... 
128.93.166.15
Connecting to archive.softwareheritage.org 
(archive.softwareheritage.org)|128.93.166.15|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 296632320 (283M) [application/x-tar]
Saving to: ‘/tmp/swh.git’

/tmp/swh.git  13%[===> ]  39.11M  
84.1MB/sin 0.5s

2023-04-26 11:43:40 (84.1 MB/s) - Connection closed at byte 41015184. Retrying.

--2023-04-26 11:43:41--  (try: 2)  
https://archive.softwareheritage.org/api/1/vault/git-bare/swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1/raw/
Connecting to archive.softwareheritage.org 
(archive.softwareheritage.org)|128.93.166.15|:443... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 296632320 (283M), 255617136 (244M) remaining [application/x-tar]
Saving to: ‘/tmp/swh.git’

/tmp/swh.git  65%[>] 184.66M  
96.7MB/sin 1.5s

2023-04-26 11:44:00 (96.7 MB/s) - Connection closed at byte 193634304. Retrying.

[…]

--2023-04-26 11:48:01--  (try:12)  
https://archive.softwareheritage.org/api/1/vault/git-bare/swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1/raw/
Connecting to archive.softwareheritage.org 
(archive.softwareheritage.org)|128.93.166.15|:443... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 296632320 (283M), 28199637 (27M) remaining [application/x-tar]
Saving to: ‘/tmp/swh.git’

/tmp/swh.git  90%[+] 256.00M  
5.39KB/sin 0.3s

2023-04-26 11:48:19 (5.39 KB/s) - Connection closed at byte 268434406. Retrying.

--2023-04-26 11:48:29--  (try:13)  
https://archive.softwareheritage.org/api/1/vault/git-bare/swh:1:rev:1984d56b0e437af7be7fa6cf8e1a00e45eb8ffa1/raw/
Connecting to archive.softwareheritage.org 
(archive.softwareheritage.org)|128.93.166.15|:443... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 296632320 (283M), 28197914 (27M) remaining [application/x-tar]
Saving to: ‘/tmp/swh.git’

/tmp/swh.git  90%[+] 256.00M  
--.-KB/sin 0s  

2023-04-26 11:48:46 (0.00 B/s) - Connection closed at byte 268434406. Retrying.
--8<---cut here---end--->8---

The server keeps closing the connection prematurely.  Unlike our client
in Guile, wget keeps retrying and so, little by little, it eventually
gets more bytes.  In my case it seems to get stuck at 90% though, where
each attempt gives it zero or very few additional bytes.

I suspect this is an issue at SWH.  I’ll bring it up there.

Thanks,
Ludo’.

bug#62656: broken guix time-machine + software-heritage

[Ludovic Courtès]

Ludovic Courtès  skribis:

> The server keeps closing the connection prematurely.  Unlike our client
> in Guile, wget keeps retrying and so, little by little, it eventually
> gets more bytes.  In my case it seems to get stuck at 90% though, where
> each attempt gives it zero or very few additional bytes.
>
> I suspect this is an issue at SWH.  I’ll bring it up there.

👉 https://gitlab.softwareheritage.org/swh/devel/swh-vault/-/issues/4346

bug#62908: evolution-data-server@3.44.4 or above don't connect with Nextcloud online account (GNOME desktop)

[Christophe Pisteur]

Le mardi 25 avril 2023 à 06:31 +0200, Liliana Marie Prikler a écrit :
> > 
> The currently packaged evolution also appears to suffer from other
> issues (see e.g. https://issues.guix.gnu.org/62942)  You may want to
> try that patch or wait for it to be upstreamed.
> > 
> Cheers

evolution-data-server@3.46.4 fix my problem.
Thank you
Christophe

bug#63050: "guix pull" requires graphical libraries

[Liliana Marie Prikler]

Hi folks, just dropping by real quick

Am Mittwoch, dem 26.04.2023 um 10:45 +0200 schrieb Josselin Poiret:
> No, guix graph uses its own graphviz implementation!  It is used to
> generated png files from .dot files while building the documentation.
> 
> I don't really know if we can skip graphical libraries for this
> reason.
Having built glib from scratch more often than is fun, I am quite
certain that the package pulling in our graphics stack is texinfo with
its reference to texlive.

Cheers

bug#63050: "guix pull" requires graphical libraries

[Andreas Enge]

Hello,

Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler:
> Having built glib from scratch more often than is fun, I am quite
> certain that the package pulling in our graphics stack is texinfo with
> its reference to texlive.

where do you see this?
$ guix gc --references `guix build texinfo`
/gnu/store/5j85qqflgx8nnzk86i43mxn0rjm8h2gv-perl-archive-zip-1.68
/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib
/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1
/gnu/store/bcc053jvsbspdjr17gnnd9dg85b3a0gy-ncurses-6.2.20210619
/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35
/gnu/store/hc05d76f1j3iz3v2bs5jz4fpljl1r4dj-gawk-5.2.1
/gnu/store/lj75fc25zx2y9pqvfp95la84rdhlj4f8-perl-5.36.0
/gnu/store/m8waimifhdjm8slb85jfihsm18jp1vc8-texinfo-7.0.3
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16

So texinfo should be fine.

It is this explicit inclusion of graphviz that poses problems (glib is
then pulled in also).

Andreas

bug#63082: mpd defaul configuration does not work ('No database' error)

[Liliana Marie Prikler]

Hi Maxim,

Am Dienstag, dem 25.04.2023 um 23:11 -0400 schrieb Maxim Cournoyer:
> The cache-directory configuration doesn't seem to be useful so far;
> nothing was being populated under /var/cache/mpd.
> 
> in /var/log/messages, pulseaudio throws a couple errors:
> 
> --8<---cut here---start->8---
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] module-
> jackdbus-detect.c: Unable to contact D-Bus session bus:
> org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-
> daemon without a $DISPLAY for X11
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] module.c:
> Failed to load module "module-jackdbus-detect" (argument:
> "channels=2"): initialization failed.
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] cli-
> command.c: stat('/gnu/store/5ahapvp7rnd2ymakyjv1pwwdav7w9wdc-
> pulseaudio-16.1/etc/pulse/default.pa.d'): No such file or directory
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] main.c: No
> card found by this name or index.
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] main.c:
> Source alsa_input.pci-_01_01.0.analog-mono does not exist.
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] main.c:
> Sink alsa_output.pci-_01_01.0.analog-surround-40 does not exist.
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] server-
> lookup.c: Unable to contact D-Bus:
> org.freedesktop.DBus.Error.NotSupported: Unable to autolaunch a dbus-
> daemon without a $DISPLAY for X11
> Apr 25 23:06:52 localhost pulseaudio[10356]: [pulseaudio] main.c:
> Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported:
> Unable to autolaunch a dbus-daemon without a $DISPLAY for X11
> --8<---cut here---end--->8---
Configuring MPD in a vacuum meaningfully is a little difficult. 
Usually, you don't want it to spawn its own pulse, but rather to
communicate with an already existing server that has to allow network
access.  Rather than supposing this, we could make the default a null
sink or similar.

Cheers

bug#63050: "guix pull" requires graphical libraries

[Josselin Poiret via Bug reports for GNU Guix]

Hi Andreas,

Andreas Enge  writes:

> Hello,
>
> Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie Prikler:
>> Having built glib from scratch more often than is fun, I am quite
>> certain that the package pulling in our graphics stack is texinfo with
>> its reference to texlive.
>
> where do you see this?
> $ guix gc --references `guix build texinfo`

This would check the store path's references, but not necessarily all of
its inputs!  I would hope that no package with docs ever keeps
references to texlive.

Best,
-- 
Josselin Poiret


signature.asc
Description: PGP signature

bug#63050: "guix pull" requires graphical libraries

[Andreas Enge]

Am Wed, Apr 26, 2023 at 08:39:59PM +0200 schrieb Josselin Poiret:
> This would check the store path's references, but not necessarily all of
> its inputs!  I would hope that no package with docs ever keeps
> references to texlive.

Indeed! But here these are also the (native) inputs.

Andreas

bug#63050: "guix pull" requires graphical libraries

[Liliana Marie Prikler]

Am Mittwoch, dem 26.04.2023 um 20:39 +0200 schrieb Josselin Poiret:
> Hi Andreas,
> 
> Andreas Enge  writes:
> 
> > Hello,
> > 
> > Am Wed, Apr 26, 2023 at 06:59:44PM +0200 schrieb Liliana Marie
> > Prikler:
> > > Having built glib from scratch more often than is fun, I am quite
> > > certain that the package pulling in our graphics stack is texinfo
> > > with
> > > its reference to texlive.
> > 
> > where do you see this?
> > $ guix gc --references `guix build texinfo`
> 
> This would check the store path's references, but not necessarily all
> of its inputs!  I would hope that no package with docs ever keeps
> references to texlive.
It does turn out there's no `guix graph texinfo --path-to texlive'
either, though, so I was actually mistaken.

Sorry for the noise

bug#62956: Fail to update gajim: [PATCH] Updates for python-k5test and python-gssapi

[John Kehayias via Bug reports for GNU Guix]

Thanks for the ping, I missed this message in time before the merge.

On Mon, Apr 24, 2023 at 11:52 AM, Andreas Enge wrote:

> Am Mon, Apr 24, 2023 at 10:51:31AM +0200 schrieb Simon Tournier:
>> Please note #62956 reporting the failure and proposing a patch.
>
> Thanks for the notice! On core-updates, the current gajim requires
> python-gssapi, which fails to build; so this would have to be repaired
> additionally to the above patch.
>

I will send the two patches for the needed updates and then gajim
builds for me locally (I only built and checked that it ran, though it
wouldn't open a window in my pure environment at least). I'll attempt
with the new mumi updates, so it may take a bit for me to get it set
up.

Notes:

1. For python-k5tests I removed all inputs (guix refresh -u suggested
   some) and everything built and seemed to work fine for
   python-gssapi. I'm not familiar with these packages though.

2. gajim built for me with only the addition of python-idna, but again
   did not test extensively.

If they look good feel free to push to master (after QA if it sees
these patches?) or I can later if no complaints.

John

bug#62956: [PATCH 1/2] gnu: python-k5test: Update to 0.10.3.

[John Kehayias via Bug reports for GNU Guix]

* gnu/packages/python-xyz.scm (python-k5test): Update to 0.10.3.
[propagated-inputs]: Remove.
[native-inputs]: Remove.
[arguments]{phases}: Remove.
---
 gnu/packages/python-xyz.scm | 19 ++-
 1 file changed, 2 insertions(+), 17 deletions(-)

diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm
index 0abfa226f4..849b75ead2 100644
--- a/gnu/packages/python-xyz.scm
+++ b/gnu/packages/python-xyz.scm
@@ -26096,30 +26096,15 @@ (define-public python-forbiddenfruit
 (define-public python-k5test
   (package
 (name "python-k5test")
-(version "0.9.2")
+(version "0.10.3")
 (source
  (origin
(method url-fetch)
(uri (pypi-uri "k5test" version))
(sha256
 (base32
- "1lqp3jgfngyhaxjgj3n230hn90wsylwilh120yjf62h7b1s02mh8"
+ "07sp9hc6nkbgzywvr2ivcik03wibs6gmxm1k33l1b8v3mnyfx7cw"
 (build-system python-build-system)
-(propagated-inputs
- (list python-six
-   ;; `which`, `kadmin.local` binaries called inside library
-   which mit-krb5))
-(native-inputs (list mit-krb5))
-(arguments
- '(#:phases
-   (modify-phases %standard-phases
- (add-after 'unpack 'apply-upstream-fixes
-   (lambda* _
- (substitute* "k5test/realm.py"
-   ;; Upstream commit f6b302d94dbdce37a1b81cc3faeeac4dc637b0e9.
-   (("'kadmin_local'") "'kadmin.local'")
-   ;; Upstream commit 3aef84515cf3d1a171c66856c898d0a5cbbd03ea.
-   (("\\.stop_daemon") "._stop_daemon")))
 (home-page "https://github.com/pythongssapi/k5test";)
 (synopsis "Library for setting up self-contained Kerberos 5 environments")
 (description
--
2.39.2

bug#62956: [PATCH 2/2] gnu: python-gssapi: Update to 1.8.2.

[John Kehayias via Bug reports for GNU Guix]

* gnu/packages/python-xyz.scm (python-gssapi): Update to 1.8.2.
[native-inputs]: Add python-cython.  Order alphabetically.
---
 gnu/packages/python-xyz.scm | 11 +++
 1 file changed, 7 insertions(+), 4 deletions(-)

diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm
index 849b75ead2..247a842a3e 100644
--- a/gnu/packages/python-xyz.scm
+++ b/gnu/packages/python-xyz.scm
@@ -26117,22 +26117,25 @@ (define-public python-k5test
 (define-public python-gssapi
   (package
 (name "python-gssapi")
-(version "1.6.12")
+(version "1.8.2")
 (source
  (origin
(method url-fetch)
(uri (pypi-uri "gssapi" version))
(sha256
 (base32
- "1j2idrbrbczykzlb56q1bn0ivc9c0rjjljpk4yz86xn3gxfkpv8n"
+ "16n86nr19s95czvc1a9mdhs1kiq77qkcjp2c1rk5h4f93h10m3mp"
 (build-system python-build-system)
 (propagated-inputs
  (list python-decorator python-six))
 (inputs
  (list mit-krb5))
-;; for tests
 (native-inputs
- (list python-parameterized python-k5test python-nose))
+ (list python-cython
+   ;; for tests
+   python-k5test
+   python-nose
+   python-parameterized))
 (home-page "https://github.com/pythongssapi/python-gssapi";)
 (synopsis "Python GSSAPI Wrapper")
 (description
--
2.39.2

bug#62956: Fail to update gajim: [PATCH] Updates for python-k5test and python-gssapi

[John Kehayias via Bug reports for GNU Guix]

> I will send the two patches for the needed updates and then gajim
> builds for me locally (I only built and checked that it ran, though it
> wouldn't open a window in my pure environment at least). I'll attempt
> with the new mumi updates, so it may take a bit for me to get it set
> up.
>

Ah, when sending via mumi it was sent directly to the bug address and
didn't CC anyone else. Please see the patches starting at


> Notes:
>
> 1. For python-k5tests I removed all inputs (guix refresh -u suggested
>some) and everything built and seemed to work fine for
>python-gssapi. I'm not familiar with these packages though.
>
> 2. gajim built for me with only the addition of python-idna, but again
>did not test extensively.
>
> If they look good feel free to push to master (after QA if it sees
> these patches?) or I can later if no complaints.
>
> John

bug#63045: Can't suspend and wakeup outside of gnome

[Stefan Huchler]

here is the part of the log that should show a crash from suspend.

Apr 15 19:38:32 localhost elogind[352]: Suspending system...
Apr 15 19:38:32 localhost vmunix: [   96.960350] PM: suspend entry (deep)
Apr 15 19:38:34 localhost vmunix: [   96.971363] Filesystems sync: 0.011 seconds
Apr 15 19:38:34 localhost vmunix: [   96.971643] Freezing user space processes
Apr 15 19:38:34 localhost vmunix: [   96.972920] Freezing user space processes 
completed (elapsed 0.001 seconds)
Apr 15 19:38:34 localhost vmunix: [   96.972926] OOM killer disabled.
Apr 15 19:38:34 localhost vmunix: [   96.972927] Freezing remaining freezable 
tasks
Apr 15 19:38:34 localhost vmunix: [   96.974038] Freezing remaining freezable 
tasks completed (elapsed 0.001 seconds)
Apr 15 19:38:34 localhost vmunix: [   96.974062] printk: Suspending console(s) 
(use no_console_suspend to debug)
Apr 15 19:38:34 localhost vmunix: [   96.975397] serial 00:04: disabled
Apr 15 19:38:34 localhost vmunix: [   96.975545] r8169 :02:00.0 enp2s0: 
Link is Down
Apr 15 19:38:34 localhost vmunix: [   97.002210] sd 0:0:0:0: [sda] 
Synchronizing SCSI cache
Apr 15 19:38:34 localhost vmunix: [   97.002481] sd 0:0:0:0: [sda] Stopping disk
Apr 15 19:38:34 localhost vmunix: [   97.290213] ACPI: PM: Preparing to enter 
system sleep state S3
Apr 15 19:38:34 localhost vmunix: [   97.830759] ACPI: PM: Saving platform NVS 
memory
Apr 15 19:38:34 localhost vmunix: [   97.830872] Disabling non-boot CPUs ...
Apr 15 19:38:34 localhost vmunix: [   97.830875] Wakeup pending. Abort CPU 
freeze
Apr 15 19:38:34 localhost vmunix: [   97.830876] Non-boot CPUs are not disabled
Apr 15 19:38:34 localhost vmunix: [   97.830886] ACPI: PM: Waking up from 
system sleep state S3
Apr 15 19:38:34 localhost vmunix: [   98.162855] xhci_hcd :03:00.3: 
Controller not ready at resume -19
Apr 15 19:38:34 localhost vmunix: [   98.162881] xhci_hcd :03:00.3: PCI 
post-resume error -19!
Apr 15 19:38:34 localhost vmunix: [   98.162884] xhci_hcd :03:00.3: HC 
died; cleaning up
Apr 15 19:38:34 localhost vmunix: [   98.162892] xhci_hcd :03:00.3: PM: 
dpm_run_callback(): pci_pm_resume+0x0/0x110
 returns -19
Apr 15 19:38:34 localhost vmunix: [   98.162908] xhci_hcd :03:00.3: PM: 
failed to resume async: error -19

bug#63099: Dovecot FTBFS

[Felix Lechner via Bug reports for GNU Guix]

Hi,

With a recent checkout of Guix, dovecot fails to build from source due
to failing tests. Looks like an assertion related to OpenSSL. A
partial log is below. Thanks!

Kind regards,
Felix

* * *

test_get_info_key_encrypted .. : ok
test_get_info_pw_encrypted ... : ok
test-crypto.c:827: Assert failed: ret == TRUE
Panic: file dcrypt-openssl.c: line 2639
(dcrypt_openssl_private_to_public_key): assertion failed: (priv_key !=
NULL && pub_key_r != NULL)
Error: Raw backtrace: #0 fatal_handler_real[0x00427080] -> #1
default_fatal_handler[0x00427150] -> #2 i_panic[0x00415af6] -> #3
dcrypt_openssl_private_to_public_key.cold[0x77d34ed5] -> #4
test_password_change[0x0041fc80] -> #5 test_run_funcs[0x00423050] ->
#6 test_run[0x00423c00] -> #7 main[0x0041a100] -> #8
__libc_start_call_main[0x77db4190] -> #9
__libc_start_main[0x77db4230] -> #10 _start[0x0041a240]
/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bash-minimal-5.1.16/bin/bash:
line 1: 10314 Aborted ./$bin
make[3]: *** [Makefile:1136: check-local] Error 1
make[3]: Leaving directory
'/tmp/guix-build-dovecot-2.3.20.drv-0/dovecot-2.3.20/src/lib-dcrypt'
make[2]: *** [Makefile:983: check-am] Error 2
make[2]: Leaving directory
'/tmp/guix-build-dovecot-2.3.20.drv-0/dovecot-2.3.20/src/lib-dcrypt'
make[1]: *** [Makefile:573: check-recursive] Error 1
make[1]: Leaving directory
'/tmp/guix-build-dovecot-2.3.20.drv-0/dovecot-2.3.20/src'
make: *** [Makefile:702: check-recursive] Error 1

Test suite failed, dumping logs.
error: in phase 'check': uncaught exception:
%exception #<&invoke-error program: "make" arguments: ("check" "-j"
"8" "LDFLAGS=-rdynamic") exit-status: 2 term-signal: #f stop-signal:
#f>
phase `check' failed after 88.5 seconds
command "make" "check" "-j" "8" "LDFLAGS=-rdynamic" failed with status 2