linux/poky.git/bitbake, branch uninative-2.8

bitbake: lib/bb/utils.py: Preserve ownership of symlink

2020-02-22T23:57:26+00:00

Yocto Bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13806 Uncomment lchown() to preserve ownership of symlink. (Bitbake rev: 6a0b6dd17c6d842960d448114b252e92c55dea33) Signed-off-by: Daisuke Yamane Signed-off-by: Richard Purdie

bitbake: fetch2/svn: Avoid UnboundLocalError exception

2020-02-20T11:56:37+00:00

The update codepath would trigger: Exception: UnboundLocalError: local variable 'svnfetchcmd' referenced before assignment Fix this so the code functions as intended in both fetch and update cases. [YOCTO #13798] (Bitbake rev: 16c4e930ff37ea6eac2ac0cb2197908ce3a1cc53) Signed-off-by: Richard Purdie

bitbake: layerindex: allow clones to be shallow

2020-02-19T11:26:12+00:00

When bitbake-layers fetch-layerindex clones the repositories, these are full clones. Allow the user to specify '-s' and do shallow clones instead for faster downloads. (Bitbake rev: a0c8b27675a590d9deeb3cbc462c0eb0e113cf3b) Signed-off-by: Jan-Simon Moeller Signed-off-by: Richard Purdie

bitbake: fetch2: svn: care for path_spec

2020-02-19T11:26:12+00:00

Documentation says: "path_spec": A specific directory in which to checkout the specified svn module. but existing svn fetcher uses "module" always as path of checked out svn-module, regardless whether path_spec was given or not. (Bitbake rev: 75223644ab9bc94fc268f1bab775e66c4188f279) Signed-off-by: Jens Rehsack Signed-off-by: Richard Purdie

bitbake: event: Remove duplicated items from close matches

2020-02-19T11:26:12+00:00

It printed duplicated ones when there are multiple similar recipes in differrent layers, for example, if python-lockfile in different layers, and there is no python3-lockfile: $ bitbake python3-lockfile ERROR: Nothing PROVIDES 'python3-lockfile'. Close matches: python-lockfile python-lockfile python3-aiofiles Remove the duplicated ones to fix the problem. (Bitbake rev: 5612192cec9f467e2ab5a86482cb34876d198bc6) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

bitbake: cooker: Reset loghandler

2020-02-19T11:26:12+00:00

When parsing, reset the loghandler when finished, else the messages can be misleading. (Bitbake rev: 7af80cd1dd577b05d39a3cc5d5c547a2549e39df) Signed-off-by: Richard Purdie

bitbake: data: Don't allow renameVar calls with equivalent keys

2020-02-19T11:26:12+00:00

While usually a programming error, the behavior can cause a Parser instance to eventually gobble up a significant amount of memory, greatly affecting system performance. Try to avoid getting into that situation and alert the user about what they attempted to do. (Bitbake rev: 01bf0912eef5700d61c6e3c9138cb4b6825ee782) Signed-off-by: Kyle Russell Signed-off-by: Richard Purdie

bitbake: fetch2: Allow ${AUTOREV} to be used when BB_SRCREV_POLICY is "cache"

2020-02-19T11:26:12+00:00

Mark any keys used to cache the srcrevs for a recipe as "dontcache" if BB_DONT_CACHE is set for the recipe. Remove any such keys upon the next bitbake run even if BB_SRCREV_POLICY is set to "cache". This will make sure the srcrev is updated as expected if ${AUTOREV} is used. (Bitbake rev: ba093a38539960e645e994a66ed7872a604c00a9) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie

bitbake: fetch2: Make fetcher_compare_revisions() work

2020-02-19T11:26:12+00:00

This seems to have been broken for a very long time. Now it also works regardless of BB_SRCREV_POLICY. (Bitbake rev: ffd663a8e07e2e39e8ca2d2493f4f98037c5f9e4) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie

bitbake: knotty: Make the bb.command.CommandExit event terminate bitbake

2020-02-19T11:26:12+00:00

This matches the other bb.command.Command* events and without it, running `bitbake --revisions-changed` will hang indefinitely if there are changed revisions. (Bitbake rev: 40520d229c8ea51ee9784184ab5d13a82dd1eb61) Signed-off-by: Peter Kjellerstedt Signed-off-by: Richard Purdie