From nobody Mon Aug 31 00:09:23 2026 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 4hY8W043WFz6qSdS for ; Mon, 31 Aug 2026 00:09:32 +0000 (UTC) (envelope-from ziaee@FreeBSD.org) Received: from mailtransmit04.runbox.com (mailtransmit04.runbox.com [IPv6:2a0c:5a00:149::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4hY8W01564z3mZq for ; Mon, 31 Aug 2026 00:09:32 +0000 (UTC) (envelope-from ziaee@FreeBSD.org) Authentication-Results: mx1.freebsd.org; none Received: from mailtransmit03.runbox ([10.9.9.163] helo=aibo.runbox.com) by mailtransmit04.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1x0paW-000ymx-GP; Mon, 31 Aug 2026 02:09:24 +0200 Received: from [10.9.9.127] (helo=rmmprod05.runbox) by mailtransmit03.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1x0paV-0003oz-UL; Mon, 31 Aug 2026 02:09:24 +0200 Received: from mail by rmmprod05.runbox with local (Exim 4.86_2) (envelope-from ) id 1x0paV-0005DH-SC; Mon, 31 Aug 2026 02:09:23 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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: X-BeenThere: dev-commits-src-main@freebsd.org Sender: owner-dev-commits-src-main@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Received: from [Authenticated alias (960477)] by runbox.com with http (RMM6); Mon, 31 Aug 2026 00:09:23 GMT From: "Alexander Ziaee" To: "Warner Losh" , "Alexander Ziaee" CC: "Dag-Erling Smørgrav" , "src-committers" , "dev-commits-src-all" , "dev-commits-src-main" , "cy" Subject: Re: git: 58f13a881f17 - main - ntpdate: Add a deprecation notice to syslog Date: Mon, 31 Aug 2026 00:09:23 +0000 (UTC) X-RMM-Aliasid: 960477 X-Mailer: RMM6 In-Reply-To: Message-Id: X-Rspamd-Queue-Id: 4hY8W01564z3mZq X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO] X-Spamd-Bar: ---- On 2026-08-30 06:10 -04:00 EDT, "Warner Losh" wrote: > On Sat, Aug 29, 2026, 9:57=E2=80=AFAM Alexander Ziaee = wrote: >=20 >> On 2026-08-29 11:22 -04:00 EDT, "Dag-Erling Sm=C3=B8rgrav" >> wrote: >> > Alexander Ziaee writes: >> >> + msyslog(LOG_NOTICE,"ntpdate is deprecated and " >> >> + "scheduled for removal in ntp 4.4, use ntpd -q instead"); >> > >> > Are you also going to fix libexec/rc/rc.d/ntpdate to run ntpd -q inste= ad >> > of ntpdate? If not, please revert. >> >> Why? IIUC that is the legacy script, and bsdinstall is offering >> ntpd_sync_on_start for a few years now [0] instead in line with this >> advice. Also, ntpdate is scheduled for removal upstream. >> >=20 > Only for the last 20 years... I'll believe it when it actually happens. >=20 > Seems to me we should add a warning to rc.d/ntpdate instead >> suggesting that operators switch to ntpd_sync_on_start? >> >=20 > Doesn't that assume you are running ntpd? Far too many people just set the > time and freewheel. Sure, but my point is that we stopped offering and advertising ntpdate in t= he installer 4 years ago, because it's deprecated, and the manpage says not to use it, and we offer another service that upstream wants us to use instead. No supported FreeBSD release branch has offered ntpdate in it's installer. > And didn't I leave feedback changing vendor code here wasn't worth it? No, had we got any negative feedback I would have stopped. https://reviews.freebsd.org/D55929 Again, I'm not unwilling to rollback, or to patch ntpdate, I'm just asking = why. 1. Everything in the ecosystem from our installer to our doc to our upstream says ntpdate is long deprecated legacy stuff. 2. Usually when we have something, and we silently remove it from new installations but keep it, and provide a new one instead, then we're not supposed to change the old thing. I can patch it if that's what we want to do, I'm just missing context. > [0]: c153a35bfd716fd74e4b3955cc60541b78ab3d8e ("bsdinstall: replace ntpda= te >> by ntpd_sync_on_start") Best, Alex=