bug#36264: shepherd doesn't capture service stdout/stderr

[Ludovic Courtès]

Robert Vollmert  skribis:

> On a pretty fresh Guix System install, I see some regular
> sshd error messages on tty1 (which I guess means they’re
> written to /dev/console). Also, setting up a regular
> shepherd service via make-forkexec-constructor for a
> program that logs to stderr (postgrest which I’m in the
> process of packaging), all output goes to tty1.
>
> Compare the discussion at
>
> https://lists.gnu.org/archive/html/guix-devel/2019-06/msg00186.html

Fortunately that was fixed in Shepherd 0.9.0 (April 2022).

Ludo’.

bug#45574: Guile 3 fails to build non-deterministically

[Ludovic Courtès]

Chris Marusich  skribis:

> If you try to build Guile 3 without substitutes using any recent version
> of Guix, it can frequently fail.  I had to try about 12 times
> in a row before it succeeded.  The failure simply said "FAIL:
> check-guile" - I didn't save the build logs, which were lost once the
> build succeeded.  If anyone is interested in debugging, it should be
> easy to reproduce.  Just do this:
>
> - Run Guix in a 1-core VM or a similarly slow x86_64-linux system.
>
> - Try to build any recent version of Guile 3 using any recent version of
>   Guix.
>
> I've seen the failures happen for Guile 3.0.2 and Guile 3.0.4.  I
> observed this on a 1-core VM, so perhaps a slow system exacerbates this
> bug.  This can make running "guix pull" without substitutes tedious,
> since you have to manually retry many times.

I don’t think that applies to 3.0.9, or at least I haven’t seen any such
failures or reports thereof.  Closing!

Ludo’.

bug#47584: Race condition in ‘copy-account-skeletons’: possible privilege escalation.

[Ludovic Courtès]

Hello,

Maxime Devos  skribis:

> I removed the 'Based upon mkdir-p from (guix build utils)'
> comment because it's quite a bit different now.
>
> * gnu/build/activation.scm (verify-not-symbolic): Delete.
> (mkdir-p/perms): Rewrite in terms of 'openat'.

Finally pushed as c1283e203995c8d84584e701b965efe086d1d666, now that
Guile 3.0.9 with the *at family of procedures is the default (and has
been for a while, actually).

Great work both in Guile upstream and in Guix here.

Ludo’.

bug#73065: glibc-supported-locales needs zstd

[Ricardo Wurmus]

I'm trying to build the installer with

guix system image -t iso9660 gnu/system/install.scm

This fails:

build of 
/gnu/store/64r5f7ikrjwzs9bslhfabv1p8r5gzk83-glibc-supported-locales.scm.drv 
failed

--8<---cut here---start->8---
tar (child): zstd: Cannot exec: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now
Backtrace:
   3 (primitive-load "/gnu/store/3jkscaxiws5q79bhyklw9y65qib?")
