[bitbake-devel] [RFC PATCH] svn.py: Stop SVN from directly pulling from an external layer w/o fetcher
richard.purdie at linuxfoundation.org
richard.purdie at linuxfoundation.org
Thu May 16 07:47:20 UTC 2019
On Thu, 2019-05-16 at 10:22 +0300, Mark Hatle wrote:
> On 5/16/19 9:41 AM, Richard Purdie wrote:
> > On Wed, 2019-05-15 at 14:02 -0400, Mark Hatle wrote:
> > > Add a new option to the svn fetcher url "externals=allowed". This will allow
> > > a user to enable svn co w/ externals. However, this does avoid the fetcher,
> > > network access and mirror systems.
> > >
> > > By default we no longer allow externals in the checkout. This ensures a
> > > deterministic download. The system does attempt to identify SVN repos that
> > > have externals enabled, and will warn the user.
> > >
> > > In the future we would like to parse this list and see if the items are already
> > > in the SRC_URI for that recipe, but with SVN being in limited use these days
> > > that extra work is likely not worth the trouble.
> > >
> > > Add test cases that generated a local SVN tree, with an external source
> > > set to github bitbake in svn format. One test case checks that externals are
> > > ignored, and one checks that they in downloaded.
> > >
> > > Signed-off-by: Mark Hatle <mark.hatle at windriver.com>
> > > ---
> > > This was done in response to the patch from Krzysztof Zawadzki and the resulting
> > > discussion to make this the default instead of optional.
> >
> > Patch looks good to me but the autobuilder didn't like it:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/465/steps/7/logs/step1d
>
> What is the host system type on the autobuilder? Everything I see in the
> traceback is as intended. So it's likely a version or argument change in a
> different version of SVN.
That one was debian9.
rpurdie at debian9-ty-2:~$ svn --version
svn, version 1.9.5 (r1770682)
compiled Jul 21 2018, 02:35:40 on x86_64-pc-linux-gnu
Worryingly I looked on debian9-ty-1 first and subversion isn't
installed there at all. In builds we'd build subversion-native.
This could get quite tricky to handle...
Cheers,
Richard
More information about the bitbake-devel
mailing list