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 <gleb...@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-h...@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/svn-src-head > To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org" > _______________________________________________ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"
