From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: Mathieu Othacehe <othacehe@gnu.org>, 54786@debbugs.gnu.org
Subject: bug#54786: Installation tests are failing
Date: Tue, 24 May 2022 23:43:23 -0400 [thread overview]
Message-ID: <87a6b646qs.fsf@gmail.com> (raw)
In-Reply-To: <875ymp4c5f.fsf@gnu.org> ("Ludovic Courtès"'s message of "Sun, 01 May 2022 15:26:20 +0200")
Hi,
Ludovic Courtès <ludo@gnu.org> writes:
> Hi,
>
> Mathieu Othacehe <othacehe@gnu.org> skribis:
>
>> Thanks for the fix! The jami and jami-provisioning tests are also broken
>> because of what looks like to be the same issue:
>>
>> One does not simply initialize the client: Another daemon is detected
>> /gnu/store/01phrvxnxrg1q0gxa35g7f77q06crf6v-shepherd-marionette.scm:1:1718: ERROR:
>> 1. &action-exception-error:
>> service: jami
>> action: start
>> key: match-error
>> args: ("match" "no matching pattern" #f)
>> Jami Daemon 11.0.0, by Savoir-faire Linux 2004-2019
>> https://jami.net/
>> [Video support enabled]
>> [Plugins support enabled]
>
> Yes, I noticed that, but I’m not sure how to apply a similar workaround.
I tried fixing that today, but so far I've only managed to understand
what seems to be going wrong, with this (not so great) workflow:
1. Add pk uses in the code.
2. $(./pre-inst-env guix system vm --no-graphic -e '(@@ (gnu tests
telephony) %jami-os)' --no-offload --no-substitutes) -m 512 -nic
user,model=virtio-net-pci,hostfwd=tcp::10022-:22
3. ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -p
10022 root@localhost
and poke around with 'herd status', read /var/log/messages, experiment
with dbus-send, etc.
This allowed me to find out that (dbus-available-services) appears to be
broken. I'm not sure why the exceptions are reported so badly by
Shepherd (are exceptions raised with 'error' not handled by Shepherd or
something? -- the with-retries loop should end up printing the caught
exception arguments -- I would also have expected to see the backtrace
somewhere.
Anyway, connecting to another machine that is running the
jami-service-type still (hasn't been reconfigured in a while), I could
see:
--8<---------------cut here---------------start------------->8---
scheme@(guix-user)> ,use (gnu build jami-service)
scheme@(guix-user)> (dbus-available-services)
;;; Failed to autoload fork+exec-command in (shepherd service):
;;; no code for module (fibers)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
error: fork+exec-command: unbound variable
--8<---------------cut here---------------end--------------->8---
Oh yes, so it now requires guile-fibers. After installing it:
--8<---------------cut here---------------start------------->8---
scheme@(guix-user)> ,use (gnu build jami-service)
scheme@(guix-user)> (dbus-available-services)
ice-9/boot-9.scm:1685:16: In procedure raise-exception:
No scheduler current; call within run-fibers instead
--8<---------------cut here---------------end--------------->8---
So the users of fork+exec-command (a public API) needs to be adjusted.
I suspect that's the crux of the issue here. The rest (the jami tests
using Shepherd's start-service to check the service status and causing
multiple starts) should be easy to workaround.
To be continued...
Maxim
next prev parent reply other threads:[~2022-05-25 3:46 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-08 9:51 bug#54786: Installation tests are failing Mathieu Othacehe
2022-04-08 15:10 ` Mathieu Othacehe
2022-04-28 7:22 ` Mathieu Othacehe
2022-04-28 19:19 ` Ludovic Courtès
2022-04-29 19:50 ` Ludovic Courtès
2022-04-30 13:02 ` Mathieu Othacehe
2022-05-01 13:26 ` Ludovic Courtès
2022-05-25 3:43 ` Maxim Cournoyer [this message]
2022-05-28 21:29 ` Ludovic Courtès
2022-05-31 16:44 ` bug#54786: [PATCH] services: jami: Modernize to adjust to Shepherd 0.9+ changes Maxim Cournoyer
2022-06-01 9:54 ` bug#54786: Installation tests are failing Ludovic Courtès
2022-06-01 13:10 ` Maxim Cournoyer
2022-06-02 13:13 ` Ludovic Courtès
2022-06-02 17:24 ` Maxim Cournoyer
2022-06-02 20:43 ` Ludovic Courtès
2022-06-04 4:37 ` Maxim Cournoyer
2022-06-07 14:00 ` Ludovic Courtès
2022-06-08 0:58 ` bokr
2022-06-11 4:18 ` Maxim Cournoyer
2022-08-09 14:20 ` Mathieu Othacehe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87a6b646qs.fsf@gmail.com \
--to=maxim.cournoyer@gmail.com \
--cc=54786@debbugs.gnu.org \
--cc=ludo@gnu.org \
--cc=othacehe@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).