From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Bruno Haible Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 12 Aug 2023 23:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 65255@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.169188125425062 (code B ref -1); Sat, 12 Aug 2023 23:01:02 +0000 Received: (at submit) by debbugs.gnu.org; 12 Aug 2023 23:00:54 +0000 Received: from localhost ([127.0.0.1]:57752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxbJ-0006W9-Ct for submit@debbugs.gnu.org; Sat, 12 Aug 2023 19:00:53 -0400 Received: from lists.gnu.org ([2001:470:142::17]:57926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxbF-0006Vu-25 for submit@debbugs.gnu.org; Sat, 12 Aug 2023 19:00:51 -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 1qUxb9-0006vR-Qv for bug-coreutils@gnu.org; Sat, 12 Aug 2023 19:00:43 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUxb7-0005TU-4n for bug-coreutils@gnu.org; Sat, 12 Aug 2023 19:00:43 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1691881237; cv=none; d=strato.com; s=strato-dkim-0002; b=OE5Fwsuqi2yep5mXmrgSoRh0/k6qxNKUXE3haIAwSCOjPS0ljRDhz2CgJETYkpR/td AncN0HbAn9wXytl0Ywwx/+RQLJy/Agnfa7jkfy3DYUkhQBh8ff6oEc//NOU9AjC7hNYC WI+03t38dec1tF7PjBxzeB+AXM98FwHJSWNe5W9oH/CXUKY06GZxWo8JHoKRhBIp+YM4 7QaTy+Ee1TQP66/YxHGM2iXbVMkQJAltQ/et0I+NpnyFsurQ348lkRt1rLu8WatA1Jpv 6tpHy/4bGQoM+RNnHW+Zf1la6h9yE5r6BdQIwjqmMoeZzEYF0dgUWZ/RtZ+g4vxWpiTs /snw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0002; d=strato.com; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=agtCsxtngDZ4rPTnhcAhFiQe2oUgSWftTobeG54cxssautt2kg2mMRsGRgstgOGz1q /fC8jrLVZ5itA/NCBJAmrrhbQqPLzrebxZLgU1AZIbiG65f36GxCLlEsW6UVI6Hun/oX AW9bMYufQcnG3XYKg5mdIWtlvvtN9O/bJRK7Do2xkI/nvYV6uJQBAZ33uBoeGI27rM9G F4dL7MZ0aNUG75ctqC5FBFD69OEuV2TSVyE8vr+zE+mmHAF7wG9Uz01yvduG3+xtQkEM pMgYLXVMIfb5nw09jBPQxtzPvp6gNAWBtMpUGhe5QvZMw17vq3G7aDr66MukIPlpstVK nukQ== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0002; d=clisp.org; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=Ph41uflLEnT1jAA/JoMeZMimTQvWdXo3JBjN6JzJBLe/ga3KHJ0h1MYuesIjfRaqrA rs6NZQ9k/tJ72Fvb669p4kPdGQGJ+Nl59onweHPKh/g1o3z5oVhmoh3qprZJFaTrgaLq bHKz+AeY3K0BoPmBJF6NY19ol+tImuGyt2EDcvn7biMxyVUQSVUuS0dCsUjZpTJTn5iH G4bQckFh66r+4JaLaCUPEsD2jYBwgfGM2+UBx4cbSbnUik3RpYyPhQn5GbvmJrBKYCrK jUWKDYQbLVLdpzdnhz2Q+6evf8vkzMf3Lb/ElTE2SaE2sgoLU/xZWzZYCBZnyUlCGaws h5gg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0003; d=clisp.org; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=7xRinR8uyN0EeVFLkfMTZQR0uc3EqW37wt9ZIDW20HfbM9sR0IT/YyFgRLNGdMBee/ QQSl+9BFTogdz1PQSTDw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPC3PWUhh1ikpxVLFJtrR7IDHZg7w==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.6.6 AUTH) with ESMTPSA id x129eaz7CN0b5E1 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 13 Aug 2023 01:00:37 +0200 (CEST) From: Bruno Haible Date: Sun, 13 Aug 2023 01:00:37 +0200 Message-ID: <33634105.ORx6IIuMYd@nimes> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart243409137.Hpe2JWZ6nv" Content-Transfer-Encoding: 7Bit Received-SPF: none client-ip=85.215.255.22; envelope-from=bruno@clisp.org; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) 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 (-) This is a multi-part message in MIME format. --nextPart243409137.Hpe2JWZ6nv Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" On the following platforms: - Linux (that includes glibc-based systems, Alpine Linux, Raspbian), - NetBSD, - Cygwin, - Minix, the "up" duration is inconsistent after the VM in which the OS is running has been 1. put into sleep / saved / pause mode (terminology depends on the hypervisor), 2. resumed, 3. a date bump has been done in the VM (either automatically or manually). VM sleep and a date adjustment after resume is a common operation, as can be seen - from the fact that it's automatic in VirtualBox machines with the "guest extensions" installed [1], - from the fact that it's automatic in KVM [2], - from the fact that it's automatic in Haiku as guest, - from a remark in the libvirt documentation [3], - from stackoverflow questions such as [4]. After such a VM sleep and a date adjustment, coreutils' "uptime" is inconsistent in three ways: * On Linux, the displayed "up" duration includes active time and hardware suspend time [5], but excludes VM sleep time. Such a figure is not useful for estimating the boot time, since (time now) - (that "up" time) is not the boot time. It is also not useful for estimating when e.g. a file system check would be necessary on file systems without a journal, or how much electricity was consumed =E2=80=94 since the hardware suspend time was = included. So this figure is useless. * The displayed "up" duration is inconsistent with the boot time displayed by "who -a". (Since the Gnulib module 'readutmp' makes efforts to find the boot time in a way that does not change when the date is adjusted.) * The behaviour is inconsistent among platforms: On platforms which have a /proc/uptime file, the displayed "up" time _excludes_ VM sleep time. On the other platforms it _includes_ VM sleep time. Seen on Linux (Fedora Rawhide, Alpine Linux 3.18, Raspbian), NetBSD 9.3, Cygwin 2.9.0, Minix 3.3. I see this as a bug. Find attached a fix for this bug. I'll provide a NEWS entry afterwards, that summarizes the changes in coreutils + gnulib on the various platforms. Bruno [1] https://docs.oracle.com/en/virtualization/virtualbox/6.1/user/guestaddi= tions.html#4.1.-Introduction-to-Guest-Additions [2] https://bugzilla.redhat.com/show_bug.cgi?id=3D1115340 [3] https://libvirt.gitlab.io/libvirt-appdev-guide-python/libvirt_applicati= on_development_guide_using_python-Guest_Domains-Lifecycle-Save.html [4] https://serverfault.com/questions/334698/ [5] This is indicated by glibc's : /* Monotonic system-wide clock that includes time spent in suspension= =2E */ # define CLOCK_BOOTTIME 7 I also verified this on a laptop. --nextPart243409137.Hpe2JWZ6nv Content-Disposition: attachment; filename="0001-uptime-Include-VM-sleep-time-in-the-up-duration.patch" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="0001-uptime-Include-VM-sleep-time-in-the-up-duration.patch" >From ff6e92f38b560ade54df4c94e9d91657f740bb4b Mon Sep 17 00:00:00 2001 From: Bruno Haible Date: Sun, 13 Aug 2023 00:57:23 +0200 Subject: [PATCH] uptime: Include VM sleep time in the "up" duration * src/uptime.c: Don't include c-strtod.h. (print_uptime): Don't read /proc/uptime, because the value it provides does not change when a date adjustment occurs. * bootstrap.conf (gnulib_modules): Remove 'uptime'. --- bootstrap.conf | 1 - src/uptime.c | 36 ++++++------------------------------ 2 files changed, 6 insertions(+), 31 deletions(-) diff --git a/bootstrap.conf b/bootstrap.conf index 6ce27d5dd..d758a9ff6 100644 --- a/bootstrap.conf +++ b/bootstrap.conf @@ -285,7 +285,6 @@ gnulib_modules=" unlocked-io unsetenv update-copyright - uptime useless-if-before-free userspec utimecmp diff --git a/src/uptime.c b/src/uptime.c index c29798d32..0cc1dedba 100644 --- a/src/uptime.c +++ b/src/uptime.c @@ -22,7 +22,6 @@ #include #include "system.h" -#include "c-strtod.h" #include "long-options.h" #include "quote.h" #include "readutmp.h" @@ -42,33 +41,13 @@ print_uptime (idx_t n, struct gl_utmp const *this) idx_t entries = 0; time_t boot_time = 0; time_t time_now; - time_t uptime = 0; + time_t uptime; intmax_t updays; int uphours; int upmins; struct tm *tmn; double avg[3]; int loads; -#ifdef HAVE_PROC_UPTIME - FILE *fp; - - fp = fopen ("/proc/uptime", "r"); - if (fp != nullptr) - { - char buf[BUFSIZ]; - char *b = fgets (buf, BUFSIZ, fp); - if (b == buf) - { - char *end_ptr; - double upsecs = c_strtod (buf, &end_ptr); - if (buf != end_ptr) - uptime = (0 <= upsecs && upsecs < TYPE_MAXIMUM (time_t) - ? upsecs : -1); - } - - fclose (fp); - } -#endif /* HAVE_PROC_UPTIME */ /* Loop through all the utmp entries we just read and count up the valid ones, also in the process possibly gleaning boottime. */ @@ -79,16 +58,13 @@ print_uptime (idx_t n, struct gl_utmp const *this) boot_time = this->ut_ts.tv_sec; ++this; } + /* The gnulib module 'readutmp' is supposed to provide a BOOT_TIME entry + on all platforms. */ + if (boot_time == 0) + error (EXIT_FAILURE, errno, _("couldn't get boot time")); time_now = time (nullptr); -#if defined HAVE_PROC_UPTIME - if (uptime == 0) -#endif - { - if (boot_time == 0) - error (EXIT_FAILURE, errno, _("couldn't get boot time")); - uptime = time_now - boot_time; - } + uptime = time_now - boot_time; updays = uptime / 86400; uphours = uptime % 86400 / 3600; upmins = uptime % 86400 % 3600 / 60; -- 2.34.1 --nextPart243409137.Hpe2JWZ6nv-- From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Bruno Haible Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 12 Aug 2023 23:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 65255@debbugs.gnu.org Received: via spool by 65255-submit@debbugs.gnu.org id=B65255.169188247426911 (code B ref 65255); Sat, 12 Aug 2023 23:22:02 +0000 Received: (at 65255) by debbugs.gnu.org; 12 Aug 2023 23:21:14 +0000 Received: from localhost ([127.0.0.1]:57758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxuz-0006zz-MM for submit@debbugs.gnu.org; Sat, 12 Aug 2023 19:21:13 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.20]:36299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxuu-0006zm-PR for 65255@debbugs.gnu.org; Sat, 12 Aug 2023 19:21:12 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1691882466; cv=none; d=strato.com; s=strato-dkim-0002; b=qWP4tHc84dQy1QGGI5jKyNKnmLX7XAyBTnpYcvcfYJNC8J2ezhZHR1EiRIXRNqyXN4 p1JZN573+VP9CYh+j4NO91/qEEkBVI2dqWbMfrqPgHEQ3YaBuB3jBWw2woyyXn9bTU0J j2Hd5AqMXgTNePtPqG91OiroOkm9zQdnWXjWKtDbcLHwQdEx/qwm9kBUQW+dnpOsmpzP 5R05dJNbz2wwIDjkntpEXRQKnq9dJ/6yr0CiEut+uTVMH7yirg11NICGd0TRRpT1InLF Ey96dWurbl4EFBes4Y8lErUKW68MM3eaimAaFugHbJnhbbikylpv1+wmF1AJYFueSg1I tkyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1691882466; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=GbebG3k/kt2oMmBGz/8hqwb3for0iPxSl1uWtz4IbE4=; b=eV0rpYFC5F1l/1xIO54Prmbi11AN5DLtjR4A9xupKgyifbXAzGIMdRH2dufUuwg0o7 ZfNWy6AMhYohCYJYYb8qFrMAr91IhwfGqLGQjzbEC34VxnN6bLrd44d1WddpuUmahaV9 ocnqXHYokF0nod5d1gFTcLEV9rtufySPSQ4XPmaxr05SYwbHVNJstz0xQ7MroIdBnpUI M721FR+wLlOEm69tJLu9WO0dG/D9T8wk6SZBP1b2N428EMZnidiYMr2/jBkWJzejM1Ds zlGOyszST7EjjhI/XgCAiNpMdcNGVHAVa5dmALwPxEJ1/qoz4xPfwpBGJ0HsPbKUHhUA FqEQ== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1691882466; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=GbebG3k/kt2oMmBGz/8hqwb3for0iPxSl1uWtz4IbE4=; b=KedBNLtbApJMJYTpj99VOIyOAUdqW5xw9jvuLX1cKlvvVkQhB4Rqk1pHaaiQd/0nhF S15RZrEgXpwkfxEguqme9PNq7wjr4175GexjW5kIw7269w5ajdDhNKbXUWlTIwI66QNG KrrzNbmhT0akA/ffkzW5zb4CbobVUnPGuMX55glaC2+q92D1FCUqmFonkwrqsmsCANPg M74Q0zx5A7SzHl+UTbRYLU59AwG9hFPg+TU80uPD5/c1MpFiLdvAE2RnWaN9PEV9aqg9 /+oHTh3Xpyfeu6YDusExFsKZAb7RzQrxo951z+kJ6OrlKv9BOM8OlpczZiqlzViZ3Of2 E6Cw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1691882466; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=GbebG3k/kt2oMmBGz/8hqwb3for0iPxSl1uWtz4IbE4=; b=R86GMI/VlVUGNuTaot+1sSgY9Qoh8iINEsFl1PvqHexGK+5CweTS2pZRlUrlmfYlL0 exeXZO5uClmtf1zLvxAQ== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPC3PWUhh1ikpxVLFJtrR7IDHZg7w==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.6.6 AUTH) with ESMTPSA id x129eaz7CNL65FO (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 13 Aug 2023 01:21:06 +0200 (CEST) From: Bruno Haible Date: Sun, 13 Aug 2023 01:21:06 +0200 Message-ID: <4252182.RFoDXD5xBp@nimes> In-Reply-To: <33634105.ORx6IIuMYd@nimes> References: <33634105.ORx6IIuMYd@nimes> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Score: 0.0 (/) 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 (-) PS: I wrote: > (print_uptime): Don't read /proc/uptime You might wonder: What is the replacement? Namely, as a fallback (for situations where the current process is running inside a container or jail): - On Linux, the auxiliary function get_linux_boot_time_final_fallback reads the info from /proc/uptime. - On macOS and BSD systems, we don't need to read it, because the sysctl invoked by the auxiliary function get_bsd_boot_time_final_fallback reads the same info, without needing a mounted /proc file system. - On Minix and Cygwin, no replacement is needed, because there is no "container" or "jail" concept in these OSes. Bruno From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 13 Aug 2023 06:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bruno Haible , 65255@debbugs.gnu.org Received: via spool by 65255-submit@debbugs.gnu.org id=B65255.16919093813520 (code B ref 65255); Sun, 13 Aug 2023 06:50:02 +0000 Received: (at 65255) by debbugs.gnu.org; 13 Aug 2023 06:49:41 +0000 Received: from localhost ([127.0.0.1]:58005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qV4uz-0000ui-Df for submit@debbugs.gnu.org; Sun, 13 Aug 2023 02:49:41 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:33920) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qV4ut-0000uQ-Ki for 65255@debbugs.gnu.org; Sun, 13 Aug 2023 02:49:39 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 419A23C011BD6; Sat, 12 Aug 2023 23:49:29 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 5ZBoa_ohpX0U; Sat, 12 Aug 2023 23:49:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 29C6C3C011BD7; Sat, 12 Aug 2023 23:49:27 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 29C6C3C011BD7 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1691909367; bh=TEbfRnm9vKRWGtIz8y61XGjmXjT6+0p8jBanYdCqHvA=; h=Message-ID:Date:MIME-Version:To:From; b=SflELDzGI+h0cxYURjXc4/obxkLfvPWBsSHFdjM06Wdi4b5DBcPYcZxbcjGcDjijq MGZtBwX6OeuI7uOFyjkvmzYv3D/vDMUGrlCdfnP5WmloXyI02V8SrphdfprSNzYhal BI+gw1SL+RmWZsSp5+bRswUtbp/ghHYr7NzkZFDoanfyeUodsrNG9nDKc7mdEr+PB5 Pfldqkfu309IH+l7GfQeuN1zutYlL9hrs4yqgKsX5M3gqXgjMmoJfeGLw2MXooLgE6 b0LjjRK/QlYVzbGgITCsavASsBtMLRQBzMOR+8fGPDEbiLQrFECNN/A4bJvuQic1qx 0ukF+yBDGD9pg== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id gk5ySFMAIHOL; Sat, 12 Aug 2023 23:49:27 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 03AD13C011BD6; Sat, 12 Aug 2023 23:49:26 -0700 (PDT) Message-ID: Date: Sat, 12 Aug 2023 23:49:26 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US References: <33634105.ORx6IIuMYd@nimes> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <33634105.ORx6IIuMYd@nimes> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) 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.0 (--) On 2023-08-12 16:00, Bruno Haible wrote: > I see this as a bug. Find attached a fix for this bug. I'll provide a NEWS > entry afterwards, that summarizes the changes in coreutils + gnulib on the > various platforms. Thanks, this looks good. A NEWS entry would be welcome. Does this mean Gnulib's 'uptime' module is obsolete? From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Bruno Haible Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 15 Aug 2023 13:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 65255@debbugs.gnu.org, Paul Eggert Received: via spool by 65255-submit@debbugs.gnu.org id=B65255.169210464219080 (code B ref 65255); Tue, 15 Aug 2023 13:05:02 +0000 Received: (at 65255) by debbugs.gnu.org; 15 Aug 2023 13:04:02 +0000 Received: from localhost ([127.0.0.1]:35179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qVtiL-0004xO-5a for submit@debbugs.gnu.org; Tue, 15 Aug 2023 09:04:02 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([81.169.146.220]:45709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qVtiG-0004xA-SO for 65255@debbugs.gnu.org; Tue, 15 Aug 2023 09:04:00 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1692104625; cv=none; d=strato.com; s=strato-dkim-0002; b=T6I6ghCJxH7VMsJTI8t8KlXSpzKzU+LDvMssQ/D3Zet5ibuJ0wNrZ0NqSHsjfUv9kC zWOef+yOogQi4Sc6/U7Q9+7uPBqFiGpMJCaWYserg5BbqjVMgLIPPmY+7Esz3RZRgnnv GMSDarcv4Z2rsRkD+bpSajOHPy7LR/+SvdsfAq5eSw7XzHgD94RkjGEaDMrVn7sSg0fe h2yOhTw2GT1mTepb54KFk2vdJ1IYjuNkYmVXMRKfTAU+8EK5+93L2bUAlYzzF2DkllgY VQUH5Gnyw7m6ORW2iqTfFVs4i7ra8f1s1URtzNKnycn1LMtNOl6FcJikEYftBHBd+Bmr hrSg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1692104625; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=mEoQuOMK6GliFmJCiab3y9IXx2UNVJ+4UuVhdjQWh3g=; b=qlLV0lUU7bI2g7jsSRog97JtQkFw4cPh56V06orCX17KUrPWg0X1Ns9uQi2PgUGf6d N8y8Bq61XjN7W876CDMUiBHSx8APqZRsfNk2PzgUuoEShh1Uwb7G9ZJ1ubW4rlS4Np3V eHIKACNkV+tIqfQ5mcGjAnVCmwSW4aXpJp5GoGSGx0oOEzFhSU55bCq6pLl9yPTK78Hi JGS2DTqZ5a8z8/9cb36y3abJtIcBeEf0A23EfYB3bSa2/B6H4Ph6pfObFJpx9N0qUdwE S+CGkWKbGnuTAO70PpcoFNqDSujYk7q0SMe84u+d7Zw3DbSk1Vbxu7coPd1jsU4oBRgh IU2w== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1692104625; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=mEoQuOMK6GliFmJCiab3y9IXx2UNVJ+4UuVhdjQWh3g=; b=QJqEhXGwYFY7Cd8kEiiBp63qlM3wbPIXebjGayOR9gtZ9RyBcH7z10z3R29XdQEmop sxwI89eiyXH7bFfZsOLYaz92sxvjk3PgMEzlEvOy1hXl7M3DlOU3M+Eijx0nrJUQx7Av wWOJQim45e66+Agv9NP2XZv75YskDqm2kmcgBRZ8kA0BfTSYIq7bKNnVo3uzdB91ecsH WKts+htXXppU0TcADeRlk9RviHMJ0/C6la+KUm9mdXYZW8N0yOdRahJmetEq+Qns5T+C EvGdRl42uVZ6yEsyLZ/nsjZBtbMnXbUBptjBHPeFtuvLBkCzATIcegfx8jLqFxY1u2gJ UrSA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1692104625; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From:Cc:Date:From: Subject:Sender; bh=mEoQuOMK6GliFmJCiab3y9IXx2UNVJ+4UuVhdjQWh3g=; b=bMi3kcIecoluqwZrs9uO3ekLPhO5v0WAzV/k7U6V7HhNc6ZDRs7DX7bwjJYPumvJcU IPW55Js/N5e8FTPbSvDg== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPD1KDxnGxb4/wjRQtDCidPpMcxog==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.6.6 AUTH) with ESMTPSA id x129eaz7FD3id2c (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Tue, 15 Aug 2023 15:03:44 +0200 (CEST) From: Bruno Haible Date: Tue, 15 Aug 2023 15:03:44 +0200 Message-ID: <5900195.JZRJn5TZhJ@nimes> In-Reply-To: References: <33634105.ORx6IIuMYd@nimes> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Score: -0.7 (/) 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.7 (-) I wrote: > > I'll provide a NEWS > > entry afterwards, that summarizes the changes in coreutils + gnulib on the > > various platforms. > Paul Eggert wrote: > Thanks, this looks good. A NEWS entry would be welcome. Actually, it's 4 entries: * The 'uptime' program is now being built on FreeBSD, Haiku. * 'who -a' now displays the boot time on Alpine Linux, OpenBSD, Cygwin, Haiku, and some distributions of Android. * 'uptime' now succeeds on some distributions of Android. * The "up" time displayed by 'uptime' now includes VM saved/sleep time on Linux, Hurd, GNU/kFreeBSD, NetBSD, OpenBSD, Minix, Cygwin. Comments: Re entry 1: Yes, the 'uptime' program was not being built on FreeBSD. A consequence of the fact that FreeBSD has but no , and of this commit: https://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=2984e47c789ebc39f55a3b1cb20b943de88eeedc Re entry 2, 3: Let's write "some distributions of Android" since for me it works (under Termux, with an LG Android 11) whereas for Po Lu these two system APIs don't work (due to SELinux policies). Re entry 4: The improvement comes from both [1] https://lists.gnu.org/archive/html/coreutils/2023-08/msg00028.html on NetBSD, OpenBSD, Minix, [2] https://lists.gnu.org/archive/html/bug-coreutils/2023-08/msg00068.html on Linux, Hurd, GNU/kFreeBSD, NetBSD, Minix, Cygwin. Find below the detailed test results. > Does this mean Gnulib's 'uptime' module is obsolete? It can be marked obsolete, yes. But it should not be removed immediately, since some other package is using it: dc3dd. See https://codesearch.debian.net/search?q=uptime+path%3Abootstrap.conf&literal=1 Bruno TEST RESULTS with + current gnulib as of today + current coreutils + my patches [1][2]: -------------------------------------------------------------------------------- Fedora Rawhide Cinnamon $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:11 $ coreutils-9.3/src/who -a system boot 2023-08-09 21:03 run-level 5 2023-08-09 21:03 bruno + tty1 2023-08-09 21:03 old 1072 (:0) pts/3 2023-08-15 11:11 107603 id=ts/3 term=0 exit=0 $ coreutils-9.3/src/uptime 11:11:14 up 5 days 12:57, 1 user, load average: 0.08, 0.03, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot 2023-08-09 21:03 run-level 5 2023-08-09 21:03 bruno + tty1 2023-08-09 21:03 old 1072 (:0) pts/3 2023-08-15 11:11 107603 id=ts/3 term=0 exit=0 $ coreutils-2023-08-13/src/uptime 11:11:19 up 5 days 14:07, 1 user, load average: 0.16, 0.04, 0.01 Includes VM sleep time? yes -------------------------------------------------------------------------------- CentOS 6 $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:18 $ coreutils-9.3/src/who -a system boot 2023-08-14 04:45 run-level 5 2023-08-14 04:45 LOGIN tty3 2023-08-14 04:45 1889 id=3 LOGIN tty4 2023-08-14 04:45 1891 id=4 LOGIN tty2 2023-08-14 04:45 1887 id=2 LOGIN tty5 2023-08-14 04:45 1893 id=5 LOGIN tty6 2023-08-14 04:45 1901 id=6 bruno + tty1 2023-08-14 04:46 old 2072 (:0) bruno + pts/0 2023-08-14 04:46 . 2466 (:0.0) $ coreutils-9.3/src/uptime 11:18:14 up 1 day 5:26, 2 users, load average: 0.00, 0.00, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot 2023-08-14 04:45 run-level 5 2023-08-14 04:45 LOGIN tty3 2023-08-14 04:45 1889 id=3 LOGIN tty4 2023-08-14 04:45 1891 id=4 LOGIN tty2 2023-08-14 04:45 1887 id=2 LOGIN tty5 2023-08-14 04:45 1893 id=5 LOGIN tty6 2023-08-14 04:45 1901 id=6 bruno + tty1 2023-08-14 04:46 old 2072 (:0) bruno + pts/0 2023-08-14 04:46 . 2466 (:0.0) $ coreutils-2023-08-13/src/uptime 11:18:19 up 1 day 6:33, 2 users, load average: 0.00, 0.00, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- Raspbian $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:21 $ coreutils-9.2/src/who -a system boot 1970-01-01 01:00 pi - tty1 2023-07-09 19:16 old 445 pi + tty7 2023-08-10 14:31 old 7911 (:0) run-level 5 2023-08-10 13:07 $ coreutils-9.2/src/uptime 11:21:36 up 4 days 20:41, 2 users, load average: 0.69, 0.20, 0.06 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot 2023-08-10 13:07 pi - tty1 2023-07-09 19:16 old 445 pi + tty7 2023-08-10 14:31 old 7911 (:0) run-level 5 2023-08-10 13:07 $ coreutils-2023-08-13/src/uptime 11:21:40 up 4 days 22:13, 2 users, load average: 0.69, 0.20, 0.06 Includes VM sleep time? yes -------------------------------------------------------------------------------- Alpine Linux 3.18 $ date +"%Y-%m-%d %H:%M" 2023-09-13 23:32 $ coreutils-9.3/src/who -a $ coreutils-9.3/src/uptime 23:32:11 up 5 days 6:02, 0 users, load average: 0.01, 0.01, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot Aug 9 16:24 $ coreutils-2023-08-13/src/uptime 23:32:16 up 35 days 7:08, 0 users, load average: 0.01, 0.01, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- GNU/Hurd 2022 $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:29 $ coreutils-9.2/src/who -a Aug 15 00:06 18 id=si term=0 exit=0 system boot Aug 15 00:06 run-level 2 Aug 15 00:06 last=S Aug 15 00:06 601 id=l2 term=0 exit=0 Aug 15 00:06 747 id=6 Aug 15 00:06 746 id=5 Aug 15 00:06 742 id=1 Aug 15 00:06 744 id=3 Aug 15 00:06 745 id=4 Aug 15 00:06 743 id=2 Aug 15 00:06 748 id=c login - tty6 Aug 15 00:07 11:22 747 login - tty4 Aug 15 00:07 11:22 745 login - tty2 Aug 15 00:07 11:22 743 login - tty3 Aug 15 00:07 11:22 744 bruno - tty1 Aug 15 00:06 . 742 login - tty5 Aug 15 00:07 11:22 746 login - console Aug 15 00:07 11:22 748 $ coreutils-9.2/src/uptime 11:29:11 up 10:13, 7 users, load average: 0.00, 0.01, 0.01 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a Aug 15 00:06 18 id=si term=0 exit=0 system boot Aug 15 00:06 run-level 2 Aug 15 00:06 last=S Aug 15 00:06 601 id=l2 term=0 exit=0 Aug 15 00:06 747 id=6 Aug 15 00:06 746 id=5 Aug 15 00:06 742 id=1 Aug 15 00:06 744 id=3 Aug 15 00:06 745 id=4 Aug 15 00:06 743 id=2 Aug 15 00:06 748 id=c login - tty6 Aug 15 00:07 11:22 747 login - tty4 Aug 15 00:07 11:22 745 login - tty2 Aug 15 00:07 11:22 743 login - tty3 Aug 15 00:07 11:22 744 bruno - tty1 Aug 15 00:06 . 742 login - tty5 Aug 15 00:07 11:22 746 login - console Aug 15 00:07 11:22 748 $ coreutils-2023-08-13/src/uptime 11:29:15 up 11:22, 7 users, load average: 0.00, 0.01, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- FreeBSD 13.2 $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:34 $ coreutils-9.3/src/who -a system boot 2023-08-11 22:49 bruno - ttyv0 2023-08-11 23:02 . 857 $ coreutils-9.3/src/uptime sh: coreutils-9.3/src/uptime: not found Includes VM sleep time? n/a $ coreutils-2023-08-13/src/who -a system boot 2023-08-11 22:49 bruno - ttyv0 2023-08-11 23:02 . 857 $ coreutils-2023-08-13/src/uptime 11:34:23 up 3 days 12:45, 1 user, load average: 0.48, 0.61, 0.55 Includes VM sleep time? yes -------------------------------------------------------------------------------- GNU/kFreeBSD 7 $ date +"%Y-%m-%d %H:%M" 2023-08-15 13:37 $ coreutils-9.3/src/who -a 2023-08-14 05:54 17 id=si term=0 exit=0 system boot 2023-08-14 05:54 run-level 2 2023-08-14 05:54 last=S 2023-08-14 05:54 1554 id=l2 term=0 exit=0 LOGIN ttyv1 2023-08-14 05:54 2168 id=2 LOGIN ttyv2 2023-08-14 05:54 2169 id=3 LOGIN ttyv3 2023-08-14 05:54 2170 id=4 LOGIN ttyv4 2023-08-14 05:54 2171 id=5 LOGIN ttyv5 2023-08-14 05:54 2172 id=6 bruno - ttyv0 2023-08-14 05:55 . 2173 $ coreutils-9.3/src/uptime 13:37:15 up 1 day 6:35, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a 2023-08-14 05:54 17 id=si term=0 exit=0 system boot 2023-08-14 05:54 run-level 2 2023-08-14 05:54 last=S 2023-08-14 05:54 1554 id=l2 term=0 exit=0 LOGIN ttyv1 2023-08-14 05:54 2168 id=2 LOGIN ttyv2 2023-08-14 05:54 2169 id=3 LOGIN ttyv3 2023-08-14 05:54 2170 id=4 LOGIN ttyv4 2023-08-14 05:54 2171 id=5 LOGIN ttyv5 2023-08-14 05:54 2172 id=6 bruno - ttyv0 2023-08-14 05:55 . 2173 $ coreutils-2023-08-13/src/uptime 13:37:19 up 1 day 7:42, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- NetBSD 9.3 $ date +"%Y-%m-%d %H:%M" 2023-08-15 11:55 $ coreutils-9.3/src/who -a system boot Aug 11 22:48 run-level Aug 11 22:48 bruno - constty Aug 11 23:02 . 582 LOGIN ttyE1 Aug 11 22:48 647 id=tyE1 LOGIN ttyE2 Aug 11 22:48 657 id=tyE2 LOGIN ttyE3 Aug 11 22:48 635 id=tyE3 $ coreutils-9.3/src/uptime 11:55:13 up 3 days 10:17, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot Aug 11 22:48 run-level Aug 11 22:48 bruno - constty Aug 11 23:02 . 582 LOGIN ttyE1 Aug 11 22:48 647 id=tyE1 LOGIN ttyE2 Aug 11 22:48 657 id=tyE2 LOGIN ttyE3 Aug 11 22:48 635 id=tyE3 $ coreutils-2023-08-13/src/uptime 11:55:18 up 3 days 13:06, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- OpenBSD 7.2 $ date +"%Y-%m-%d %H:%M" 2023-09-14 13:01 $ coreutils-9.3/src/who -a bruno - ttyC0 Aug 9 20:24 . $ coreutils-9.3/src/uptime 13:02:12 up 5 days 16:14, 0 users, load average: 0.02, 0.01, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a bruno - ttyC0 Aug 9 20:24 . system boot Aug 9 20:24 $ coreutils-2023-08-13/src/uptime 13:02:34 up 35 days 16:38, 1 user, load average: 0.01, 0.01, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- Solaris 11.4 $ date +"%Y-%m-%d %H:%M" 2023-08-15 14:27 $ coreutils-9.3/src/who -a system boot 2023-08-11 04:48 run-level 2023-08-11 04:48 bruno + console 2023-08-11 05:23 . 1109 LOGIN vt/5 2023-08-11 04:49 1004 id=co20 LOGIN vt/3 2023-08-11 04:49 1010 id=co30 LOGIN vt/2 2023-08-11 04:49 1030 id=co40 LOGIN vt/6 2023-08-11 04:49 1039 id=co50 LOGIN vt/4 2023-08-11 04:49 1058 id=co60 clock change 2023-08-15 14:27 $ coreutils-9.3/src/uptime 14:27:10 up 4 days 9:38, 1 user, load average: 0.04, 0.02, 0.01 Includes VM sleep time? yes $ coreutils-2023-08-13/src/who -a system boot 2023-08-11 04:48 run-level 2023-08-11 04:48 bruno + console 2023-08-11 05:23 . 1109 LOGIN vt/5 2023-08-11 04:49 1004 id=co20 LOGIN vt/3 2023-08-11 04:49 1010 id=co30 LOGIN vt/2 2023-08-11 04:49 1030 id=co40 LOGIN vt/6 2023-08-11 04:49 1039 id=co50 LOGIN vt/4 2023-08-11 04:49 1058 id=co60 clock change 2023-08-15 14:27 $ coreutils-2023-08-13/src/uptime 14:27:15 up 4 days 9:38, 1 user, load average: 0.04, 0.02, 0.01 Includes VM sleep time? yes -------------------------------------------------------------------------------- Minix 3.3 $ date +"%Y-%m-%d %H:%M" 2023-08-15 12:31 $ coreutils-9.3/src/who -a system boot Jan 1 00:00 run-level Aug 12 02:46 bruno - console Aug 14 17:44 old 196 LOGIN ttyc1 Aug 12 02:46 197 id=tyc1 LOGIN ttyc2 Aug 12 02:46 198 id=tyc2 LOGIN ttyc3 Aug 12 02:46 199 id=tyc3 $ coreutils-9.3/src/uptime 12:31:09 up 15:02, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot Aug 12 02:46 run-level Aug 12 02:46 bruno - console Aug 14 17:44 old 196 LOGIN ttyc1 Aug 12 02:46 197 id=tyc1 LOGIN ttyc2 Aug 12 02:46 198 id=tyc2 LOGIN ttyc3 Aug 12 02:46 199 id=tyc3 $ coreutils-2023-08-13/src/uptime 12:31:14 up 3 days 9:44, 1 user, load average: 0.00, 0.00, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- Cygwin 2.9.0 $ date +"%Y-%m-%d %H:%M" 2023-08-15 14:35 $ coreutils-9.3/src/who -a $ coreutils-9.3/src/uptime 14:35:58 up 3 days 23:04, 0 users, load average: 0.00, 0.00, 0.00 Includes VM sleep time? no $ coreutils-2023-08-13/src/who -a system boot 2023-08-11 10:56 $ coreutils-2023-08-13/src/uptime 14:36:02 up 4 days 3:40, 0 users, load average: 0.00, 0.00, 0.00 Includes VM sleep time? yes -------------------------------------------------------------------------------- Haiku r1beta4 $ date +"%Y-%m-%d %H:%M" 2023-08-15 14:39 $ coreutils-9.3/src/who -a who: /etc/utmp: No such file or directory $ coreutils-9.3/src/uptime bash: coreutils-9.3/src/uptime: No such file or directory Includes VM sleep time? n/a $ coreutils-2023-08-13/src/who -a system boot 2023-08-12 17:02 $ coreutils-2023-08-13/src/uptime 14:40:01 up 2 days 21:37, 0 users Includes VM sleep time? yes -------------------------------------------------------------------------------- Android 11 $ date +"%Y-%m-%d %H:%M" 2023-08-15 10:52 $ coreutils-9.2/src/who -a $ coreutils-9.2/src/uptime uptime: couldn't get boot time: No such file or directory $ coreutils-2023-08-13/src/who -a system boot 2023-08-09 23:32 $ coreutils-2023-08-13/src/uptime 10:53:52 up 5 days 11:21, 0 users -------------------------------------------------------------------------------- From unknown Tue Sep 09 11:47:03 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Bruno Haible Subject: bug#65255: closed (Re: bug#65255: uptime's boot time is inconsistent after VM sleep & resume) Message-ID: References: <5083c20b-46e6-c203-185b-7517c4527468@cs.ucla.edu> <33634105.ORx6IIuMYd@nimes> X-Gnu-PR-Message: they-closed 65255 X-Gnu-PR-Package: coreutils Reply-To: 65255@debbugs.gnu.org Date: Tue, 15 Aug 2023 21:15:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1692134101-26193-1" This is a multi-part message in MIME format... ------------=_1692134101-26193-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #65255: uptime's boot time is inconsistent after VM sleep & resume which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 65255@debbugs.gnu.org. --=20 65255: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D65255 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1692134101-26193-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 65255-done) by debbugs.gnu.org; 15 Aug 2023 21:14:32 +0000 Received: from localhost ([127.0.0.1]:36935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW1N1-0006ng-Ah for submit@debbugs.gnu.org; Tue, 15 Aug 2023 17:14:32 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:54950) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW1Mw-0006nQ-QN for 65255-done@debbugs.gnu.org; Tue, 15 Aug 2023 17:14:29 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id D29C53C011BD4; Tue, 15 Aug 2023 14:14:20 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id pGAR0JGUQwiW; Tue, 15 Aug 2023 14:14:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 5CEFD3C011BD5; Tue, 15 Aug 2023 14:14:20 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 5CEFD3C011BD5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1692134060; bh=v6fIcqv/py9Pl+ojE/vtslUne/wivL1guok3/M9lm2k=; h=Message-ID:Date:MIME-Version:To:From; b=lTGIaVCEVHNyg87jhD+ncD4QKrkCQtX26W6CCG35BGDrC5/ruICI2UgCOURbyElqL 1+w7W7Yosusn9OhmSXPNlls4shTCe1hETnSMPnVHTSijhsafsk3fQWKhTIOU3bTRhZ BIh7e5J/YmR+H4p/y6FmSRUOVKnStqsQ0EjBtANGV9Ab/zbRPX0V+32fk4RHJDekCP U+L9et/1LeowCi4M7o1HM4T8/g77pJiAl6vi9QD47Ws1hV3z/VWrqawLde1gVlL+bl ebuv/Z9ea6Bno8rvwRDy810A9M77KKEEz6x2nJlRH89E0LePKhXevS678Li7Hns6K5 Phe96X4ow1XDQ== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id NabiQxaO9Xa6; Tue, 15 Aug 2023 14:14:20 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 366DC3C011BD4; Tue, 15 Aug 2023 14:14:20 -0700 (PDT) Content-Type: multipart/mixed; boundary="------------4jaoEHWQ05yaCLdpxbqqLm7O" Message-ID: <5083c20b-46e6-c203-185b-7517c4527468@cs.ucla.edu> Date: Tue, 15 Aug 2023 14:14:20 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Subject: Re: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Content-Language: en-US To: Bruno Haible References: <33634105.ORx6IIuMYd@nimes> <5900195.JZRJn5TZhJ@nimes> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <5900195.JZRJn5TZhJ@nimes> X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 65255-done Cc: 65255-done@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: -2.0 (--) This is a multi-part message in MIME format. --------------4jaoEHWQ05yaCLdpxbqqLm7O Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Thanks for the further comments. I installed your patch, along with the attached additional patches. The first makes 'uptime' a bit more resilient in the case of utmp and other failures, and the second adds NEWS items as per your comments. --------------4jaoEHWQ05yaCLdpxbqqLm7O Content-Type: text/x-patch; charset=UTF-8; name="0001-uptime-be-more-generous-about-read_utmp-failure.patch" Content-Disposition: attachment; filename*0="0001-uptime-be-more-generous-about-read_utmp-failure.patch" Content-Transfer-Encoding: base64 RnJvbSAxZWEzNGNiZjZhMjM1ZjI0MzZhMzI2NWFiOWRlZDZmMDQ3NDgwNTFlIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUdWUsIDE1IEF1ZyAyMDIzIDE0OjAwOjU0IC0wNzAwClN1YmplY3Q6IFtQQVRD SCAxLzJdIHVwdGltZTogYmUgbW9yZSBnZW5lcm91cyBhYm91dCByZWFkX3V0bXAgZmFpbHVy ZQoKKiBzcmMvdXB0aW1lLmMgKHByaW50X3VwdGltZSk6IENoZWNrIGZvciBvdmVyZmxvdwp3 aGVuIGNvbXB1dGluZyB1cHRpbWUuICBVc2UgQzk5LXN0eWxlIGRlY2wgYWZ0ZXIgc3RhdGVt ZW50cy4KRG8gbm90IGxldCBhbiBpZHhfdCB2YWx1ZSBnbyBuZWdhdGl2ZS4KKHByaW50X3Vw dGltZSwgdXB0aW1lKTogQmUgbW9yZSBnZW5lcm91cyBhYm91dCByZWFkX3V0bXAgZmFpbHVy ZXMsCm9yIHdoZW4gcmVhZF91dG1wIGRvZXMgbm90IHJlcG9ydCB0aGUgYm9vdCB0aW1lLiAg SW5zdGVhZCBvZgpmYWlsaW5nLCB3YXJuIGJ1dCBrZWVwIGdvaW5nLCBwcmludGluZyB0aGUg aW5mb3JtYXRpb24gdGhhdCB3ZSBkaWQKZ2V0LCBhbmQgdGhlbiBleGl0IHdpdGggbm9uemVy byBzdGF0dXMuCihwcmludF91cHRpbWUpOiBSZXR1cm4gdGhlIGRlc2lyZWQgZXhpdCBzdGF0 dXMuICBDYWxsZXIgY2hhbmdlZC4KLS0tCiBzcmMvdXB0aW1lLmMgfCA3NyArKysrKysrKysr KysrKysrKysrKysrKysrKysrKysrLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiAxIGZpbGUgY2hh bmdlZCwgNDYgaW5zZXJ0aW9ucygrKSwgMzEgZGVsZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEv c3JjL3VwdGltZS5jIGIvc3JjL3VwdGltZS5jCmluZGV4IDgxM2QyOTQzMC4uOTI4ODI5ZGZj IDEwMDY0NAotLS0gYS9zcmMvdXB0aW1lLmMKKysrIGIvc3JjL3VwdGltZS5jCkBAIC0xNyw5 ICsxNywxMSBAQAogLyogQ3JlYXRlZCBieSBoYWNraW5nIHdoby5jIGJ5IEthdmVoIEdoYXpp IGdoYXppQGNhaXAucnV0Z2Vycy5lZHUuICAqLwogCiAjaW5jbHVkZSA8Y29uZmlnLmg+Ci0j aW5jbHVkZSA8c3RkaW8uaD4KIAorI2luY2x1ZGUgPHN0ZGNrZGludC5oPgorI2luY2x1ZGUg PHN0ZGlvLmg+CiAjaW5jbHVkZSA8c3lzL3R5cGVzLmg+CisKICNpbmNsdWRlICJzeXN0ZW0u aCIKIAogI2lmIEhBVkVfU1lTQ1RMICYmIEhBVkVfU1lTX1NZU0NUTF9IICYmICEgZGVmaW5l ZCBfX0dMSUJDX18KQEAgLTQzLDE5ICs0NSwxMSBAQAogICBwcm9wZXJfbmFtZSAoIkRhdmlk IE1hY0tlbnppZSIpLCBcCiAgIHByb3Blcl9uYW1lICgiS2F2ZWggR2hhemkiKQogCi1zdGF0 aWMgdm9pZAotcHJpbnRfdXB0aW1lIChpZHhfdCBuLCBzdHJ1Y3QgZ2xfdXRtcCBjb25zdCAq dGhpcykKK3N0YXRpYyBpbnQKK3ByaW50X3VwdGltZSAoaWR4X3Qgbiwgc3RydWN0IGdsX3V0 bXAgY29uc3QgKnV0bXBfYnVmKQogewotICBpZHhfdCBlbnRyaWVzID0gMDsKKyAgaW50IHN0 YXR1cyA9IEVYSVRfU1VDQ0VTUzsKICAgdGltZV90IGJvb3RfdGltZSA9IDA7Ci0gIHRpbWVf dCB0aW1lX25vdzsKLSAgdGltZV90IHVwdGltZTsKLSAgaW50bWF4X3QgdXBkYXlzOwotICBp bnQgdXBob3VyczsKLSAgaW50IHVwbWluczsKLSAgc3RydWN0IHRtICp0bW47Ci0gIGRvdWJs ZSBhdmdbM107Ci0gIGludCBsb2FkczsKIAogI2lmIEhBVkVfU1lTQ1RMICYmICEgZGVmaW5l ZCBfX0dMSUJDX18gXAogICAgICYmIGRlZmluZWQgQ1RMX0tFUk4gJiYgZGVmaW5lZCBLRVJO X0JPT1RUSU1FCkBAIC04MSwzNSArNzUsNDcgQEAgcHJpbnRfdXB0aW1lIChpZHhfdCBuLCBz dHJ1Y3QgZ2xfdXRtcCBjb25zdCAqdGhpcykKIAogICAvKiBMb29wIHRocm91Z2ggYWxsIHRo ZSB1dG1wIGVudHJpZXMgd2UganVzdCByZWFkIGFuZCBjb3VudCB1cCB0aGUgdmFsaWQKICAg ICAgb25lcywgYWxzbyBpbiB0aGUgcHJvY2VzcyBwb3NzaWJseSBnbGVhbmluZyBib290dGlt ZS4gKi8KLSAgd2hpbGUgKG4tLSkKKyAgaWR4X3QgZW50cmllcyA9IDA7CisgIGZvciAoaWR4 X3QgaSA9IDA7IGkgPCBuOyBpKyspCiAgICAgeworICAgICAgc3RydWN0IGdsX3V0bXAgY29u c3QgKnRoaXMgPSAmdXRtcF9idWZbaV07CiAgICAgICBlbnRyaWVzICs9IElTX1VTRVJfUFJP Q0VTUyAodGhpcyk7CiAgICAgICBpZiAoVVRfVFlQRV9CT09UX1RJTUUgKHRoaXMpKQogICAg ICAgICBib290X3RpbWUgPSB0aGlzLT51dF90cy50dl9zZWM7Ci0gICAgICArK3RoaXM7CiAg ICAgfQogICAvKiBUaGUgZ251bGliIG1vZHVsZSAncmVhZHV0bXAnIGlzIHN1cHBvc2VkIHRv IHByb3ZpZGUgYSBCT09UX1RJTUUgZW50cnkKICAgICAgb24gYWxsIHBsYXRmb3Jtcy4gICov CiAgIGlmIChib290X3RpbWUgPT0gMCkKLSAgICBlcnJvciAoRVhJVF9GQUlMVVJFLCBlcnJu bywgXygiY291bGRuJ3QgZ2V0IGJvb3QgdGltZSIpKTsKLQotICB0aW1lX25vdyA9IHRpbWUg KG51bGxwdHIpOwotICB1cHRpbWUgPSB0aW1lX25vdyAtIGJvb3RfdGltZTsKLSAgdXBkYXlz ID0gdXB0aW1lIC8gODY0MDA7Ci0gIHVwaG91cnMgPSB1cHRpbWUgJSA4NjQwMCAvIDM2MDA7 Ci0gIHVwbWlucyA9IHVwdGltZSAlIDg2NDAwICUgMzYwMCAvIDYwOwotICB0bW4gPSBsb2Nh bHRpbWUgKCZ0aW1lX25vdyk7CisgICAgeworICAgICAgZXJyb3IgKDAsIGVycm5vLCBfKCJj b3VsZG4ndCBnZXQgYm9vdCB0aW1lIikpOworICAgICAgc3RhdHVzID0gRVhJVF9GQUlMVVJF OworICAgIH0KKworICB0aW1lX3QgdGltZV9ub3cgPSB0aW1lIChudWxscHRyKTsKKyAgc3Ry dWN0IHRtICp0bW4gPSB0aW1lX25vdyA9PSAodGltZV90KSAtMSA/IG51bGxwdHIgOiBsb2Nh bHRpbWUgKCZ0aW1lX25vdyk7CiAgIC8qIHByb2NwcycgdmVyc2lvbiBvZiB1cHRpbWUgYWxz byBwcmludHMgdGhlIHNlY29uZHMgZmllbGQsIGJ1dAogICAgICBwcmV2aW91cyB2ZXJzaW9u cyBvZiBjb3JldXRpbHMgZG9uJ3QuICovCiAgIGlmICh0bW4pCiAgICAgLyogVFJBTlNMQVRP UlM6IFRoaXMgcHJpbnRzIHRoZSBjdXJyZW50IGNsb2NrIHRpbWUuICovCiAgICAgZnByaW50 ZnRpbWUgKHN0ZG91dCwgXygiICVIOiVNOiVTICAiKSwgdG1uLCAwLCAwKTsKICAgZWxzZQot ICAgIHByaW50ZiAoXygiID8/Oj8/Pz8gICIpKTsKLSAgaWYgKHVwdGltZSA9PSAodGltZV90 KSAtMSkKLSAgICBwcmludGYgKF8oInVwID8/Pz8gZGF5cyA/Pzo/PywgICIpKTsKKyAgICB7 CisgICAgICBwcmludGYgKF8oIiA/Pzo/Pz8/ICAiKSk7CisgICAgICBzdGF0dXMgPSBFWElU X0ZBSUxVUkU7CisgICAgfQorCisgIGludG1heF90IHVwdGltZTsKKyAgaWYgKHRpbWVfbm93 ID09ICh0aW1lX3QpIC0xIHx8IGJvb3RfdGltZSA9PSAwCisgICAgICB8fCBja2Rfc3ViICgm dXB0aW1lLCB0aW1lX25vdywgYm9vdF90aW1lKSB8fCB1cHRpbWUgPCAwKQorICAgIHsKKyAg ICAgIHByaW50ZiAoXygidXAgPz8/PyBkYXlzID8/Oj8/LCAgIikpOworICAgICAgc3RhdHVz ID0gRVhJVF9GQUlMVVJFOworICAgIH0KICAgZWxzZQogICAgIHsKKyAgICAgIGludG1heF90 IHVwZGF5cyA9IHVwdGltZSAvIDg2NDAwOworICAgICAgaW50IHVwaG91cnMgPSB1cHRpbWUg JSA4NjQwMCAvIDM2MDA7CisgICAgICBpbnQgdXBtaW5zID0gdXB0aW1lICUgODY0MDAgJSAz NjAwIC8gNjA7CiAgICAgICBpZiAoMCA8IHVwZGF5cykKICAgICAgICAgcHJpbnRmIChuZ2V0 dGV4dCAoInVwICUiUFJJZE1BWCIgZGF5ICUyZDolMDJkLCAgIiwKICAgICAgICAgICAgICAg ICAgICAgICAgICAgInVwICUiUFJJZE1BWCIgZGF5cyAlMmQ6JTAyZCwgICIsCkBAIC0xMTgs MTAgKzEyNCwxMiBAQCBwcmludF91cHRpbWUgKGlkeF90IG4sIHN0cnVjdCBnbF91dG1wIGNv bnN0ICp0aGlzKQogICAgICAgZWxzZQogICAgICAgICBwcmludGYgKF8oInVwICAlMmQ6JTAy ZCwgICIpLCB1cGhvdXJzLCB1cG1pbnMpOwogICAgIH0KKwogICBwcmludGYgKG5nZXR0ZXh0 ICgiJXRkIHVzZXIiLCAiJXRkIHVzZXJzIiwgc2VsZWN0X3BsdXJhbCAoZW50cmllcykpLAog ICAgICAgICAgIGVudHJpZXMpOwogCi0gIGxvYWRzID0gZ2V0bG9hZGF2ZyAoYXZnLCAzKTsK KyAgZG91YmxlIGF2Z1szXTsKKyAgaW50IGxvYWRzID0gZ2V0bG9hZGF2ZyAoYXZnLCAzKTsK IAogICBpZiAobG9hZHMgPT0gLTEpCiAgICAgcHV0Y2hhciAoJ1xuJyk7CkBAIC0xMzYsNiAr MTQ0LDggQEAgcHJpbnRfdXB0aW1lIChpZHhfdCBuLCBzdHJ1Y3QgZ2xfdXRtcCBjb25zdCAq dGhpcykKICAgICAgIGlmIChsb2FkcyA+IDApCiAgICAgICAgIHB1dGNoYXIgKCdcbicpOwog ICAgIH0KKworICByZXR1cm4gc3RhdHVzOwogfQogCiAvKiBEaXNwbGF5IHRoZSBzeXN0ZW0g dXB0aW1lIGFuZCB0aGUgbnVtYmVyIG9mIHVzZXJzIG9uIHRoZSBzeXN0ZW0sCkBAIC0xNDcs MTIgKzE1NywxNyBAQCB1cHRpbWUgKGNoYXIgY29uc3QgKmZpbGVuYW1lLCBpbnQgb3B0aW9u cykKIHsKICAgaWR4X3Qgbl91c2VyczsKICAgc3RydWN0IGdsX3V0bXAgKnV0bXBfYnVmOwot ICBpZiAocmVhZF91dG1wIChmaWxlbmFtZSwgJm5fdXNlcnMsICZ1dG1wX2J1Ziwgb3B0aW9u cykgIT0gMCkKLSAgICBlcnJvciAoRVhJVF9GQUlMVVJFLCBlcnJubywgIiVzIiwgcXVvdGVm IChmaWxlbmFtZSkpOwotCi0gIHByaW50X3VwdGltZSAobl91c2VycywgdXRtcF9idWYpOwor ICBpbnQgcmVhZF91dG1wX3N0YXR1cyA9IChyZWFkX3V0bXAgKGZpbGVuYW1lLCAmbl91c2Vy cywgJnV0bXBfYnVmLCBvcHRpb25zKSA8IDAKKyAgICAgICAgICAgICAgICAgICAgICAgICAg PyBFWElUX0ZBSUxVUkUgOiBFWElUX1NVQ0NFU1MpOworICBpZiAocmVhZF91dG1wX3N0YXR1 cyAhPSBFWElUX1NVQ0NFU1MpCisgICAgeworICAgICAgZXJyb3IgKDAsIGVycm5vLCAiJXMi LCBxdW90ZWYgKGZpbGVuYW1lKSk7CisgICAgICBuX3VzZXJzID0gMDsKKyAgICAgIHV0bXBf YnVmID0gbnVsbHB0cjsKKyAgICB9CiAKLSAgZXhpdCAoRVhJVF9TVUNDRVNTKTsKKyAgaW50 IHByaW50X3VwdGltZV9zdGF0dXMgPSBwcmludF91cHRpbWUgKG5fdXNlcnMsIHV0bXBfYnVm KTsKKyAgZXhpdCAoTUFYIChyZWFkX3V0bXBfc3RhdHVzLCBwcmludF91cHRpbWVfc3RhdHVz KSk7CiB9CiAKIHZvaWQKLS0gCjIuMzkuMgoK --------------4jaoEHWQ05yaCLdpxbqqLm7O Content-Type: text/x-patch; charset=UTF-8; name="0002-maint-update-uptime-NEWS.patch" Content-Disposition: attachment; filename="0002-maint-update-uptime-NEWS.patch" Content-Transfer-Encoding: base64 RnJvbSBiMWI2NzgyN2IyZTI4OGYxYmQ4ZTIyMGFkY2U0MzMzZmFmNmYwY2QyIE1vbiBTZXAg MTcgMDA6MDA6MDAgMjAwMQpGcm9tOiBQYXVsIEVnZ2VydCA8ZWdnZXJ0QGNzLnVjbGEuZWR1 PgpEYXRlOiBUdWUsIDE1IEF1ZyAyMDIzIDE0OjExOjM4IC0wNzAwClN1YmplY3Q6IFtQQVRD SCAyLzJdIG1haW50OiB1cGRhdGUgdXB0aW1lIE5FV1MKCiogTkVXUzogVXBkYXRlIGFzIHBl ciBCcnVubyBIYWlibGUgPGh0dHBzOi8vYnVncy5nbnUub3JnLzY1MjU1IzE0Pi4KLS0tCiBO RVdTIHwgMTIgKysrKysrKysrKystCiAxIGZpbGUgY2hhbmdlZCwgMTEgaW5zZXJ0aW9ucygr KSwgMSBkZWxldGlvbigtKQoKZGlmZiAtLWdpdCBhL05FV1MgYi9ORVdTCmluZGV4IDNhMDZm NGIzMC4uOTA5ZGNhY2Q0IDEwMDY0NAotLS0gYS9ORVdTCisrKyBiL05FV1MKQEAgLTUxLDcg KzUxLDEwIEBAIEdOVSBjb3JldXRpbHMgTkVXUyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIC0qLSBvdXRsaW5lIC0qLQogICBlcnJvbmVvdXNseSwgZXNwZWNpYWxseSB3 aXRoIGxhcmdlIGlucHV0IGZpbGVzIHdpdGggbm8gc2VwYXJhdG9ycy4KICAgW1RoaXMgYnVn IHdhcyBwcmVzZW50IGluICJ0aGUgYmVnaW5uaW5nIi5dCiAKLSAgJ3VwdGltZScgbm8gbG9u Z2VyIGluY29ycmVjdGx5IHByaW50cyAiMCB1c2VycyIgb24gT3BlbkJTRC4KKyAgJ3VwdGlt ZScgbm8gbG9uZ2VyIGluY29ycmVjdGx5IHByaW50cyAiMCB1c2VycyIgb24gT3BlbkJTRCwK KyAgYW5kIGlzIGJlaW5nIGJ1aWx0IGFnYWluIG9uIEZyZWVCU0QgYW5kIEhhaWt1LgorICBb YnVncyBpbnRyb2R1Y2VkIGluIGNvcmV1dGlscy05LjJdCisKICAgW2J1ZyBpbnRyb2R1Y2Vk IGluIGNvcmV1dGlscy05LjJdCiAKICAgJ3djIC1sJyBhbmQgJ2Nrc3VtJyBubyBsb25nZXIg Y3Jhc2ggd2l0aCBhbiAiSWxsZWdhbCBpbnN0cnVjdGlvbiIgZXJyb3IKQEAgLTkxLDYgKzk0 LDEzIEBAIEdOVSBjb3JldXRpbHMgTkVXUyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIC0qLSBvdXRsaW5lIC0qLQogCiAgIHRhYyBub3cgZmFsbHMgYmFjayB0byAnL3Rt cCcgaWYgYSBjb25maWd1cmVkICRUTVBESVIgaXMgdW5hdmFpbGFibGUuCiAKKyAgJ3dobyAt YScgbm93IGRpc3BsYXlzIHRoZSBib290IHRpbWUgb24gQWxwaW5lIExpbnV4LCBPcGVuQlNE LAorICBDeWd3aW4sIEhhaWt1LCBhbmQgc29tZSBBbmRyb2lkIGRpc3RyaWJ1dGlvbnMKKwor ICAndXB0aW1lJyBub3cgc3VjY2VlZHMgb24gc29tZSBBbmRyb2lkIGRpc3RyaWJ1dGlvbnMs IGFuZCBub3cgY291bnRzCisgIFZNIHNhdmVkL3NsZWVwIHRpbWUgb24gR05VIChMaW51eCwg SHVyZCwga0ZyZWVCU0QpLCBOZXRCU0QsIE9wZW5CU0QsCisgIE1pbnV4LCBhbmQgQ3lnd2lu LgorCiAgIE9uIEdOVS9MaW51eCBwbGF0Zm9ybXMgd2hlcmUgdXRtcC1mb3JtYXQgZmlsZXMg aGF2ZSAzMi1iaXQgdGltZXN0YW1wcywKICAgcGlua3ksIHVwdGltZSwgYW5kIHdobyBjYW4g bm93IHdvcmsgZm9yIHRpbWVzIGFmdGVyIHRoZSB5ZWFyIDIwMzgsCiAgIHNvIGxvbmcgYXMg c3lzdGVtZCBpcyBpbnN0YWxsZWQsIHlvdSBjb25maWd1cmUgd2l0aCBhIG5ldywgZXhwZXJp bWVudGFsCi0tIAoyLjM5LjIKCg== --------------4jaoEHWQ05yaCLdpxbqqLm7O-- ------------=_1692134101-26193-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 12 Aug 2023 23:00:54 +0000 Received: from localhost ([127.0.0.1]:57752 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxbJ-0006W9-Ct for submit@debbugs.gnu.org; Sat, 12 Aug 2023 19:00:53 -0400 Received: from lists.gnu.org ([2001:470:142::17]:57926) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qUxbF-0006Vu-25 for submit@debbugs.gnu.org; Sat, 12 Aug 2023 19:00:51 -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 1qUxb9-0006vR-Qv for bug-coreutils@gnu.org; Sat, 12 Aug 2023 19:00:43 -0400 Received: from mo4-p00-ob.smtp.rzone.de ([85.215.255.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qUxb7-0005TU-4n for bug-coreutils@gnu.org; Sat, 12 Aug 2023 19:00:43 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1691881237; cv=none; d=strato.com; s=strato-dkim-0002; b=OE5Fwsuqi2yep5mXmrgSoRh0/k6qxNKUXE3haIAwSCOjPS0ljRDhz2CgJETYkpR/td AncN0HbAn9wXytl0Ywwx/+RQLJy/Agnfa7jkfy3DYUkhQBh8ff6oEc//NOU9AjC7hNYC WI+03t38dec1tF7PjBxzeB+AXM98FwHJSWNe5W9oH/CXUKY06GZxWo8JHoKRhBIp+YM4 7QaTy+Ee1TQP66/YxHGM2iXbVMkQJAltQ/et0I+NpnyFsurQ348lkRt1rLu8WatA1Jpv 6tpHy/4bGQoM+RNnHW+Zf1la6h9yE5r6BdQIwjqmMoeZzEYF0dgUWZ/RtZ+g4vxWpiTs /snw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0002; d=strato.com; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=agtCsxtngDZ4rPTnhcAhFiQe2oUgSWftTobeG54cxssautt2kg2mMRsGRgstgOGz1q /fC8jrLVZ5itA/NCBJAmrrhbQqPLzrebxZLgU1AZIbiG65f36GxCLlEsW6UVI6Hun/oX AW9bMYufQcnG3XYKg5mdIWtlvvtN9O/bJRK7Do2xkI/nvYV6uJQBAZ33uBoeGI27rM9G F4dL7MZ0aNUG75ctqC5FBFD69OEuV2TSVyE8vr+zE+mmHAF7wG9Uz01yvduG3+xtQkEM pMgYLXVMIfb5nw09jBPQxtzPvp6gNAWBtMpUGhe5QvZMw17vq3G7aDr66MukIPlpstVK nukQ== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo00 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0002; d=clisp.org; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=Ph41uflLEnT1jAA/JoMeZMimTQvWdXo3JBjN6JzJBLe/ga3KHJ0h1MYuesIjfRaqrA rs6NZQ9k/tJ72Fvb669p4kPdGQGJ+Nl59onweHPKh/g1o3z5oVhmoh3qprZJFaTrgaLq bHKz+AeY3K0BoPmBJF6NY19ol+tImuGyt2EDcvn7biMxyVUQSVUuS0dCsUjZpTJTn5iH G4bQckFh66r+4JaLaCUPEsD2jYBwgfGM2+UBx4cbSbnUik3RpYyPhQn5GbvmJrBKYCrK jUWKDYQbLVLdpzdnhz2Q+6evf8vkzMf3Lb/ElTE2SaE2sgoLU/xZWzZYCBZnyUlCGaws h5gg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1691881237; s=strato-dkim-0003; d=clisp.org; h=Message-ID:Date:Subject:To:From:Cc:Date:From:Subject:Sender; bh=M3+2uuAhzJf/PM2j5YRhNu/cF27bafYmN9tydufuOr4=; b=7xRinR8uyN0EeVFLkfMTZQR0uc3EqW37wt9ZIDW20HfbM9sR0IT/YyFgRLNGdMBee/ QQSl+9BFTogdz1PQSTDw== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPC3PWUhh1ikpxVLFJtrR7IDHZg7w==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.6.6 AUTH) with ESMTPSA id x129eaz7CN0b5E1 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Sun, 13 Aug 2023 01:00:37 +0200 (CEST) From: Bruno Haible To: bug-coreutils@gnu.org Subject: uptime's boot time is inconsistent after VM sleep & resume Date: Sun, 13 Aug 2023 01:00:37 +0200 Message-ID: <33634105.ORx6IIuMYd@nimes> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="nextPart243409137.Hpe2JWZ6nv" Content-Transfer-Encoding: 7Bit Received-SPF: none client-ip=85.215.255.22; envelope-from=bruno@clisp.org; helo=mo4-p00-ob.smtp.rzone.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: submit 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 (-) This is a multi-part message in MIME format. --nextPart243409137.Hpe2JWZ6nv Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" On the following platforms: - Linux (that includes glibc-based systems, Alpine Linux, Raspbian), - NetBSD, - Cygwin, - Minix, the "up" duration is inconsistent after the VM in which the OS is running has been 1. put into sleep / saved / pause mode (terminology depends on the hypervisor), 2. resumed, 3. a date bump has been done in the VM (either automatically or manually). VM sleep and a date adjustment after resume is a common operation, as can be seen - from the fact that it's automatic in VirtualBox machines with the "guest extensions" installed [1], - from the fact that it's automatic in KVM [2], - from the fact that it's automatic in Haiku as guest, - from a remark in the libvirt documentation [3], - from stackoverflow questions such as [4]. After such a VM sleep and a date adjustment, coreutils' "uptime" is inconsistent in three ways: * On Linux, the displayed "up" duration includes active time and hardware suspend time [5], but excludes VM sleep time. Such a figure is not useful for estimating the boot time, since (time now) - (that "up" time) is not the boot time. It is also not useful for estimating when e.g. a file system check would be necessary on file systems without a journal, or how much electricity was consumed =E2=80=94 since the hardware suspend time was = included. So this figure is useless. * The displayed "up" duration is inconsistent with the boot time displayed by "who -a". (Since the Gnulib module 'readutmp' makes efforts to find the boot time in a way that does not change when the date is adjusted.) * The behaviour is inconsistent among platforms: On platforms which have a /proc/uptime file, the displayed "up" time _excludes_ VM sleep time. On the other platforms it _includes_ VM sleep time. Seen on Linux (Fedora Rawhide, Alpine Linux 3.18, Raspbian), NetBSD 9.3, Cygwin 2.9.0, Minix 3.3. I see this as a bug. Find attached a fix for this bug. I'll provide a NEWS entry afterwards, that summarizes the changes in coreutils + gnulib on the various platforms. Bruno [1] https://docs.oracle.com/en/virtualization/virtualbox/6.1/user/guestaddi= tions.html#4.1.-Introduction-to-Guest-Additions [2] https://bugzilla.redhat.com/show_bug.cgi?id=3D1115340 [3] https://libvirt.gitlab.io/libvirt-appdev-guide-python/libvirt_applicati= on_development_guide_using_python-Guest_Domains-Lifecycle-Save.html [4] https://serverfault.com/questions/334698/ [5] This is indicated by glibc's : /* Monotonic system-wide clock that includes time spent in suspension= =2E */ # define CLOCK_BOOTTIME 7 I also verified this on a laptop. --nextPart243409137.Hpe2JWZ6nv Content-Disposition: attachment; filename="0001-uptime-Include-VM-sleep-time-in-the-up-duration.patch" Content-Transfer-Encoding: 7Bit Content-Type: text/x-patch; charset="UTF-8"; name="0001-uptime-Include-VM-sleep-time-in-the-up-duration.patch" >From ff6e92f38b560ade54df4c94e9d91657f740bb4b Mon Sep 17 00:00:00 2001 From: Bruno Haible Date: Sun, 13 Aug 2023 00:57:23 +0200 Subject: [PATCH] uptime: Include VM sleep time in the "up" duration * src/uptime.c: Don't include c-strtod.h. (print_uptime): Don't read /proc/uptime, because the value it provides does not change when a date adjustment occurs. * bootstrap.conf (gnulib_modules): Remove 'uptime'. --- bootstrap.conf | 1 - src/uptime.c | 36 ++++++------------------------------ 2 files changed, 6 insertions(+), 31 deletions(-) diff --git a/bootstrap.conf b/bootstrap.conf index 6ce27d5dd..d758a9ff6 100644 --- a/bootstrap.conf +++ b/bootstrap.conf @@ -285,7 +285,6 @@ gnulib_modules=" unlocked-io unsetenv update-copyright - uptime useless-if-before-free userspec utimecmp diff --git a/src/uptime.c b/src/uptime.c index c29798d32..0cc1dedba 100644 --- a/src/uptime.c +++ b/src/uptime.c @@ -22,7 +22,6 @@ #include #include "system.h" -#include "c-strtod.h" #include "long-options.h" #include "quote.h" #include "readutmp.h" @@ -42,33 +41,13 @@ print_uptime (idx_t n, struct gl_utmp const *this) idx_t entries = 0; time_t boot_time = 0; time_t time_now; - time_t uptime = 0; + time_t uptime; intmax_t updays; int uphours; int upmins; struct tm *tmn; double avg[3]; int loads; -#ifdef HAVE_PROC_UPTIME - FILE *fp; - - fp = fopen ("/proc/uptime", "r"); - if (fp != nullptr) - { - char buf[BUFSIZ]; - char *b = fgets (buf, BUFSIZ, fp); - if (b == buf) - { - char *end_ptr; - double upsecs = c_strtod (buf, &end_ptr); - if (buf != end_ptr) - uptime = (0 <= upsecs && upsecs < TYPE_MAXIMUM (time_t) - ? upsecs : -1); - } - - fclose (fp); - } -#endif /* HAVE_PROC_UPTIME */ /* Loop through all the utmp entries we just read and count up the valid ones, also in the process possibly gleaning boottime. */ @@ -79,16 +58,13 @@ print_uptime (idx_t n, struct gl_utmp const *this) boot_time = this->ut_ts.tv_sec; ++this; } + /* The gnulib module 'readutmp' is supposed to provide a BOOT_TIME entry + on all platforms. */ + if (boot_time == 0) + error (EXIT_FAILURE, errno, _("couldn't get boot time")); time_now = time (nullptr); -#if defined HAVE_PROC_UPTIME - if (uptime == 0) -#endif - { - if (boot_time == 0) - error (EXIT_FAILURE, errno, _("couldn't get boot time")); - uptime = time_now - boot_time; - } + uptime = time_now - boot_time; updays = uptime / 86400; uphours = uptime % 86400 / 3600; upmins = uptime % 86400 % 3600 / 60; -- 2.34.1 --nextPart243409137.Hpe2JWZ6nv-- ------------=_1692134101-26193-1-- From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Bruno Haible Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 15 Aug 2023 21:24:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: 65255-done@debbugs.gnu.org Received: via spool by 65255-done@debbugs.gnu.org id=D65255.16921345884549 (code D ref 65255); Tue, 15 Aug 2023 21:24:03 +0000 Received: (at 65255-done) by debbugs.gnu.org; 15 Aug 2023 21:23:08 +0000 Received: from localhost ([127.0.0.1]:36942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW1VM-0001BJ-HL for submit@debbugs.gnu.org; Tue, 15 Aug 2023 17:23:08 -0400 Received: from mo4-p01-ob.smtp.rzone.de ([85.215.255.53]:46375) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW1VH-0001Ac-LZ for 65255-done@debbugs.gnu.org; Tue, 15 Aug 2023 17:23:07 -0400 ARC-Seal: i=1; a=rsa-sha256; t=1692134581; cv=none; d=strato.com; s=strato-dkim-0002; b=RjtWiUe5iLLl1pCKSAc6RDQNB75Tt9LtpKGILCW3Zq9m/YbLlX5+CgxuHRfYHKf6Tx lU0+rJgPuQh226qS+xyh/JG8jHAWR6/k68whpZ9UFWlJReXPUztOiYdLrBE1NaoeD6ts qWwAI88vLyRFNanXdmSAMH+pB2whbU6n52C+gUFZvmqawWgN1G+7Ju16q5Ci26GnU+G3 ETikXca/epuc9AfBi/XoS8KUTVo0VXsKHVyi6GAKo/TNa4nAY4so+ehzvf20qkk/vbAv CLX4qoVHXsFQ8Zm86vfXbX3axZDczO5XueCZI0ihS5SqraslM2lqXERRx6qYUcuJ4r8j cq4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; t=1692134581; s=strato-dkim-0002; d=strato.com; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=AkrDT3078Qp/wHAd+YrhbC0VHQ/gvem0cCgnqOSMEvc=; b=qDsrJgchw/J2wqsFsUM3FSVu83Fd3Y5/LEDqgvquEDuyxjmBpZj9jMIc9R9PNTPCso O/YbFf6Tdr4FtxITzTYQxcVBnEagwOmdU+3Utajom3528BnP05w2rVWAi4fQRYsyXz38 KdCjiY5wxr8nydfaOYW4lmLuNYNmer0x4/O7GvJEOgUNzmhriPz6l9QOxHeODDT5Pqd9 E9PT04bC396ymm6xG6rsoa1/Sn2Qyb/QEd70XpDCSG3nAZeggIaNdDZUYk8bLqW/+lnS /9tLHHSJOju1fLVONQj1L1ZHcH773uUWmuvNOIIoM2m3BJtFmXpzd7vQeH07dBDZdv4K jYXA== ARC-Authentication-Results: i=1; strato.com; arc=none; dkim=none X-RZG-CLASS-ID: mo01 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1692134581; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=AkrDT3078Qp/wHAd+YrhbC0VHQ/gvem0cCgnqOSMEvc=; b=Dk9p4L4G0qG0oKQMzZmENySLjI6ibNywUGy93+5bNeIFgz+bpA11tf3gO/X+j7sXWi B2i/kHdkjamNp15UVzx59g6/OEUm8Ybw0u/JIfjDxB0DYA3XrxIhKohtYvNdC74kD8In n6vHvrIgciD2YH6g1IE2bVdX05sYe1BJ9QXLd4WiV4lNjWFt8LsztoQT/9gRZkoRBw0Y 7rsnZbfkiCgoZU8LvaEX7MludqitKXep1kikjX8xsgoUsKbUZSLju8FoXooA81rOGRZN rvWxgZK3hc7beU/gUuNqDpJe1wDFLFNKZOqsyTgxOmcMBFGshujRHmvALQfVU400LPif 5e0g== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; t=1692134581; s=strato-dkim-0003; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:Cc:To:From:Cc:Date: From:Subject:Sender; bh=AkrDT3078Qp/wHAd+YrhbC0VHQ/gvem0cCgnqOSMEvc=; b=JAuq7EewCSfUY1wgYWQ73Cf6UXy++7YOXqZY1ZJK2bKO1Zmre9ExMh4u03gEj7bPM0 nAqRboR2djYNzY9LwzCg== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH0WWb0LN8XZoH94zq68+3cfpPD1KDxnGxb4/wjRQtDCidPpMcxog==" Received: from nimes.localnet by smtp.strato.de (RZmta 49.8.0 AUTH) with ESMTPSA id Vd691cz7FLN11Wz (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits)) (Client did not present a certificate); Tue, 15 Aug 2023 23:23:01 +0200 (CEST) From: Bruno Haible Date: Tue, 15 Aug 2023 23:23:01 +0200 Message-ID: <12844282.d0ZTBDRgHB@nimes> In-Reply-To: <5083c20b-46e6-c203-185b-7517c4527468@cs.ucla.edu> References: <33634105.ORx6IIuMYd@nimes> <5900195.JZRJn5TZhJ@nimes> <5083c20b-46e6-c203-185b-7517c4527468@cs.ucla.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Spam-Score: 0.0 (/) 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 (-) Paul Eggert wrote: > Thanks for the further comments. I installed your patch, along with the > attached additional patches. The other patch I mentioned, from https://lists.gnu.org/archive/html/coreutils/2023-08/msg00028.html , is also needed, for the "VM saved/sleep" change on NetBSD, OpenBSD, Minix, as far as I understand. Also, a typo in NEWS: s/Minux/Minix/ Bruno From unknown Tue Sep 09 11:47:03 2025 X-Loop: help-debbugs@gnu.org Subject: bug#65255: uptime's boot time is inconsistent after VM sleep & resume Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 15 Aug 2023 22:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65255 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Bruno Haible Cc: 65255@debbugs.gnu.org Received: via spool by 65255-submit@debbugs.gnu.org id=B65255.169213825930773 (code B ref 65255); Tue, 15 Aug 2023 22:25:02 +0000 Received: (at 65255) by debbugs.gnu.org; 15 Aug 2023 22:24:19 +0000 Received: from localhost ([127.0.0.1]:37038 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW2SZ-00080H-70 for submit@debbugs.gnu.org; Tue, 15 Aug 2023 18:24:19 -0400 Received: from mail.cs.ucla.edu ([131.179.128.66]:58042) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qW2SX-000800-GK for 65255@debbugs.gnu.org; Tue, 15 Aug 2023 18:24:18 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 50A4C3C011BD4; Tue, 15 Aug 2023 15:24:11 -0700 (PDT) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id ritJFU_A51XG; Tue, 15 Aug 2023 15:24:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id DCC3E3C011BD5; Tue, 15 Aug 2023 15:24:10 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu DCC3E3C011BD5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1692138250; bh=3bBx2SyF5VRNlgdulZy4jQNNCdGZVSajbHJ1O/H8en4=; h=Message-ID:Date:MIME-Version:To:From; b=IybuCQ7oY7oKrw1lXNX+D1SJKYpcarauHL0NHendfllEaht6qJxymz5hmduYVCDLJ keOZSfJA8PrrXrnxte+OIZA+aMOQmp6B8ESFTPk1vzUzExb/LgFL3hAaKE1OKldRUE NblftvQGTZkQZIajFMTRptWuYPIydpNUnE/W317IyL8HbTpnoLxuvl20SgR5a9q3a1 0KpFrpECF6Dka+m854HyGXopq7RsjvYOq+3lk7HIxlCx3v+31gQVzh7CCx52Kufynf HGE/T8eKiFpBhDoJKWU6XAr+GuEnui+aKQoVY7s3O4kuc0Y+ouuEPzwlEjiqAurP9X /6VkvHPm+6xXQ== X-Virus-Scanned: amavisd-new at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2v0PsFZoMa5U; Tue, 15 Aug 2023 15:24:10 -0700 (PDT) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id BC7523C011BD4; Tue, 15 Aug 2023 15:24:10 -0700 (PDT) Message-ID: Date: Tue, 15 Aug 2023 15:24:10 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 Content-Language: en-US References: <33634105.ORx6IIuMYd@nimes> <5900195.JZRJn5TZhJ@nimes> <5083c20b-46e6-c203-185b-7517c4527468@cs.ucla.edu> <12844282.d0ZTBDRgHB@nimes> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <12844282.d0ZTBDRgHB@nimes> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) 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.0 (--) On 2023-08-15 14:23, Bruno Haible wrote: > The other patch I mentioned, from > https://lists.gnu.org/archive/html/coreutils/2023-08/msg00028.html , > is also needed, for the "VM saved/sleep" change on NetBSD, OpenBSD, Minix, > as far as I understand. > > Also, a typo in NEWS: s/Minux/Minix/ Thanks, I had missed that patch. I installed it and fixed the NEWS typo.