Date: Sun, 4 Aug 2013 08:10:09 +0800 From: Erich Dollansky <erich@alogt.com> To: Steve Kargl <sgk@troutmask.apl.washington.edu> Cc: Glen Barber <gjb@FreeBSD.org>, freebsd-current@freebsd.org Subject: Re: svn error during 'make buildkernel'? Message-ID: <20130804081009.257c5801@X220.ovitrap.com> In-Reply-To: <20130803221702.GA979@troutmask.apl.washington.edu> References: <20130803210348.GA715@troutmask.apl.washington.edu> <20130803210858.GJ78299@glenbarber.us> <20130803213023.GA812@troutmask.apl.washington.edu> <20130803214313.GL78299@glenbarber.us> <20130803221702.GA979@troutmask.apl.washington.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On Sat, 3 Aug 2013 15:17:02 -0700 Steve Kargl <sgk@troutmask.apl.washington.edu> wrote: > On Sat, Aug 03, 2013 at 05:43:13PM -0400, Glen Barber wrote: > > On Sat, Aug 03, 2013 at 02:30:23PM -0700, Steve Kargl wrote: > > > On Sat, Aug 03, 2013 at 05:08:58PM -0400, Glen Barber wrote: > > > > On Sat, Aug 03, 2013 at 02:03:49PM -0700, Steve Kargl wrote: > > > > > I updated my /usr/src with subversion from ports: > > > > > > > > > > % pkg info | grep subver > > > > > subversion-1.7.9_1 Version control system > > > > > > > > > > 'make buildworld' completed as expected. 'make buildkernel' > > > > > seems to complete, but I'm seeing > > > > > > > > > > :> hack.c > > > > > cc -shared -nostdlib hack.c -o hack.So > > > > > rm -f hack.c > > > > > MAKE=make sh /usr/src/sys/conf/newvers.sh MOBILE > > > > > svn: E155036: The working copy at '/usr/src' > > > > > is too old (format 29) to work with client version '1.8.0 > > > > > (r1490375)' (expects format 31). You need to upgrade the > > > > > working copy first. > > > > > > > > > > > > > > Why is svn being run during 'make buildkernel'? More > > > > > importantly, why is the freshly built svn in /usr/obj being > > > > > invoked when it has not previously been installed and > > > > > so /usr/src may indeed be in a older, yet valid, format? > > > > > > > > > > > > > src/sys/conf/newvers.sh sets the svn revision, which is printed > > > > by uname(1). > > > > > > > > devel/subversion is at version 1.8.x, so you should upgrade your > > > > installed port. Or you can use /usr/bin/svnlite directly, and > > > > run: > > > > > > > > # /usr/bin/svnlite upgrade /usr/src > > > > > > > > > > Thanks. > > > > > > Looks like an entry in /usr/src/UPDATING is missing if > > > /usr/bin/svn* is forcing an obsolscence of a functioning > > > installed port. > > > > > > > The port was at 1.8.x before I added the additional lookup of > > svnlite to the script. > > My installed port was at 1.7.9. I can't find anywhere that > states that one must immediately upgrade to a new version > when a port's maintainer updates it. I've banged my head > against the ports collection dependency idiocy too often > to chase after every update. > > > There really is no need for UPDATING entry, since 1.7.9 is > > deprecated, and the behavior you have seen is not a fatal > > error with the buildkernel process. > > Installing a freshly built kernel when an ERROR message appears > within the last 10 lines of 'make buildkernel' seems like a > rather dumb thing do. > > > BTW, you should upgrade devel/subversion anyway, since there are > > security vulnerabilities. > > 1.7.9 works/worked fine for updating my /usr/src and my personal > svn repository. The change to use svnlite in newvers.sh should > have an entry in UPDATING to alert users that have a too old > svn port that they need to upgrade. I go as far to suggest that > that the script should look for svn in the path before it looks > for svnlite. > doesn't this show again that svn came a bit early? I wait only for the day, when two versions are needed. One for the ports, one for FreeBSD itself. Let us hope that this is all ironed out until 10 is released. I see the need to integrate svn into the base system. But this should not force to keep also the ports current. At least it should not confuse users when they keep the ports a bit older. I am aware of that we are talking of current here and I am aware of solutions for this problem. Erich
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130804081009.257c5801>