From nobody Tue May 24 12:24:23 2022 X-Original-To: dev-commits-src-main@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6C21A1B4C3AE; Tue, 24 May 2022 12:24:30 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 4L6tg12mGGz3rMt; Tue, 24 May 2022 12:24:29 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.16.1/8.16.1) with ESMTP id 24OCONYu022982; Tue, 24 May 2022 07:24:23 -0500 (CDT) (envelope-from mike@karels.net) Received: from [10.0.2.130] ([10.0.1.1]) by mail.karels.net with ESMTPSA id okfmHXfOjGLEWQAA4+wvSQ (envelope-from ); Tue, 24 May 2022 07:24:23 -0500 From: Mike Karels To: Stefan =?utf-8?q?E=C3=9Fer?= Cc: src-committers@FreeBSD.org, dev-commits-src-all@FreeBSD.org, dev-commits-src-main@FreeBSD.org Subject: Re: git: 81cea61f3b3a - main - bin/sleep: document more non-standard features Date: Tue, 24 May 2022 07:24:23 -0500 X-Mailer: MailMate (1.14r5818) Message-ID: In-Reply-To: <202205240933.24O9XPv8015486@gitrepo.freebsd.org> References: <202205240933.24O9XPv8015486@gitrepo.freebsd.org> List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4L6tg12mGGz3rMt X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-3.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[mike]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; DMARC_NA(0.00)[karels.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; NEURAL_HAM_SHORT(-1.00)[-0.998]; MLMMJ_DEST(0.00)[dev-commits-src-main,dev-commits-src-all]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.36.0/22, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On 24 May 2022, at 4:33, Stefan E=C3=9Fer wrote: > The branch main has been updated by se: > > URL: https://cgit.FreeBSD.org/src/commit/?id=3D81cea61f3b3a17b600364ef1= 9498c01266c9ff1b > > commit 81cea61f3b3a17b600364ef19498c01266c9ff1b > Author: Stefan E=C3=9Fer > AuthorDate: 2022-05-24 09:31:21 +0000 > Commit: Stefan E=C3=9Fer > CommitDate: 2022-05-24 09:31:21 +0000 > > bin/sleep: document more non-standard features > > Add support of other time units than seconds to the IMPLEMENTATION > NOTES section of the man page. > > MFC after: 1 week > --- > bin/sleep/sleep.1 | 7 ++++--- > 1 file changed, 4 insertions(+), 3 deletions(-) > > diff --git a/bin/sleep/sleep.1 b/bin/sleep/sleep.1 > index 85086acec5ad..f7da87152f99 100644 > --- a/bin/sleep/sleep.1 > +++ b/bin/sleep/sleep.1 > @@ -70,9 +70,10 @@ signal is not handled specially by this implementati= on. > .Pp > The > .Nm > -command allows and honors a non-integer number of seconds to sleep > -in any form acceptable by > -.Xr strtod 3 and it accepts more than one delay value. > +command supports other time units than seconds, > +honors a non-integer number of time units to sleep in any form accepta= ble by > +.Xr strtod 3 , > +and accepts more than one delay value. > These are non-portable extensions, but they have also been implemented= > in GNU sh-utils since version 2.0a (released in 2002). > .Sh EXIT STATUS Is there a reason you didn=E2=80=99t list the time units that are support= ed? It would also be good to say how they are specified. Mike