Re: svn commit: r359168 - head

2020-03-24 Thread Enji Cooper


> On Mar 24, 2020, at 3:57 PM, Scott Long  wrote:
> 
> On Tue, Mar 24, 2020, at 3:45 PM, Gleb Smirnoff wrote:
>> On Fri, Mar 20, 2020 at 04:02:46PM +, 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.

Moreover, splitting them up into separate files will make merges more difficult 
than they need to be/already are.
Cheers,
-Enji
___
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"


Re: svn commit: r359168 - head

2020-03-24 Thread Warner Losh
On Tue, Mar 24, 2020 at 4:58 PM Scott Long  wrote:

>
>
> On Tue, Mar 24, 2020, at 3:45 PM, Gleb Smirnoff wrote:
> > On Fri, Mar 20, 2020 at 04:02:46PM +, 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
___
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"


Re: svn commit: r359168 - head

2020-03-24 Thread Gleb Smirnoff
On Fri, Mar 20, 2020 at 04:02:46PM +, 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-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"


Re: svn commit: r359168 - head

2020-03-24 Thread Scott Long



On Tue, Mar 24, 2020, at 3:45 PM, Gleb Smirnoff wrote:
> On Fri, Mar 20, 2020 at 04:02:46PM +, 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.

Scott
___
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"


Re: svn commit: r359168 - head

2020-03-24 Thread 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  wrote:

> On Fri, Mar 20, 2020 at 04:02:46PM +, 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"


svn commit: r359168 - head

2020-03-20 Thread Ed Maste
Author: emaste
Date: Fri Mar 20 16:02:45 2020
New Revision: 359168
URL: https://svnweb.freebsd.org/changeset/base/359168

Log:
  remove ancient pre-2000 ObsoleteFiles.inc entries
  
  We support 10.3 as the minimum version to install from, which was
  released in the mid-2010s.  There's a lot of ancient ObsoleteFiles.inc
  history that serves no purpose today; start by removing entries from
  1999 and earlier.

Modified:
  head/ObsoleteFiles.inc

Modified: head/ObsoleteFiles.inc
==
--- head/ObsoleteFiles.inc  Fri Mar 20 16:00:26 2020(r359167)
+++ head/ObsoleteFiles.inc  Fri Mar 20 16:02:45 2020(r359168)
@@ -9809,49 +9809,6 @@ OLD_FILES+=usr/bin/miniperl
 OLD_FILES+=usr/bin/sperl
 # 21XX
 OLD_FILES+=usr/sbin/apmconf
-# 199911XX
-OLD_FILES+=usr/sbin/ipfstat
-OLD_FILES+=usr/sbin/ipmon
-OLD_FILES+=usr/sbin/ipnat
-OLD_FILES+=usr/sbin/bad144
-OLD_FILES+=usr/sbin/wormcontrol
-OLD_FILES+=usr/sbin/named-bootconf
-OLD_FILES+=usr/sbin/kvm_mkdb
-OLD_FILES+=usr/sbin/keyadmin
-# 199909XX
-OLD_FILES+=usr/lib/libdesrypt_p.a
-OLD_FILES+=sbin/ft
-# 199903XX
-OLD_FILES+=sbin/modload
-OLD_FILES+=sbin/modunload
-OLD_FILES+=usr/sbin/natd
-# 199812XX
-OLD_FILES+=sbin/dset
-# 199809XX
-OLD_FILES+=sbin/scsi
-OLD_FILES+=sbin/scsiformat
-OLD_FILES+=usr/sbin/ncrcontrol
-OLD_FILES+=usr/sbin/tickadj
-# 199806XX
-OLD_FILES+=usr/sbin/mkdosfs
-# 199801XX
-OLD_FILES+=sbin/mount_lfs
-OLD_FILES+=sbin/newlfs
-OLD_FILES+=sbin/dumplfs
-OLD_FILES+=usr/sbin/qcamcontrol
-OLD_FILES+=usr/sbin/supscan
-# 1997
-OLD_FILES+=usr/sbin/sysctl
-OLD_FILES+=usr/sbin/ctm_scan
-OLD_FILES+=usr/sbin/addgroup
-OLD_FILES+=usr/sbin/rmgroup
-# 1996
-OLD_FILES+=sbin/rdisc
-OLD_FILES+=usr/sbin/cdplay
-OLD_FILES+=usr/sbin/supfilesrv
-OLD_FILES+=usr/sbin/routed
-OLD_FILES+=usr/sbin/lsdev
-OLD_FILES+=usr/sbin/yppasswdd
 ## unsorted
 # do we still support aout builds?
 #OLD_FILES+=usr/lib/aout/c++rt0.o
@@ -10798,10 +10755,6 @@ OLD_LIBS+=usr/lib/libtermcap.so.2
 OLD_LIBS+=usr/lib/libutil.so.2
 OLD_LIBS+=usr/lib/libvgl.so.1
 OLD_LIBS+=usr/lib/libwrap.so.2
-# 19991216
-OLD_FILES+=usr/sbin/xntpdc
-# 199909XX
-OLD_LIBS+=usr/lib/libc_r.so.3
 # ???
 OLD_LIBS+=usr/lib/libarchive.so.2
 OLD_LIBS+=usr/lib/libbsnmp.so.1
___
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"