svn commit: r359168 - head

Warner Losh imp at bsdimp.com
Wed Mar 25 00:16:40 UTC 2020


On Tue, Mar 24, 2020 at 4:58 PM Scott Long <scottl at samsco.org> wrote:

>
>
> On Tue, Mar 24, 2020, at 3:45 PM, Gleb Smirnoff wrote:
> > On Fri, Mar 20, 2020 at 04:02:46PM +0000, Ed Maste wrote:
> > E> Author: emaste
> > E> Date: Fri Mar 20 16:02:45 2020
> > E> New Revision: 359168
> > E> URL: https://svnweb.freebsd.org/changeset/base/359168
> > E>
> > E> Log:
> > E>   remove ancient pre-2000 ObsoleteFiles.inc entries
> > E>
> > E>   We support 10.3 as the minimum version to install from, which was
> > E>   released in the mid-2010s.  There's a lot of ancient
> ObsoleteFiles.inc
> > E>   history that serves no purpose today; start by removing entries from
> > E>   1999 and earlier.
> >
> > I understand that rationale is to speedup 'make delete-old' times, and
> > trimming the default file definitely makes sense. However, what about
> > keeping the full ObsoleteFiles.inc version, at least for documenting
> > purposes?
> >
>
> This is what SCM history is for, IMHO.  The historical entries serve little
> purpose outside of that.
>

We only support upgrading so far into the past. Farther than we can build,
sure, but it's still limited.

If you have systems older than that, or that haven't been preened, you can
get the the last release's tree and do a cleaning.

There's no more reason to retain this stuff than there is to retain ancient
version compat code in drivers, etc.

So while it seems like a good idea to have this back to dirt, in reality it
would get little use and the data can be found easily enough now, and in
the future. That's why I advised Ed to just delete the entries > 20 years
old...

Warner


More information about the svn-src-head mailing list