svn error during 'make buildkernel'?

Steve Kargl sgk at troutmask.apl.washington.edu
Sat Aug 3 22:17:03 UTC 2013


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.

-- 
Steve


More information about the freebsd-current mailing list