From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#40572: installer networking: Connman detects no technologies on Acer Aspire Date: Tue, 14 Apr 2020 22:17:01 +0200 Message-ID: <87imi1vn42.fsf@gnu.org> References: <20200413155202.rjmnp4v2vnrpq3vc@pelzflorian.localdomain> <871rorgvk8.fsf@gnu.org> <20200413181415.6pgj63zcew3bkkma@pelzflorian.localdomain> <20200413215646.wduvdya6rqhr4h4r@pelzflorian.localdomain> <8736972fc1.fsf@gnu.org> <20200414004344.fg7yio3frp534jih@pelzflorian.localdomain> <87v9m2zbes.fsf@gnu.org> <20200414094053.ylvhmq2yurtrr6ec@pelzflorian.localdomain> <20200414120034.igkvqez4clu7rr4o@pelzflorian.localdomain> <87o8ruw2w3.fsf@gnu.org> <20200414184020.25i2mkzbmvkk6f5l@pelzflorian.localdomain> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:46205) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jOS0R-0006ek-U6 for bug-guix@gnu.org; Tue, 14 Apr 2020 16:18:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jOS0Q-0002XA-Mw for bug-guix@gnu.org; Tue, 14 Apr 2020 16:18:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:51569) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jOS0Q-0002X2-Jy for bug-guix@gnu.org; Tue, 14 Apr 2020 16:18:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jOS0Q-0004Zw-GK for bug-guix@gnu.org; Tue, 14 Apr 2020 16:18:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20200414184020.25i2mkzbmvkk6f5l@pelzflorian.localdomain> (pelzflorian@pelzflorian.de's message of "Tue, 14 Apr 2020 20:40:20 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane-mx.org@gnu.org Sender: "bug-Guix" To: "pelzflorian (Florian Pelz)" Cc: 40572@debbugs.gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, "pelzflorian (Florian Pelz)" skribis: > On Tue, Apr 14, 2020 at 04:36:12PM +0200, Ludovic Court=C3=A8s wrote: >> Could you build an ISO image with the patch below on top of >> bd4c345ef7ddf3542662fe0872b06393b414a3fc and confirm that it works for >> you? > > Sorry it still fails despite /gnu/store/*shepherd.conf really > containing the set! of the timeout to 30. I attach /var/log/messages. Silly me, I think it works if we set! before loading services. Could you double-check with the patch below? This is the last thing, and then all the lights are green! Ludo=E2=80=99. --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/services/shepherd.scm b/gnu/services/shepherd.scm index bad089844d..9906ae43c4 100644 --- a/gnu/services/shepherd.scm +++ b/gnu/services/shepherd.scm @@ -291,6 +291,13 @@ and return the resulting '.go' file." (default-environment-variables '("PATH=/run/current-system/profile/bin")) + ;; Booting off a DVD, especially on a slow machine, can make + ;; everything slow. Thus, increase the timeout compared to the + ;; default 5s in the Shepherd 0.7.0. See + ;; . + ;; XXX: Use something better when the next Shepherd is out. + (set! (@@ (shepherd service) %pid-file-timeout) 30) + ;; Arrange to spawn a REPL if something goes wrong. This is better ;; than a kernel panic. (call-with-error-handling --=-=-=--