From owner-freebsd-current Thu Jul 20 09:16:01 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id JAA12873 for current-outgoing; Thu, 20 Jul 1995 09:16:01 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id JAA12859 for ; Thu, 20 Jul 1995 09:15:41 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <55498>; Thu, 20 Jul 1995 18:14:50 +0200 Received: (from jhs@localhost) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) id BAA07660 for current%freebsd.org@regent.e-technik.tu-muenchen.de; Thu, 20 Jul 1995 01:59:37 +0200 Date: Thu, 20 Jul 1995 01:59:37 +0200 From: Julian Howard Stacey Message-Id: <199507192359.BAA07660@vector.eikon.e-technik.tu-muenchen.de> To: current@freebsd.org Subject: cvs strings Sender: current-owner@freebsd.org Precedence: bulk I had hoped to be able to prune down my current src tree by establishing per file symbolic links to the new CD-ROM (as I've done on previous FreeBSD CDs) This time round, many files are just subtly different enough to defeat my automatic compare & delete tool, here is a typical example: diff -c bin/csh/char.c /pub/cd/src/bin/csh/char.c *** bin/csh/char.c Wed May 3 15:38:54 1995 --- /cd/src/bin/csh/char.c Fri Sep 23 14:53:46 1994 *************** *** 30,36 **** ! * $Id: char.c,v 1.2 1994/09/24 02:53:46 davidg Exp $ --- 30,36 ---- ! * char.c,v 1.2 1994/09/24 02:53:46 davidg Exp These changes seem most unfortunate. Can we avoid such slight alterations next time round ? It seems wasteful on disc space, sup & ctm bandwidth, to put a different stamp on a file that has identical contents. BTW This is a general CVS policy question with no particular reference to davidg, who I guess just happened to be in this example Those tiny strings changes "$Id: " & " $" convey no extra information to me, but prevent people with CD-ROMS saving space. Julian S