svn commit: r359168 - head

[Oliver Pinter]

Wouldn't there been a better way to split up the global obsoletefiles.inc
file and put them in to specific components directory or at least split
them up by release basis to easier the future deletions?

On Tuesday, March 24, 2020, Gleb Smirnoff <glebius at freebsd.org> 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?
>
> --
> Gleb Smirnoff
> _______________________________________________
> svn-src-head at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/svn-src-head
> To unsubscribe, send any mail to "svn-src-head-unsubscribe at freebsd.org"
>