Date: Sun, 14 Jun 2009 16:06:31 +0200 From: Jilles Tjoelker <jilles@stack.nl> To: Michael Gass <mgass@unix.csbsju.edu> Cc: freebsd-stable@freebsd.org Subject: Re: Why old files in /etc ? Message-ID: <20090614140631.GA50127@stack.nl> In-Reply-To: <20090614123323.GA1085@unix.csbsju.edu> References: <20090614123323.GA1085@unix.csbsju.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Jun 14, 2009 at 07:33:23AM -0500, Michael Gass wrote: > Just installed 7.2-release in an old Pavilion 4455 (PII, 256M) > and it runs great. Csuped src and ports and rebuilt world and > generic kernel for 7.2-stable and that went well. > My question is why are the files in /etc in 7.2-stable older > versions (generally) than in 7.2-release? I do not just mean > older by date, but older versions of the files - like many of > the config files for sendmail or the net. Why is stable using > older versions of these files than release? > Mostly I did not let mergemaster install the files from the build > because they were so much older than the original release versions. > Again, why are the files for stable so much older? This is because of a weakness in the svn-to-cvs exporter. Formerly, only CVS was used and tagging a release did not require a commit. So right after a release, both the release and -stable would have the same revision numbers. With Subversion, tagging a release requires a commit. The CVS exporter keeps this commit, so all files will have a changed CVS Id. This looks newer, until/unless the file is changed on -stable again. To cope with this, it's best to use mergemaster's -F or -U options. This question has been asked before. -- Jilles Tjoelker
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090614140631.GA50127>