advice on compiling a new kernel & upgrading to the latest sources

RW fbsd06 at mlists.homeunix.com
Tue Jan 16 17:33:09 UTC 2007


On Sun, 14 Jan 2007 23:24:56 +0200
Giorgos Keramidas <keramida at ceid.upatras.gr> wrote:

> On 2007-01-14 15:35, Bill Moran <wmoran at collaborativefusion.com>
> wrote:
> > Giorgos Keramidas <keramida at ceid.upatras.gr> wrote:
> > [copious snippage]
> > > > 2. Cd /usr/src/sys/amd64/conf which contains the file MYKERNEL
> > >
> > > No it doesn't.  CVSup will delete the files it doesn't know
> > > about, so you should *SAVE a copy* of your favorite kernel config
> > > file outside of the source tree and *copy* it into
> > > `/usr/src/sys/amd64/conf' after CVSup finishes updates the
> > > sources.
> >
> > Really?  What have I been doing wrong?  I've been keeping custom
> > kernel configs for years and cvsup has never deleted any of them.
> 
> That's what the ``*default delete use-rel-suffix'' option does, AFAIK.
> 
> The default supfile examples in `/usr/share/examples/cvsup' have this
> option enabled, and cvsup(1) says about it:
> 
>   delete  The presence of this keyword gives cvsup permission to
>           delete files.  If it is missing, no files will be deleted.
> 
> 	  The presence of the delete keyword puts cvsup into
> 	  so-called exact mode.  In exact mode, CVSup does its
> 	  best to make the client's files correspond to those on
> 	  the server.  This includes deleting individual deltas
> 	  and symbolic tags from RCS files, as well as deleting
> 	  entire files.  In exact mode, CVSup verifies every
> 	  edited file with a checksum, to ensure that the edits
> 	  have produced a file identical to the master copy on
> 	  the server.  If the checksum test fails for a file,
> 	  then CVSup falls back upon transferring the entire
> 	  file.
> 
> 	  In general, CVSup deletes only files which are known to
> 	  the server.  Extra files present in the client's tree
> 	  are left alone, even in exact mode.  More precisely,
> 	  CVSup is willing to delete two classes of files:
>           o   Files that were previously created or updated by CVSup
>               itself.
>           o   Checked-out versions of files which are marked as dead
> on the server.
> 
> If the option doesn't work this way, then I stand corrected.
>

Note the sentence: 

"Extra files present in the client's tree are left alone, even in exact
mode"

If a file has *never* been under CVS it's left alone. 

Having said that I still prefer to symlink because I like to be able to
delete directories maintained by cvsup without losing anything.


More information about the freebsd-questions mailing list