linux/poky.git/bitbake, branch 1.1_M4

hob: correctly set the selected image when loading a recipe

2011-09-13T20:48:35+00:00

When the user saves their recipe based on an existing image type, loads it in a newly run hob instance and clicks bake they should not be asked about building packages vs an empty image up. Partially addresses [YOCTO #1468] (Bitbake rev: f4be83aae77a713e2b5a2d094651639b6e641031) Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

hob: correctly handle an exception

2011-09-13T20:48:35+00:00

It doesn't matter if we can't remove the temprorary file, for some reason, so catch the exception and ignore it. Partially addresses [YOCTO #1468] (Bitbake rev: 4394e38b038e1bc9845adf01d73363157d98c96d) Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

ui/crumbs/hobeventhandler: don't check BBPATH and BBFILES each build

2011-09-13T20:48:34+00:00

There's no need to check the BBPATH and BBFILES are set correctly each build when running multiple builds for one launch of the UI. Partially addresses [YOCTO #1468] (Bitbake rev: 39ed18e70e9f3a13b522b4ea02bf6f4bdb7de89c) Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

ui/crumbs/hobeventhandler: fix test for BBFILES

2011-09-13T20:48:34+00:00

It seems we have a race whereby the image_dir variable may not be set before it's tested for, since the variable is always the same set it in the initialiser. Partially addresses [YOCTO #1468] (Bitbake rev: 09f5aed2edb0b8f4a6570e1041b5db66cf2d17cc) Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

runqueue.py: Ensure fakeroot variables are reflected in the datastore

2011-09-09T18:08:54+00:00

Without this, variables can be set to one thing in one part of the environment and something different in another part. This change ensures the datastore and the environment are consistent. (Bitbake rev: 459addf13721a6847406f215650fa1882fb83ea9) Signed-off-by: Richard Purdie

runqueue: Ensure task environment is correct

2011-09-09T17:39:25+00:00

This fixes two problems: a) Variables which were in the parent environment but not set as "export" variables in the datastore could end up in the task environment b) oe.environ.update() can't cope with the generator returned by bb.data.exported_vars() Whilst the updated code isn't as neat, it does do the expected thing, sets the environment correctly and stops unwanted values leaking into the task environment. (Bitbake rev: 67e5e23034c5ec2b9efcca935242830306c0048d) Signed-off-by: Richard Purdie

lib/bb/siggen.py: return a string from noop get_taskhash

2011-09-05T19:25:43+00:00

OpenEmbedded is expecting to get a string from get_taskhash, but noop siggen returns just 0 (number), so OE classes/sstate.bbclass barfs badly. Fix that. (Bitbake rev: 24272dae15ccf641ece11ef5a6e2bfa3ebb6f5f9) Signed-off-by: Dmitry Eremin-Solenikov Signed-off-by: Richard Purdie

hob: fix segfault on second build

2011-09-05T19:25:43+00:00

Some internal lists were not being cleared, resulting in incorrect program flow on the second build, causing a structure to be accessed incorrectly which resulted in a segfault. Fixes [YOCTO #1332] (Bitbake rev: 71ac7fda51ed80e9ef6d1a3bca653683893e4770) Signed-off-by: Paul Eggleton Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

hob: clear out temporary file list after deleting

2011-09-05T19:25:43+00:00

If you don't clear out files_to_clean after the files get deleted and then you run a second build, it will try to delete the files from the first build and you will get a "No such file or directory" error. (Bitbake rev: 069d85cde01d14f8da31ad5cbd843a4d99628d42) Signed-off-by: Paul Eggleton Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie

hob: disable removal of packages

2011-09-05T19:25:42+00:00

It's felt that the stability of package deselection is not sufficient for the upcoming release and thus package removal should be disabled. I'd actually like to see this patch, or its effects, reverted as soon as the release bits have been frozen so that this issue can continue to be worked on. (Bitbake rev: 73b6ff4654d10baae59d83e8568d58d989e99dd7) Signed-off-by: Joshua Lock Signed-off-by: Richard Purdie