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
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,
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.From 1ea34cbf6a235f2436a3265ab9ded6f04748051e Mon Sep 17
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,
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
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
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