From owner-freebsd-arch@freebsd.org Wed Oct 21 01:23:26 2020 Return-Path: Delivered-To: freebsd-arch@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF1C443FAE0 for ; Wed, 21 Oct 2020 01:23:26 +0000 (UTC) (envelope-from grog@lemis.com) Received: from lax.lemis.com (www.lemis.com [45.32.70.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4CGCRx71qBz3TZZ for ; Wed, 21 Oct 2020 01:23:25 +0000 (UTC) (envelope-from grog@lemis.com) Received: from eureka.lemis.com (aussie-gw.lemis.com [167.179.139.35]) by lax.lemis.com (Postfix) with ESMTP id 422A627FF9; Wed, 21 Oct 2020 01:23:24 +0000 (UTC) Received: by eureka.lemis.com (Postfix, from userid 1004) id 67C1C26359C; Wed, 21 Oct 2020 12:23:23 +1100 (AEDT) Date: Wed, 21 Oct 2020 12:23:23 +1100 From: Greg 'groggy' Lehey To: Warner Losh Cc: "freebsd-arch@freebsd.org" Subject: Re: Modernizing calendar(1) (was: svn commit: r365984 - head/usr.bin/calendar/calendars) Message-ID: <20201021012323.GA59592@eureka.lemis.com> References: <20200923134334.czblcl2ppyxjnigs@mutt-hbsd> <20201020035420.GA59361@eureka.lemis.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: Organization: The FreeBSD Project Phone: +61-3-5309-0418 Mobile: +61-490-494-038. Use only as instructed. WWW-Home-Page: http://www.FreeBSD X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 User-Agent: Mutt/1.6.1 (2016-04-27) X-Rspamd-Queue-Id: 4CGCRx71qBz3TZZ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of grog@lemis.com has no SPF policy when checking 45.32.70.18) smtp.mailfrom=grog@lemis.com X-Spamd-Result: default: False [-3.20 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[grog]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.913]; NEURAL_HAM_LONG(-1.01)[-1.009]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; DMARC_NA(0.00)[FreeBSD.org]; AUTH_NA(1.00)[]; HAS_ORG_HEADER(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.47)[-0.473]; RCPT_COUNT_TWO(0.00)[2]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[grog@FreeBSD.org,grog@lemis.com]; RCVD_NO_TLS_LAST(0.10)[]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:20473, ipnet:45.32.64.0/19, country:US]; FROM_NEQ_ENVFROM(0.00)[grog@FreeBSD.org,grog@lemis.com]; MAILMAN_DEST(0.00)[freebsd-arch]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Oct 2020 01:23:26 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [Irrelevant quotations trimmed] On Monday, 19 October 2020 at 22:46:56 -0600, Warner Losh wrote: > On Mon, Oct 19, 2020 at 9:54 PM Greg 'groggy' Lehey wrote: >> This shows the procedural approach. But what do we really want? I >> think that we should agree that we don't want to remove functionality, >> just bring things into the 21st century. As I see it, there are three >> approaches: >> >> 1. Nobody cares enough about it, so leave it as it is. >> >> Given the lack of input on the subject, this might be the best >> choice. It's certainly the easiest. But it leaves a lot of dead >> wood and unbalanced and incorrect content. > > Nah, people want the crusty old files of it gone. Trust me. It seems that I'll have to. Nobody else has mentioned this recently, and we don't have enough clarity on what "crusty old files" means. > ... > >> 3. Create a separate port that sucks in and maintains suitable >> calendar entries from *somewhere* and maintain a directory >> hierarchy, say /usr/local/calendar, /usr/local/share/calendar, of course, as you mentioned elsewhere. >> in the same form as the current /usr/share/calendar. Modify the >> calendar(1) in the tree to look at this hierarchy as well. >> /usr/share/calendar should remain for the few FreeBSD-related >> files (as far as I can tell, only calendar.freebsd). > > The calendar.usholiday isn't too bad. It could remain too. It's > super short and the only tweaking needed would be when the times > change. That's the thin edge of the wedge. US holidays are of interest to a group that only partially overlaps with the FreeBSD community. > It might make sense to do one for eu and asia too that list the > major holidays elsewhere given how connected the world is. And forget Africa, most of America and Australia? > Then again, that may be a bit beyond the remit of the current system > too, but we're a world-wide group that could easily crowd source > this. The current calendar.holiday is way too obscure and bizarre, > though some people like it. That's the whole point. Where do we draw the line? Given that these holidays interest more people outside the project than in, I'd think that they should all go into the port. And the whole idea of alternative 3 is that the maintenance should be automatic and external, so updating holidays should no longer be our concern. >> This would be my preferred approach. The issue is identifying >> *somewhere*. I've done a bit of searching on the web, and I've >> found lots of "on this day" sites, but nothing that would easily >> lend itself to conversion to calendar(1) files of the kind I'm >> looking for. Input here would be welcome. > > Ah, that's a second problem. But let's not get bogged down in > solving that and then fail to do the split properly. I don't understand your haste in wanting to do this. Until we don't know what we're going to do, we can't do the split properly. We've had calendar since the beginning of time, and suddenly it seems to need changing. Let's agree on what we want to do first. In the meantime, though, something else has occurred to me: at least get buy-in from the other BSD projects. I've just checked NetBSD, OpenBSD, Mac OS and Ubuntu (I think) Linux, and they all have the same structure. They also all have the same error that I fixed in FreeBSD a couple of days ago. I'm pretty sure that they're in the base system for the first three, since they're from a virgin installation. My guess is that they're also in the base system for Ubuntu, or whatever version I have access to. This issue is not important enough to take a knee-jerk approach. I'd rather see something that all the projects can use. In this connection, of course, GitHub sounds like a good potential start, but would the OpenBSD project (for example) buy in to it? Greg -- Sent from my desktop computer. See complete headers for address and phone numbers. This message is digitally signed. If your Microsoft mail program reports problems, please read http://lemis.com/broken-MUA --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAl+PjYsACgkQIubykFB6QiMcOwCeL06XCLo+Cl4lGVrTbZsShN/Y OYMAnA3hy0hwHCixJ3MFA6MEXhP0IDaD =UXEC -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn--