From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 10 00:46:16 2022 Received: (at 57068) by debbugs.gnu.org; 10 Aug 2022 04:46:16 +0000 Received: from localhost ([127.0.0.1]:45786 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLdbk-0001fp-1f for submit@debbugs.gnu.org; Wed, 10 Aug 2022 00:46:16 -0400 Received: from mail-qv1-f42.google.com ([209.85.219.42]:46053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLdbf-0001fQ-GQ for 57068@debbugs.gnu.org; Wed, 10 Aug 2022 00:46:15 -0400 Received: by mail-qv1-f42.google.com with SMTP id v2so10156441qvs.12 for <57068@debbugs.gnu.org>; Tue, 09 Aug 2022 21:46:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:from:to:cc; bh=QnMPPQrvbrpxX5hXAbLiPnLJHfy1i5Ie/l1Q/p5clfU=; b=iEllKeuoM1YYGkv37gx1pEj+Ft9RfsW2mAeK9jJp/gzNJtvd/DcAt2TMLTvT1VFzx2 wh/Cinu6JARObzFMvNQ3RM51J4KudwqVLu+qXxmURlnosTMCG2ktXzLqx+Ry9IiAFCkg iQeodzProPTcK7RGyJJIp3ZstrqKzBGq/KPq9nvakL0ZLeN80FKTRrWhYCXF1L6OtNuV kZz92KBJ83VYvOk3umJVNVCacEfsnAt4o/GBkTBS016L79Ad0CFg3qbcY9q9HmLrCEJh 54ag7WDJ3wIp/4jJUGwU4y9Q0UQ8mSZ4XibZiLFZ5IXAghZDp2Ni5JVCjVwdtx4HWXUn n8xA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:x-gm-message-state :from:to:cc; bh=QnMPPQrvbrpxX5hXAbLiPnLJHfy1i5Ie/l1Q/p5clfU=; b=aMWgeavH3GMk8KC2rCYV2zNy2Tb+YDNZ+00eto/7Ee1kthjJwfKJ7cg2OcInL4Pgcx wk+WY6+pEBA3zoFUI8pXdNt+9k3kXG2Xc9AG47gHkRmMbLHLMKhZsO+YLF4Lhh8QtV23 39va30L2PLk5M89zxC2Esvk92GJKFhbWybP/FfAprRPJdKakqUSYhDMRLu+exQBwi36c +cQzD5f5tBa4/JqSEIj/uwPdUIE1hCfJaKv0TwjOgknUiKNPDoPlctr5zQoYPrGFPP0u pCgLP+xSwZLzO8Ep10TO6MOp1fzbKU+M+jeZfDNU09SO32+3f4Eu54ujibmycVsiPY3l 7xQQ== X-Gm-Message-State: ACgBeo0raCPY8TSJ6lD8dB4xXoXd+hZZO207FOy6BXz5y1vz2aqXxxM6 LlXthP9Un6CSHOm5ImT49dKb0PzIA9s= X-Google-Smtp-Source: AA6agR6LmxpFmRrPv0CCFzoyiXGM0yMnO7ZGuYriPgIzWwp99afN7PoGTP/p+ADtuhwognb5Iof9tA== X-Received: by 2002:a05:6214:242b:b0:479:4bb0:529c with SMTP id gy11-20020a056214242b00b004794bb0529cmr19183234qvb.109.1660106765810; Tue, 09 Aug 2022 21:46:05 -0700 (PDT) Received: from hurd (dsl-10-135-11.b2b2c.ca. [72.10.135.11]) by smtp.gmail.com with ESMTPSA id ci14-20020a05622a260e00b0031ef0081d77sm11348747qtb.79.2022.08.09.21.46.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Aug 2022 21:46:05 -0700 (PDT) From: Maxim Cournoyer To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#57068: Resizing mcron job in vm-image.tmpl interferes with settings References: <87r11p932e.fsf@inria.fr> <87edxp92ai.fsf@gnu.org> Date: Wed, 10 Aug 2022 00:46:04 -0400 In-Reply-To: <87edxp92ai.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Tue, 09 Aug 2022 11:47:17 +0200") Message-ID: <87wnbgln8z.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57068 Cc: 57068@debbugs.gnu.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: -1.0 (-) Hi, Ludovic Court=C3=A8s writes: > Ludovic Court=C3=A8s skribis: > >> Commit 945ad48cd8029fa77a643e00c7fd350e98cacca0 added an mcron job to >> =E2=80=98vm-image.tmpl=E2=80=99 that resets screen size every second. I= =E2=80=99m don=E2=80=99t fully >> understand the problem this was addressing, but it has two drawbacks: >> >> 1. Kicking in every second is inefficient. >> >> 2. Resetting the screen size prevents users from changing it. For >> example, if I run: >> >> $(guix system vm gnu/system/examples/vm-image.tmpl) -m 1024 >> >> then go to the Xfce menu, Settings -> Display, and change the screen >> size, I have it immediately reset back to the default value. > > There=E2=80=99s a third problem that I initially thought was unrelated: > > 3. The mcron job starts running before =E2=80=98xorg-server=E2=80=99 is= up, and that > can cause Xorg to fail to start. > > Namely, if you run the command above, you=E2=80=99ll see that Xorg starts= and > fails typically a few times in a row, until it eventually succeeds. In > /var/log/messages, you can see that the =E2=80=98xorg-server=E2=80=99 pro= cess exits with > code 1 (without any indication of what went wrong AFAICS) and the > service gets respawned. > > Now if you remove the mcron job and boot the VM, the =E2=80=98xorg-server= =E2=80=99 > service successfully starts. It=E2=80=99s 100% reproducible for me. I tried to reproduce the problem without any luck on my machine (it always boots fine). Odd. I don't mind the hack removed, but I think we should aim to keep SPICE dynamic resizing working, and currently that'd mean switching desktop environment, unless we fix https://gitlab.xfce.org/xfce/xfce4-settings/-/issues/142 (GNOME had adjusted for the years old change in SPICE with https://gitlab.gnome.org/GNOME/mutter/-/commit/957513242c26be458be7a101b831= 80e3f59f6a44), in case your looking for something fun to hack on :-). Thanks, Maxim