From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 30 11:21:44 2023 Received: (at submit) by debbugs.gnu.org; 30 Apr 2023 15:21:45 +0000 Received: from localhost ([127.0.0.1]:38257 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pt8rw-0004tg-H8 for submit@debbugs.gnu.org; Sun, 30 Apr 2023 11:21:44 -0400 Received: from lists.gnu.org ([209.51.188.17]:49506) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pt8rt-0004tW-Uk for submit@debbugs.gnu.org; Sun, 30 Apr 2023 11:21:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pt8rt-0005Ny-Mn for bug-guix@gnu.org; Sun, 30 Apr 2023 11:21:41 -0400 Received: from smtpmciv3.myservices.hosting ([185.26.107.239]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pt8rr-0001kA-Np for bug-guix@gnu.org; Sun, 30 Apr 2023 11:21:41 -0400 Received: from mail1.netim.hosting (unknown [185.26.106.173]) by smtpmciv3.myservices.hosting (Postfix) with ESMTP id 637CE20354; Sun, 30 Apr 2023 17:21:27 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail1.netim.hosting (Postfix) with ESMTP id 045698009A; Sun, 30 Apr 2023 17:21:24 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail1.netim.hosting Received: from mail1.netim.hosting ([127.0.0.1]) by localhost (mail1-2.netim.hosting [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id I3vL-6rSr5Wf; Sun, 30 Apr 2023 17:21:23 +0200 (CEST) Received: from [192.168.1.239] (unknown [10.192.1.83]) (Authenticated sender: lumen@makinata.eu) by mail1.netim.hosting (Postfix) with ESMTPSA id 5419280098; Sun, 30 Apr 2023 17:21:23 +0200 (CEST) Message-ID: Date: Sun, 30 Apr 2023 16:21:14 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.1 Content-Language: en-US To: bug-guix From: Bruno Victal Subject: [Shepherd] Nested calls lead to a hang Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=185.26.107.239; envelope-from=mirai@makinata.eu; helo=smtpmciv3.myservices.hosting X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit Cc: mirai@makinata.eu, bjc@spork.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Original discussion (IRC): Minimal example (annotated): test-system.scm: --8<---------------cut here---------------start------------->8--- (use-modules (gnu) (gnu tests) (gnu packages) (gnu packages base) ; coreutils/sleep (gnu packages admin) ; shepherd (gnu services shepherd)) ;; Some dummy service whose start action simply waits for some seconds, ;; about enough to check with herd status before it exits. (define dummy-service-type (shepherd-service-type 'dummy (lambda (cfg) (shepherd-service (documentation "Dummy action to start service.") (provision '(dummy-service)) (respawn? #f) ; <<<<<< note, this disables the service! (modules (cons* '(gnu services herd) %default-modules)) (start #~(lambda _ (format #t "Starting a delay on dummy service.~%") (fork+exec-command (list #$(file-append coreutils "/bin/sleep") "30")))) (stop #~(make-kill-destructor)) (actions (list (shepherd-action (name 'my-action) (documentation "lorem ipsum") (procedure #~(lambda (x) ;; Scenario 1: using code from (gnu services herd), this hangs shepherd #;(start-service 'dummy) ; hangs shepherd ;; Scenario 2: this doesn't hang shepherd but do note that the service has to be re-enabled either manually or automatically here #;(system* #$(file-append shepherd "/bin/herd") "start" "dummy-service") ;; Scenario 3: use the already imported (shepherd service) module, doesn't hang shepherd ;; Like Scenario 2, the service must be re-enabled since (respawn? #f) disabled this. ;; Comment: Won't re-enabling mean that this service will relaunch once it quits? ;; That means the service has to disable itself on a successful exit, perhaps within the (stop ...) field? (start 'dummy-service)))))))) #f ; no config (description "lorem ipsum."))) (operating-system (inherit %simple-os) (services (cons* (service dummy-service-type) %base-services))) --8<---------------cut here---------------end--------------->8--- Required modifications to gnu/services/shepherd.scm for scenario 1: --8<---------------cut here---------------start------------->8--- diff --git a/gnu/services/shepherd.scm b/gnu/services/shepherd.scm index b2601c0128..158806f421 100644 --- a/gnu/services/shepherd.scm +++ b/gnu/services/shepherd.scm @@ -282,7 +282,8 @@ (define (shepherd-service-file-name service) (define (shepherd-service-file service) "Return a file defining SERVICE." (scheme-file (shepherd-service-file-name service) - (with-imported-modules %default-imported-modules + (with-imported-modules (cons '(gnu services herd) + %default-imported-modules) #~(begin (use-modules #$@(shepherd-service-modules service)) --8<---------------cut here---------------end--------------->8--- From debbugs-submit-bounces@debbugs.gnu.org Sat May 06 13:26:48 2023 Received: (at 63190) by debbugs.gnu.org; 6 May 2023 17:26:49 +0000 Received: from localhost ([127.0.0.1]:35715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pvLgG-0007qY-I3 for submit@debbugs.gnu.org; Sat, 06 May 2023 13:26:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55508) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pvLgE-0007qC-3I for 63190@debbugs.gnu.org; Sat, 06 May 2023 13:26:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvLg8-0004e6-1K; Sat, 06 May 2023 13:26:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=91AF9i2O44latdmsEE2HnMiUuguYROY0OCtqngLhd8A=; b=R+OXSwBq8vPwDMTSoZWE HKDxDH/teWhLCtq7lUlg2jzaAPbPFfH32cjOc/uyCId5Q84PW1kI50Zdl5wAQWexZpoqkfO88SMlr 1TYw+dHob/jxLR8sy935Xo8iMHYZT9+8frHJKQr+HmvwiXngIPcseqM9JPAIcmHZ0wQFeKmCflksB QaPROISiD07F8tReo+m+spVZ+fGruPnS8vGTpzhPhkRdifm8HHRE18rearTDil5Y4i9vEqpQFwTg3 vpINOMrzjTs4AKv9MpHO9fZG5CcpucrlA9P8wdIkOiJVFe2quylH94q4mB5m7hudKnJtE5cY9YMpF WzmwkdJp8hVX/A==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvLg7-0006tI-K9; Sat, 06 May 2023 13:26:39 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Bruno Victal Subject: Re: bug#63190: [Shepherd] Nested calls lead to a hang References: Date: Sat, 06 May 2023 19:26:38 +0200 In-Reply-To: (Bruno Victal's message of "Sun, 30 Apr 2023 16:21:14 +0100") Message-ID: <87wn1lid69.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63190 Cc: 63190@debbugs.gnu.org, bjc@spork.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Hi, Bruno Victal skribis: > Original discussion (IRC): [...] > (procedure > #~(lambda (x) > ;; Scenario 1: using code from (gnu services herd), th= is hangs shepherd > #;(start-service 'dummy) ; hangs shepherd (gnu services herd) provides a client to talk to the shepherd process. However, the code of actions runs in the shepherd process itself, so there=E2=80=99s no need to use the client library. Don=E2=80=99t do that. = :-) (Whether that leads to a deadlock depends; at first sight, I=E2=80=99d say there=E2=80=99s no reason for this to deadlock in general, but you can of c= ourse end up with a logic bug like A starts B, which spawns a client to start A, which doesn=E2=80=99t start because it=E2=80=99s waiting for B.) > ;; Scenario 2: this doesn't hang shepherd but do note = that the service has to be re-enabled either manually or automatically here > #;(system* #$(file-append shepherd "/bin/herd") "start= " "dummy-service") This is equivalent to the one above. > ;; Scenario 3: use the already imported (shepherd serv= ice) module, doesn't hang shepherd > ;; Like Scenario 2, the service must be re= -enabled since (respawn? #f) disabled this. > ;; Comment: Won't re-enabling mean that th= is service will relaunch once it quits? > ;; That means the service has to = disable itself on a successful exit, perhaps within the (stop ...) field? > (start 'dummy-service)))))))) This should work without blocking. However, starting a service from another one doesn=E2=80=99t sound great. Could you give more context? Thanks, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Mon May 08 06:27:32 2023 Received: (at 63190) by debbugs.gnu.org; 8 May 2023 10:27:32 +0000 Received: from localhost ([127.0.0.1]:39265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pvy5c-0005NB-CE for submit@debbugs.gnu.org; Mon, 08 May 2023 06:27:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pvy5a-0005Mx-L5 for 63190@debbugs.gnu.org; Mon, 08 May 2023 06:27:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvy5U-0002V4-1l; Mon, 08 May 2023 06:27:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=Q4Eju7TsfD7R4IuK1oqg8e3OXgF4VQ1aJ5ulXtr4nVI=; b=a+er/ey9anWt7xdbZ0P0 O2pfvuV2FRM1nJLnc/ljQGc2ojoH+/OwVtgQbmxQ1K9Nng9xy2f/0YhMKRatAFaKVBZ0rcvJ1SBKl vDnsU3/5PPq3F2Y9aDiYuEy80xPNf5iuCiBH+XBJk5X5nwCgI5RzJFxx3eSajIebkOdVqwgn2ePgi Lq76ztlniWF2iqHg0N3iB79Yjw+G81AopX1vJbSxchZwjz15D/JdC4AmTjv4ntD2B6FmdW7LGln3Q MO8LR6PrK/M7y3HqZtqQEF/na1JShQqVe8P44OVsiSOzjbw7irvQ2YaJvijjHfvXGVMTOVsH7PNmg Ed9jLCg1Dclanw==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pvy5T-0001kk-C4; Mon, 08 May 2023 06:27:23 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Bruno Victal Subject: Re: bug#63190: [Shepherd] Nested calls lead to a hang References: <87wn1lid69.fsf@gnu.org> Date: Mon, 08 May 2023 12:27:20 +0200 In-Reply-To: <87wn1lid69.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sat, 06 May 2023 19:26:38 +0200") Message-ID: <87fs87dson.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63190 Cc: 63190@debbugs.gnu.org, bjc@spork.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Ludovic Court=C3=A8s skribis: > Bruno Victal skribis: > >> Original discussion (IRC): > > [...] > >> (procedure >> #~(lambda (x) >> ;; Scenario 1: using code from (gnu services herd), t= his hangs shepherd >> #;(start-service 'dummy) ; hangs shepherd > > (gnu services herd) provides a client to talk to the shepherd process. > However, the code of actions runs in the shepherd process itself, so > there=E2=80=99s no need to use the client library. Don=E2=80=99t do that= . :-) Also, the socket created in (gnu services herd) lacks SOCK_NONBLOCK so the code above is bound to block forever. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri May 12 19:06:09 2023 Received: (at 63190) by debbugs.gnu.org; 12 May 2023 23:06:09 +0000 Received: from localhost ([127.0.0.1]:34028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxbpx-0002jl-6V for submit@debbugs.gnu.org; Fri, 12 May 2023 19:06:09 -0400 Received: from coleridge.kublai.com ([166.84.7.167]:56624 helo=mail.spork.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxbpu-0002jd-V8 for 63190@debbugs.gnu.org; Fri, 12 May 2023 19:06:07 -0400 Received: from psyduck (ool-18b8e9e7.dyn.optonline.net [24.184.233.231]) by mail.spork.org (Postfix) with ESMTPSA id AFB2BA812; Fri, 12 May 2023 19:05:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=spork.org; s=dkim; t=1683932766; bh=r1f8PDufBpHhnSzJylmw57rTyvj1/cP+ujxvJIgcCyk=; h=References:From:To:Cc:Subject:Date:In-reply-to; b=Vv3iauYQGE+tSGrnE/cul8Iaqr2clwPHcji319fWuOjOsTiR5NGRmSC1wCbTwHgdP loHwmsLG2AX8l0kHvDuI+w4QkVTnl9PYwyCx8cHizxiwTulpGRzd0Nvy0Z8y4Fxbi/ 8FGm0IokYMmAygj+VeoYqO1wgQaxHPRpPn92E6QA= References: <87wn1lid69.fsf@gnu.org> User-agent: mu4e 1.10.2; emacs 28.2 From: Brian Cully To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#63190: [Shepherd] Nested calls lead to a hang Date: Fri, 12 May 2023 19:01:08 -0400 In-reply-to: <87wn1lid69.fsf@gnu.org> Message-ID: <87h6shduaw.fsf@psyduck.jhoto.kublai.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 63190 Cc: 63190@debbugs.gnu.org, Bruno Victal X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Ludovic Court=C3=A8s writes: > (Whether that leads to a deadlock depends; at first sight, I=E2=80=99d=20 > say > there=E2=80=99s no reason for this to deadlock in general, but you can=20 > of course > end up with a logic bug like A starts B, which spawns a client=20 > to start > A, which doesn=E2=80=99t start because it=E2=80=99s waiting for B.) It's been a while since I looked at this, but my rough=20 recollection is the deadlock occurs because shepherd can only=20 process one request over its socket at a time. If that request=20 happens to *also* try to talk over the same socket, it'll hang=20 indefinitely waiting for its turn to come off the accept queue. I'm not sure there's much to be done in the 0.9 version of=20 shepherd about it. I'm hoping that 0.10 and up will be able to=20 cope with situations like this without completely deadlocking the=20 shepherd itself. It's obviously pretty bad if pid 1 hangs for any=20 reason at all, even user error. -bjc From debbugs-submit-bounces@debbugs.gnu.org Sat May 13 05:46:04 2023 Received: (at 63190) by debbugs.gnu.org; 13 May 2023 09:46:04 +0000 Received: from localhost ([127.0.0.1]:35997 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxlpE-0000kt-9y for submit@debbugs.gnu.org; Sat, 13 May 2023 05:46:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45804) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxlpB-0000jT-NA for 63190@debbugs.gnu.org; Sat, 13 May 2023 05:46:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxlp5-00085l-HT; Sat, 13 May 2023 05:45:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=khl/Tfc7wTmjVIrqDgyl4B111sJXbNDww8Rd51v3r4s=; b=cxB7Lrh6F5Pn4TIr0tMe tfz3i/ibBcXzwVJqA8PIiX3t+Pxr3+9dCQ00h5f5NQJTpfmSFDUKKJbj6BgylwbTn7HlP89b2iP0k IOJDIZubBf06ucQ/xUJyPaSaojiW6tsVDsZKfDGh3McyhJlI59ChCV6ZjhMmeWFXimum4duhgbtHA mDAURbdzEiGD64W7DCVg/yT8XJ7GqXCHWBCVNDFvA+O9yIzhh6uNXGJUYko2FzcM9CVQwogKTRom4 SvESAiwAZXyRLnv8qEhb48v0FuK7SuVWwUqyAgCVLUq3RmuELfX2QKivtf/SqGJkxWDYL1g9ouJOf lBLIynzhfQux+w==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxlp5-0004ej-1f; Sat, 13 May 2023 05:45:55 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Brian Cully Subject: Re: bug#63190: [Shepherd] Nested calls lead to a hang References: <87wn1lid69.fsf@gnu.org> <87h6shduaw.fsf@psyduck.jhoto.kublai.com> Date: Sat, 13 May 2023 11:45:51 +0200 In-Reply-To: <87h6shduaw.fsf@psyduck.jhoto.kublai.com> (Brian Cully's message of "Fri, 12 May 2023 19:01:08 -0400") Message-ID: <87h6sg1s4w.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 63190 Cc: 63190@debbugs.gnu.org, Bruno Victal X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Brian Cully skribis: > Ludovic Court=C3=A8s writes: > >> (Whether that leads to a deadlock depends; at first sight, I=E2=80=99d s= ay >> there=E2=80=99s no reason for this to deadlock in general, but you can of >> course >> end up with a logic bug like A starts B, which spawns a client to >> start >> A, which doesn=E2=80=99t start because it=E2=80=99s waiting for B.) > > It's been a while since I looked at this, but my rough recollection is > the deadlock occurs because shepherd can only process one request over > its socket at a time. That=E2=80=99s not the case in 0.9: it can process several requests concurrently. However, as I wrote in a followup message, the client socket created by (gnu services herd) lacks SOCK_NONBLOCK, which can thus block the process on reads and writes. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat May 13 05:46:21 2023 Received: (at control) by debbugs.gnu.org; 13 May 2023 09:46:21 +0000 Received: from localhost ([127.0.0.1]:36001 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxlpV-0000lP-KO for submit@debbugs.gnu.org; Sat, 13 May 2023 05:46:21 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59536) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pxlpS-0000lC-W7 for control@debbugs.gnu.org; Sat, 13 May 2023 05:46:19 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxlpN-00089w-O4 for control@debbugs.gnu.org; Sat, 13 May 2023 05:46:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:Subject:From:To:Date:in-reply-to: references; bh=ojG1lH8FEFgY+0jASB++kZi1hcQJ5IfhYs7ZFDNxj7U=; b=pCd2Sz1eY13q9Q yqbqlEKYgxHZMXR+kM8HJTRWZutse9VHNcu6XGKcf/RIBUqT12eigHjEdDVu0ipzA2AUFb2OlsaZW ThO6ozzNdkK+pmCfrYTMxTSkeIzRB3gFJFl+75g6dQ8wFHrc/9rpGtYR1/OKBX64YIpG2UOALAM/a z/CSeYCRzLa2Q5NECtdU3/2bfb+aWjkEyNJEuHdjE3z6z5gqWswuO2sj41Ok3lj25xZo8qyDnNQj4 KMCMTlFX1L40jreOY6wOg+ZJU7Ww9AWNd8SgBMQw7cYDBH+2gl03kPm8MRBa5aF22W5Ufazr2vOuZ NID2rmaee4JvWMYMwCrA==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pxlpI-0004i8-Ui for control@debbugs.gnu.org; Sat, 13 May 2023 05:46:13 -0400 Date: Sat, 13 May 2023 11:46:06 +0200 Message-Id: <87fs801s4h.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #63190 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 63190 notabug close 63190 quit From unknown Tue Aug 19 21:02:19 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 10 Jun 2023 11:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator