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