In ice-9/eval.scm:
619:8  2 (_ #f)
In guix/build/gnu-build-system.scm:
   208:10  1 (unpack #:source _)
In guix/build/utils.scm:
822:6  0 (invoke "tar" "xvf" "/gnu/store/3rqf5bv8zl4wdy1vmgzsfwq?")

guix/build/utils.scm:822:6: In procedure invoke:
ERROR:
  1. &invoke-error:
  program: "tar"
  arguments: ("xvf" 
"/gnu/store/3rqf5bv8zl4wdy1vmgzsfwqiw094x3pv-glibc-2.39.tar.zst")
  exit-status: 2
  term-signal: #f
  stop-signal: #f
--8<---cut here---end--->8---

Looking at gnu/system/locale.scm I can see that the PATH does not
include zstd but only xz.

Adding

 #+(file-append zstd "/bin") ":"

to the PATH definition in glibc-supported-locales fixed this for me.

-- 
Ricardo

bug#73067: kmime-24.05.2 test failure

[Marek Paśnikowski via Bug reports for GNU Guix]

I am not able to reconfigure my system due to the following regression
in kmime-24.05.2:

starting phase `check'
Running tests...
/gnu/store/ibgy9qa52zqmbcfp6m8rwj81bffaiwvb-cmake-minimal-3.24.2/bin/ctest 
--force-new-ctest-process 
Test project /tmp/guix-build-kmime-24.05.2.drv-0/build
  Start  1: kmime-rfc2047test
 1/17 Test  #1: kmime-rfc2047test    Passed0.01 sec
  Start  2: kmime-utiltest
 2/17 Test  #2: kmime-utiltest ...   Passed0.22 sec
  Start  3: kmime-contentindextest
 3/17 Test  #3: kmime-contentindextest ...   Passed0.01 sec
  Start  4: kmime-charfreqtest
 4/17 Test  #4: kmime-charfreqtest ...   Passed0.01 sec
  Start  5: kmime-headertest
 5/17 Test  #5: kmime-headertest .   Passed0.01 sec
  Start  6: kmime-contenttest
 6/17 Test  #6: kmime-contenttest    Passed0.01 sec
  Start  7: kmime-messagetest
 7/17 Test  #7: kmime-messagetest    Passed0.01 sec
  Start  8: kmime-headerfactorytest
 8/17 Test  #8: kmime-headerfactorytest ..   Passed0.01 sec
  Start  9: kmime-rfc2231test
 9/17 Test  #9: kmime-rfc2231test    Passed0.01 sec
  Start 10: kmime-sizetest
10/17 Test #10: kmime-sizetest ...   Passed0.01 sec
  Start 11: kmime-parsedatetimetest
11/17 Test #11: kmime-parsedatetimetest ..   Passed0.01 sec
  Start 12: kmime-dateformattertest
12/17 Test #12: kmime-dateformattertest ..***Failed0.02 sec
* Start testing of DateFormatterTest *
Config: Using QtTest library 6.6.3, Qt 6.6.3 (x86_64-little_endian-lp64 shared 
(dynamic) release build; by GCC 11.4.0), unknown unknown
PASS   : DateFormatterTest::initTestCase()
FAIL!  : DateFormatterTest::testFancyFormat() Compared values are not the same
   Actual   (f.dateString(dt)) : "Today 12:34:56"
   Expected (u"Today 12:34 PM"): Today 12:34 PM
   Loc: 
[/tmp/guix-build-kmime-24.05.2.drv-0/kmime-24.05.2/autotests/dateformattertest.cpp(27)]
PASS   : DateFormatterTest::testLocalizedFormat()
PASS   : DateFormatterTest::testFormat(ctime)
PASS   : DateFormatterTest::testCustomFormat()
PASS   : DateFormatterTest::cleanupTestCase()
Totals: 5 passed, 1 failed, 0 skipped, 0 blacklisted, 8ms
* Finished testing of DateFormatterTest *

  Start 13: kmime-attachmenttest
13/17 Test #13: kmime-attachmenttest .   Passed0.01 sec
  Start 14: kmime-typestest
14/17 Test #14: kmime-typestest ..   Passed0.01 sec
  Start 15: test_mdn
15/17 Test #15: test_mdn .   Passed0.01 sec
  Start 16: test_charfreq
16/17 Test #16: test_charfreq    Passed0.00 sec
  Start 17: test_dates
17/17 Test #17: test_dates ...   Passed0.01 sec

94% tests passed, 1 tests failed out of 17

Total Test time (real) =   0.40 sec

The following tests FAILED:
 12 - kmime-dateformattertest (Failed)
Errors while running CTest
make: *** [Makefile:74: test] Error 8

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

bug#44044: texlive-latex-oberdiek is incomplete

[Nicolas Goaziou via Bug reports for GNU Guix]

Hello,

> The texlive-latex-oberdiek package does not provide all files that the
> “oberdiek” TeX Live package is supposed to contain.
> 
> Notably, all of the tex/generic/oberdiek files are missing or at least
> installed to the wrong directory (tex/latex/oberdiek).

I'm closing this bug report since modular TeX Live does not exhibit this
behaviour anymore.

Regards,
-- 
Nicolas Goaziou

bug#60892: texlive-latex-ms description is incorrect -- doesn't contain everyshi

[Nicolas Goaziou via Bug reports for GNU Guix]

Hello,

> According to the second search result of "guix search everyshi", 
> everyshi can be found in texlive-latex-ms:
> 
> > name: texlive-latex-ms
> > version: 59745
> > outputs:
> > + out: everything
> > systems: x86_64-linux i686-linux
> > dependencies: 
> > location: gnu/packages/tex.scm:8471:2
> > homepage: https://ctan.org/pkg/ms
> > license: LPPL 1.3c+
> > synopsis: Various LATEX packages by Martin Schröder  
> > description: A bundle of LATEX packages by Martin Schröder; the collection 
> > comprises:
> > + 
> > +* `count1to', make use of fixed TEX counters;
> > + 
> > +* `everysel', set commands to execute every time a font is selected;
> > + 
> > +* `everyshi', set commands to execute whenever a page is shipped out;
> > + 
> > +* `multitoc', typeset the table of contents in multiple columns;
> > + 
> > +* `prelim2e', mark typeset pages as preliminary; and
> > + 
> > +* `ragged2e', typeset ragged text and allow hyphenation.
> > relevance: 2
> 
> However, when I add this to the environment, I get the same 'not 
> installed' error message.  Going by the contents "guix build 
> texlive-latex-ms", it only contains 'count1to' and 'multitoc', so the 
> other items should be removed from the list, or the other LaTeX packages 
> must be made part of this Guix package.

In current TeX Live, texlive-latex-ms is deprecated in favor of
texlive-ms. The description of the latter correctly mentions only
"count1to" and "multitoc".

Closing.

Thank you.

Regards,
-- 
Nicolas Goaziou

bug#63321: Broken pipe? (and deprecated latex-packages)

[Nicolas Goaziou via Bug reports for GNU Guix]

Hello,

> guix tells me to send you the COMPLETE output, see below.

This looks like a transient network failure. Considering the bug report
is very old, I assume you found it by yourself. :)

> I also want to ask about the warnings on deprecated packages.
> I didn't install the packages by hand, they came with the package 
> texlive -- or so I assume.

Guix provides two TeX Live flavors: one (`texlive') is monolithic, and
all other "texlive-*" packages make up for the modular flavor. The
deprecated packages are modular; they didn't come with the "texlive"
package.

> Will guix eventually switch me to the new (renamed?) versions 
> automatically?

Yes, if the packages were propagated somehow, they will be updated after
a (successful) "guix pull". OTOH, if you installed explicitly those in
your profile, you will need to switch to the new names.

Sorry for the late (ahem!) answer!

Regards,
-- 
Nicolas Goaziou

bug#73059: Flatpak is vulnerable to CVE-2024-42472

[Zheng Junjie]

DonaldSanders1968 via Bug reports for GNU Guix  writes:

> Hi Guix,
>
> Current flatpak version in Guix channel is affected by CVE-2024-42472. 
>
> Kind regards,
>
> Donald

Thanks, update bubblewrap and it.


signature.asc
Description: PGP signature

bug#73067: kmime-24.05.2 test failure

[Marek Paśnikowski via Bug reports for GNU Guix]

Dear Zheng

Thank you for your hard work bringing KDE to Guix.  It is not the best
circumstance to express my gratitude, but I want you to know I am
grateful before anything else.

With commit 2f407ac162d6b9053bafb611ff20b58b13e7a09c to guix, you have
modified the testing phase of kmime build, which I currently suspect as
the reason for the inability to reconfigure my systems.  I also suspect
the recent merge of core-updates could have caused this breakage.

For your convenience, here is the link to the bug report:
https://issues.guix.gnu.org/73067
It contains the build output narrowed to the check phase.

Do you think this could be at least worked around relatively quickly?  I
will do my best to assist with the review process.

bug#73076: Inputs for git:send-email

[Andreas Enge]

Hello,

when trying to send a patch series using "git send-email", it only worked
after I installed
  perl-io-socket-ssl
  perl-authen-sasl
  perl-mime-base64
into my profile. The first two are inputs of git, but not propagated.

Should they be?

I think this may be a consequence of the recent core-updates merge.

Andreas

bug#73076: Inputs for git:send-email

[Richard Sent]

I can confirm the same issue with git send-email.

-- 
Take it easy,
Richard Sent
Making my computer weirder one commit at a time.

bug#73067: kmime-24.05.2 test failure

[Zheng Junjie]

Marek Paśnikowski via Bug reports for GNU Guix  writes:

> Dear Zheng
>
> Thank you for your hard work bringing KDE to Guix.  It is not the best
> circumstance to express my gratitude, but I want you to know I am
> grateful before anything else.
>
> With commit 2f407ac162d6b9053bafb611ff20b58b13e7a09c to guix, you have
> modified the testing phase of kmime build, which I currently suspect as
> the reason for the inability to reconfigure my systems.  I also suspect
> the recent merge of core-updates could have caused this breakage.

This is caused by core-updates, I don't know why, just disable it should
be OK, see 643e7ecbe6079e8cc2275cc6cdf1cda04f6f818a.

>
> For your convenience, here is the link to the bug report:
> https://issues.guix.gnu.org/73067
> It contains the build output narrowed to the check phase.
>
> Do you think this could be at least worked around relatively quickly?  I
> will do my best to assist with the review process.


signature.asc
Description: PGP signature

bug#73076: Inputs for git:send-email

[Ashish SHUKLA]

Hi,

This is being taken care by 73034. Feel free to close/merge this issue report.

Thanks!
--
Ashish


signature.asc
Description: PGP signature

bug#73081: installer crash: iso-codes is too old

[Ricardo Wurmus]

The installer crashes because the "tok" language is not included in our
old version of the iso-codes package.

Upgrading it to 4.16.0 should fix it, but it is unclear whether this
would result in mass rebuilds.  There is iso-codes/official and a
derived iso-codes.  GTK+ uses iso-codes/official with a note to switch
to iso-codes on "core-updates".  So this change would likely cause mass
rebuilds via the gtk+ package.

-- 
Ricardo

bug#67250: builtin:git-download capability detection not working for the bordeaux build farm

[Ludovic Courtès]

Christopher Baines  skribis:

> I've now sent some patches which add this option to #71038.

These were committed as f002371767df04238e3fc6dfacb6930f5529144b.

Closing,
Ludo’.

bug#73081: [PATCH] gnu: Add iso-codes/installer.

[Ricardo Wurmus]

* gnu/packages/iso-codes.scm (iso-codes/installer): New variable.
* gnu/installer.scm (compute-locale-step): Use it.

Fixes .
Change-Id: Ibc37b3972f6eda14886543b30a72d3b890455d07

Change-Id: Ia06b776e861742fb108a41317ed6df13afec9b6f
---
 gnu/installer.scm  |  6 +++---
 gnu/packages/iso-codes.scm | 26 ++
 2 files changed, 29 insertions(+), 3 deletions(-)

diff --git a/gnu/installer.scm b/gnu/installer.scm
index 3792fc7e35..41ac07ab9e 100644
--- a/gnu/installer.scm
+++ b/gnu/installer.scm
@@ -146,7 +146,7 @@ (define* (compute-locale-step #:key
 
   (let* ((supported-locales #~(supported-locales->locales
#+(glibc-supported-locales)))
- (iso-codes #~(string-append #$iso-codes "/share/iso-codes/json/"))
+ (iso-codes #~(string-append #$iso-codes/installer 
"/share/iso-codes/json/"))
  (iso639-3 #~(string-append #$iso-codes "iso_639-3.json"))
  (iso639-5 #~(string-append #$iso-codes "iso_639-5.json"))
  (iso3166 #~(string-append #$iso-codes "iso_3166-1.json"))
@@ -437,9 +437,9 @@ (define (installer-program)
 ;; (e.g., "French" is always displayed as "français", but
 ;; "Belgium" could be translated to Dutch, French, or German.)
 (bindtextdomain "iso_639-3"   ;languages
-#+(file-append iso-codes "/share/locale"))
+#+(file-append iso-codes/installer 
"/share/locale"))
 (bindtextdomain "iso_3166-1"  ;territories
-#+(file-append iso-codes "/share/locale"))
+#+(file-append iso-codes/installer 
"/share/locale"))
 
 ;; Likewise for XKB keyboard layout names.
 (bindtextdomain "xkeyboard-config"
diff --git a/gnu/packages/iso-codes.scm b/gnu/packages/iso-codes.scm
index d2bace6a3c..17f093ab78 100644
--- a/gnu/packages/iso-codes.scm
+++ b/gnu/packages/iso-codes.scm
@@ -87,6 +87,32 @@ (define-public iso-codes
   (("(Taiwan), [^\"]*" _ name) name))
  (synopsis "Various ISO standards as used by GNU@tie{}Guix"
 
+(define-public iso-codes/installer
+  (hidden-package
+   (package
+ (inherit iso-codes/official)
+ (name "iso-codes")
+ (version "4.16.0")
+ (home-page "https://salsa.debian.org/iso-codes-team/iso-codes";)
+ (source (origin
+   (method git-fetch)
+   (uri (git-reference
+ (url home-page)
+ (commit (string-append "v" version
+   (file-name (git-file-name name version))
+   (sha256
+(base32
+ "0rh2hiivd2hl864zar3pr3yxpkizj4jj4g6c9zjflls35jk4my3a"))
+   (modules '((guix build utils)))
+   (snippet
+'(begin
+   (substitute* (find-files "." "\\.po$")
+ (("#.*Name for TWN,.*") "")
+ (("^msgid \"Taiwan, .*") "# Guix doesn't use "))
+   (substitute* "data/iso_3166-1.json"
+ (("(Taiwan), [^\"]*" _ name) name))
+ (synopsis "Various ISO standards as used by GNU@tie{}Guix"
+
 (define-public python-iso639
   (package
 (name "python-iso639")

base-commit: 18d02443e1ec37779ee3cf63f9aaff1746bfdd8e
prerequisite-patch-id: 4ffb617d91dd5b9402dbbc4b283a10ddb2e346fa
prerequisite-patch-id: 71683bcfadbcfa4015533d7a9f350cc56ee0bcc9
prerequisite-patch-id: 791a04c394d72d0ebc43e256f36b87a328730021
prerequisite-patch-id: 0304eeb68533b569a1e97db280f9c3056fdbd18e
prerequisite-patch-id: 62bc2f225dc341e92ccd57e6e85e820781276325
prerequisite-patch-id: 8008899520d8bd9bfbbdc624bb73558e
prerequisite-patch-id: 17c1e3549ad480aa4898c41345f9fc42a31e36f8
prerequisite-patch-id: 101787b1a916da58bebc25c93c5119933dd5b342
prerequisite-patch-id: a17f97af2833018ba63ec532841ec365b88819d2
prerequisite-patch-id: d24e2e49818c64a7196123123f3799e2d6d68df6
prerequisite-patch-id: d77d6b930b595ddcf65f87eaa0017377009df33e
prerequisite-patch-id: a0e9a69a85d2ba39893ce272a4154d78fd70d436
prerequisite-patch-id: 6e95fccb5adca3aa9c525205dbf8a504d9fc3011
prerequisite-patch-id: 6fc64e51903b7dc549a57a2e476f04cba38064ca
prerequisite-patch-id: fc76be9d9a7c50b3c0929f1540cce53f6310ff3f
prerequisite-patch-id: 3645ebc0f7c660c7f9f4484aa5cc836a32dca88b
prerequisite-patch-id: 8f3115f73547fbda4c7ab8758d57093d89f5556f
prerequisite-patch-id: 2945b1975128021fa547990b3d5425bd05b0
prerequisite-patch-id: efe0e637a1b92bca3438f8f322597f55e483e3cd
prerequisite-patch-id: 9a3cc330e771344f3d04bd1f8fd1b1f6e5092485
prerequisite-patch-id: 1d4b7f91579833ff1698c787a964d0520b6d
prerequisite-patch-id: 79674edf84a571c3fd9f5a3d86953690e1c9bc0e
prerequisite-patch-id: 14e78aa57aecec4f767a148df724589ff2e7fb47
prerequisite-patch-id: 7907c8d13571d434dcaf46d1236cba23ea9a3759
prerequisite-patch-id: 93e2ae209447710f140c0931a5bbd76e71639cea
prerequisite-patch-id: f3

bug#73065: [PATCH] system: Add zstd to glibc-supported-locales.

[Ricardo Wurmus]

* gnu/system/locale.scm (glibc-supported-locales): Add zstd to PATH.

Fixes .

Change-Id: I8f553636789df598937c30adca79cef8cf077337
---
 gnu/system/locale.scm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/gnu/system/locale.scm b/gnu/system/locale.scm
index d2a967eb8f..b317321e84 100644
--- a/gnu/system/locale.scm
+++ b/gnu/system/locale.scm
@@ -204,6 +204,7 @@ (define* (glibc-supported-locales #:optional (glibc glibc))
   (setenv "PATH"
   (string-append #+(file-append tar "/bin") ":"
  #+(file-append xz "/bin") ":"
+ #+(file-append zstd "/bin") ":"
  #+(file-append gzip "/bin")))
   (unpack #:source #+(package-source glibc))
 

base-commit: 18d02443e1ec37779ee3cf63f9aaff1746bfdd8e
prerequisite-patch-id: 4ffb617d91dd5b9402dbbc4b283a10ddb2e346fa
prerequisite-patch-id: 71683bcfadbcfa4015533d7a9f350cc56ee0bcc9
prerequisite-patch-id: 791a04c394d72d0ebc43e256f36b87a328730021
prerequisite-patch-id: 0304eeb68533b569a1e97db280f9c3056fdbd18e
prerequisite-patch-id: 62bc2f225dc341e92ccd57e6e85e820781276325
prerequisite-patch-id: 8008899520d8bd9bfbbdc624bb73558e
prerequisite-patch-id: 17c1e3549ad480aa4898c41345f9fc42a31e36f8
prerequisite-patch-id: 101787b1a916da58bebc25c93c5119933dd5b342
prerequisite-patch-id: a17f97af2833018ba63ec532841ec365b88819d2
prerequisite-patch-id: d24e2e49818c64a7196123123f3799e2d6d68df6
prerequisite-patch-id: d77d6b930b595ddcf65f87eaa0017377009df33e
prerequisite-patch-id: a0e9a69a85d2ba39893ce272a4154d78fd70d436
prerequisite-patch-id: 6e95fccb5adca3aa9c525205dbf8a504d9fc3011
prerequisite-patch-id: 6fc64e51903b7dc549a57a2e476f04cba38064ca
prerequisite-patch-id: fc76be9d9a7c50b3c0929f1540cce53f6310ff3f
prerequisite-patch-id: 3645ebc0f7c660c7f9f4484aa5cc836a32dca88b
prerequisite-patch-id: 8f3115f73547fbda4c7ab8758d57093d89f5556f
prerequisite-patch-id: 2945b1975128021fa547990b3d5425bd05b0
prerequisite-patch-id: efe0e637a1b92bca3438f8f322597f55e483e3cd
prerequisite-patch-id: 9a3cc330e771344f3d04bd1f8fd1b1f6e5092485
prerequisite-patch-id: 1d4b7f91579833ff1698c787a964d0520b6d
prerequisite-patch-id: 79674edf84a571c3fd9f5a3d86953690e1c9bc0e
prerequisite-patch-id: 14e78aa57aecec4f767a148df724589ff2e7fb47
prerequisite-patch-id: 7907c8d13571d434dcaf46d1236cba23ea9a3759
prerequisite-patch-id: 93e2ae209447710f140c0931a5bbd76e71639cea
prerequisite-patch-id: f3e23be6a18c939bb8f498438f025adf101d232e
-- 
2.45.2

bug#64562: Rotated logs have different permissions from logs that have not yet been rotated

[Ludovic Courtès]

Hi,

Leo Famulari  skribis:

> I noticed this inconsistency:
>
> --
> $ ls -l /var/log/messages*
> -rw-r- 1 root root 112994 Jul 10 14:29 /var/log/messages
> -rw-r--r-- 1 root root   8883 Jul  5 12:00 /var/log/messages.1.gz
> --
>
> This seems like a mistake.

Definitely.  Rottlog being what it is, few people are willing to hack on
it.

Good news is that the upcoming Shepherd 1.0 has a ‘log-rotation’ that
doesn’t have this particular bug and is hopefully more hackable:

  https://lists.gnu.org/archive/html/guix-devel/2024-05/msg00159.html

Ludo’.

bug#73085: libjami fails to build

[Kjartan Óli Águstsson]

I am trying to install GNU Jami but building libjami fails due to a
missing header
.  At first
I thought it was a missing input but webrtc-audio-processing is listed
as an input.  However when I look in the store directory of
webrtc-audo-processing its include directory contains a directory
'webrtc-audio-processing-1'.  I am guessing that the webrtc directory is
renamed to avoid conflicts with other packages.  Is the right fix to
patch libjami to look for
webrtc-audo-processing-1/modules/audio_processing/include/audio_processing.h,
or something else?

-- 
Kjartan Oli Agustsson
GPG Key fingerprint: 4801 0D71 49C0 1DD6 E5FD  6AC9 D757 2FE3 605E E6B0


signature.asc
Description: PGP signature

bug#73088: unable to log into childhurd vm

[Nathan Dehnel]

guix 36e30a3

I am no longer able to log into the childhurd vm. My configuration
worked previously and hasn't changed.
(service hurd-vm-service-type
 (hurd-vm-configuration
(os childhurd-os)
(disk-size (* 8 (expt 2 30)

(define childhurd-os
   ;; Definition of my GNU/Hurd system, derived from the default one.
   (operating-system
 (inherit %hurd-vm-operating-system)

 ;; Add a user account.
 (users (cons (user-account
   (name "nathan")
   (group "users")
   (password (crypt "password" "$6$abc"))
   (supplementary-groups '("wheel"))) ;for 'sudo'
  %base-user-accounts))

 (services
  (modify-services (operating-system-user-services
%hurd-vm-operating-system)
(openssh-service-type
 config => (openssh-configuration
  (inherit config)
  (permit-root-login #t)
  (password-authentication? #t)
))

$ ssh nathan@localhost -vv -p 10022
OpenSSH_9.8p1, OpenSSL 3.0.8 7 Feb 2023
debug1: Reading configuration data /home/nathan/.ssh/config
debug2: resolve_addr: could not resolve name localhost as address:
Name or service not known
debug3: resolve_canonicalize: attempting "localhost" => "localhost.dehnel.info."
debug3: resolve_host: lookup localhost.dehnel.info.:10022
debug1: Canonicalized hostname "localhost" => "localhost.dehnel.info"
debug1: hostname canonicalisation enabled, will re-parse configuration
debug1: re-parsing configuration
debug1: Reading configuration data /home/nathan/.ssh/config
debug2: add_identity_file: ignoring duplicate key
/home/nathan/.ssh/nathan-user-key
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' ->
'/home/nathan/.ssh/known_hosts'
debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' ->
'/home/nathan/.ssh/known_hosts2'
debug3: channel_clear_timeouts: clearing
debug3: ssh_connect_direct: entering
debug1: Connecting to localhost.dehnel.info [::1] port 10022.
debug3: set_sock_tos: set socket 3 IPV6_TCLASS 0x48
debug1: connect to address ::1 port 10022: Connection refused
debug1: Connecting to localhost.dehnel.info [127.0.0.1] port 10022.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: Connection established.
debug1: identity file /home/nathan/.ssh/nathan-user-key type 0
debug1: identity file /home/nathan/.ssh/nathan-user-key-cert type 4
debug1: Local version string SSH-2.0-OpenSSH_9.8
debug1: Remote protocol version 2.0, remote software version OpenSSH_9.8
debug1: compat_banner: match: OpenSSH_9.8 pat OpenSSH* compat 0x0400
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to localhost.dehnel.info:10022 as 'nathan'
debug3: put_host_port: [localhost.dehnel.info]:10022
debug3: record_hostkey: found key type ED25519 in file
/home/nathan/.ssh/known_hosts:14
debug3: record_hostkey: found key type RSA in file
/home/nathan/.ssh/known_hosts:15
debug3: record_hostkey: found key type ECDSA in file
/home/nathan/.ssh/known_hosts:16
debug3: load_hostkeys_file: loaded 3 keys from [localhost.dehnel.info]:10022
debug1: load_hostkeys: fopen /home/nathan/.ssh/known_hosts2: No such
file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file
or directory
debug3: order_hostkeyalgs: have matching best-preference key type
ssh-ed25519-cert-...@openssh.com, using HostkeyAlgorithms verbatim
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms:
sntrup761x25519-sha...@openssh.com,curve25519-sha256,curve25519-sha...@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-ni
stp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c,kex-strict-
c-...@openssh.com
debug2: host key algorithms:
ssh-ed25519-cert-...@openssh.com,ecdsa-sha2-nistp256-cert-...@openssh.com,ecdsa-sha2-nistp384-cert-...@openssh.com,ecdsa-sha2-n
istp521-cert-...@openssh.com,sk-ssh-ed25519-cert-...@openssh.com,sk-ecdsa-sha2-nistp256-cert-...@openssh.com,rsa-sha2-512-cert-...@openssh.com,rsa-sha2-256-
cert-...@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25...@openssh.com,sk-ecdsa-sha2-nistp...@openssh.com,r
sa-sha2-512,rsa-sha2-256
debug2: ciphers ctos:
chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com
debug2: ciphers stoc:
chacha20-poly1...@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-...@openssh.com,aes256-...@openssh.com
debug2: MACs ctos:
umac-64-...@openssh.com,umac-128-...@openssh.com,hmac-sha2-256-...@openssh.com,hmac-sha2-512-...@openssh.com,hmac-sha1-...@openss