Date: Sun, 4 Aug 2013 18:15:18 -0700 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Glen Barber <gjb@FreeBSD.org> Cc: freebsd-current@freebsd.org, Peter Wemm <peter@wemm.org> Subject: Re: svn error during 'make buildkernel'? Message-ID: <20130805011518.GA6544@troutmask.apl.washington.edu> In-Reply-To: <20130805005530.GL2352@glenbarber.us> References: <20130803210348.GA715@troutmask.apl.washington.edu> <20130803210858.GJ78299@glenbarber.us> <20130803213023.GA812@troutmask.apl.washington.edu> <20130803214313.GL78299@glenbarber.us> <20130804232358.GA6068@troutmask.apl.washington.edu> <CAGE5yCrJ%2B9tr-Fqw9h_Ox%2Bq1b2g7pdyJ5GEPCoQ8rX-y=o9rQQ@mail.gmail.com> <20130805004433.GA6355@troutmask.apl.washington.edu> <20130805005530.GL2352@glenbarber.us>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Aug 04, 2013 at 08:55:30PM -0400, Glen Barber wrote: > On Sun, Aug 04, 2013 at 05:44:33PM -0700, Steve Kargl wrote: > > > If you want to upgrade, and use http/https access to repositories, > > > please check, that SERF option is enabled, as NEON support > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I did not want to upgrade. It was suggested/forced on me > > by revisio 252505 of newvers.sh that looks for svnliteversion instead > > of the installed svnversion. 1.7.9 was working fine. > > > > You were not forced to do anything. > > If svn 1.7.9 works, great. Use it. > > The error generated is non-fatal, and once I receive response on > a proposed patch, will be suppressed if the svn version used to check > out the tree is not compatible with that used to check the version of > the tree with the kernel build. I don't care if it was nonfatal or not. An prominent ERROR message during 'make buldkernel' should set off an alarm in anyone's head. > > But seriously, this is -CURRENT. Things change. > Yeah, I've been running -current since it was called 386bsd+patchkit some 20 years ago. In the old days, committers cared about the quality of their commits. When informed of an issue, they looked into the problem instead of blaming the users. -- Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130805011518.GA6544>