From owner-freebsd-arch@freebsd.org Tue Oct 20 16:00:20 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 5C5144347BC for ; Tue, 20 Oct 2020 16:00:20 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf33.google.com (mail-qv1-xf33.google.com [IPv6:2607:f8b0:4864:20::f33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CFyyC4XbNz4SJQ for ; Tue, 20 Oct 2020 16:00:19 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf33.google.com with SMTP id w5so1065541qvn.12 for ; Tue, 20 Oct 2020 09:00:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DirKVVmq5lPJtBfEvb2sAD2bPCdOWVAHZpJ7yz93GEo=; b=zrLyvjLEegKU79mptdaIXa+gtwIJt3NKzrX/m0n8RPnGriQ4j+HoBJRkMfGgwcbMpv O5H65vt3uCpoB72umytPajV13ejVBd7gPL4jDTrfGHeDT/gcRj7Eeb3WkB4AeZLYo690 fUTaAZ6/IVX/Xmca3tM9X8Znrhz+z0nRRBvfiDFAqHTaSMx5/6FajmzDzNt5Fhwmmiix Wh0jo+/d6BzsFLAsDcmuIK123hG4H+wZSmBoH40bF6Zmh19GHhF/zs6F7oYf+nkhWOWq CKPhlvKJoRiX9LTA17GQDZs1m0T58Lbjs7OciaUGfftgirNH56RcTfuxrEe/CmVJSheS 8zDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DirKVVmq5lPJtBfEvb2sAD2bPCdOWVAHZpJ7yz93GEo=; b=YQa6NUUyUqtp240imZKcJ2nlAFt/nY3HLu7d/h729QKLFtWwmMf25m3ZLdao5o7HIl g2B3JVlUEOejgPGDK7KQ1rqMAw3duCogltYZty/kUXvEFWLeNOJeErLecUBQZyNYYSd9 yllBPNiWSnvioVuYqZ8nUazdTKbZfal/zy5BlQYlkKu46WZPZDJgrAIkov/mKyLdxh3T edrjGTYxDKBtvjduwzqFfjJKktCZIxD0EwK1zRf6gXRSEeIaVioaMGeov9P0TaN8J9at PtC9qayMSoeYrII/HYOZ4uB++yeRVCfAqL1e6NGdlbD0M5HBSiiJTZaF7rByPWA9Y9zY UP9w== X-Gm-Message-State: AOAM533DOTacf9k1xHqNmbICL4mJ6ae7ZMPUwNSUdFObOybr7Dnayf2c Hg2L/bV0n9vWXJdjXsHHkYM47aZUPV4gzn7N+1xbKA== X-Google-Smtp-Source: ABdhPJzuLHPAgcBy9lFCxB5aYBMjiBd2YiEcJqRbGSpZfKqzgxQWTQnZ0hHwfhfhb0I+47TRVHYmEkonI3g0qVlch0Y= X-Received: by 2002:a0c:e403:: with SMTP id o3mr3954470qvl.23.1603209618131; Tue, 20 Oct 2020 09:00:18 -0700 (PDT) MIME-Version: 1.0 References: <20200923134334.czblcl2ppyxjnigs@mutt-hbsd> <20201020035420.GA59361@eureka.lemis.com> <20201020122844.terxqb75dyvb4zqc@mutt-hbsd> In-Reply-To: <20201020122844.terxqb75dyvb4zqc@mutt-hbsd> From: Warner Losh Date: Tue, 20 Oct 2020 10:00:06 -0600 Message-ID: Subject: Re: Modernizing calendar(1) (was: svn commit: r365984 - head/usr.bin/calendar/calendars) To: Shawn Webb Cc: "Greg 'groggy' Lehey" , freebsd-arch@freebsd.org X-Rspamd-Queue-Id: 4CFyyC4XbNz4SJQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=zrLyvjLE; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::f33) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [-1.95 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.89)[-0.886]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arch@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.06)[-0.061]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f33:from]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-arch]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 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: Tue, 20 Oct 2020 16:00:20 -0000 On Tue, Oct 20, 2020, 6:28 AM Shawn Webb wrote: > On Mon, Oct 19, 2020 at 10:46:56PM -0600, Warner Losh wrote: > > On Mon, Oct 19, 2020 at 9:54 PM Greg 'groggy' Lehey > > wrote: > > > > > This discussion, from a month ago, seems to have died a death. First > I'll > > > summarize what imp@ says: > > > > > > On Wednesday, 23 September 2020 at 9:18:27 -0600, Warner Losh wrote: > > > > > > > > 1. I'll do for calendar what I did for CTM. We'll split it out into > its > > > own > > > > git repo. git filter-patch is straight-forward to use, but has a > number > > > of > > > > caveats with the imperfect github mirror we have. I'll do it against > the > > > > beta cgit mirror and write up the process since I'm pretty sure > people > > > will > > > > want to replicate it in the future. > > > > 2. Delete the contentious bits (details to follow) > > > > 3. Adjust the build (since calendar uses cpp to build up its > databases) > > > > 4. Prune the new repo to just the contentious bits into that repo > (likely > > > > under github.com/freebsd/calendar, like we've done for CTM and other > > > things) > > > > 5. Create a port you can optionally install > > > > 6. Adjust calendar to work when things are there (or not there) > > > > 7. Remove the contentious bits from FreeBSD... > > > > > > 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. > > > > > > > 2. Move the non-FreeBSD related stuff into a port. This is imp@'s > > > approach above. As you can see, it's rather involved, and it seems > > > to me that we shouldn't be doing this sort of thing until we've > > > moved the project to git and the dust has settled. It also > > > complicates maintenance, and it doesn't address the dead wood and > > > dubious content. > > > > > > > It's actually not all that involved. I've done it before for CTM and it's > > about 1/2 hour of work to pull all the history along. 0 hours of work if > > you don't care about the history. It actually goes hand in hand with #3 > > below. > > > > > > > 3. Create a separate port that sucks in and maintains suitable > > > calendar entries from *somewhere* and maintain a directory > > > hierarchy, say /usr/local/calendar, 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). > > > > > > > Yea, I think you're right. The FreeBSD one is the interesting bit to the > > project, and there's enough people that have .calendar files to make it > > interesting to stay in base. Were it not for this FreeBSD connection, > maybe > > it could just live entirely in ports. Calendar has been around since 7th > > Edition Unix, so there's history there as well, though that seems less > > important these days. > > Note that the history of the calendar files is retained in the src > repo, so nothing there is lost with regards to tracing the history > to "back in old country." > It's trivial to extract, though... so there's no need to argue to have the best of both worlds. But the bigger point I'm making is that the calendar.freebsd file is more central to the project and there has been a large desire expressed to keep that bit in base. Warner Thanks, > > -- > Shawn Webb > Cofounder / Security Engineer > HardenedBSD > > GPG Key ID: 0xFF2E67A277F8E1FA > GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 > > https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc >