Developer Workflow Improvements: Difference between revisions
From Yocto Project
Jump to navigationJump to search
PaulEggleton (talk | contribs) No edit summary |
PaulEggleton (talk | contribs) No edit summary |
||
Line 26: | Line 26: | ||
* <strike>Basic support for updating patches from source tree git repository</strike> | * <strike>Basic support for updating patches from source tree git repository</strike> | ||
* <strike>Avoid bitbake warning when workspace layer is empty</strike> | * <strike>Avoid bitbake warning when workspace layer is empty</strike> | ||
* <strike>Write tests for use next to the build system</strike> -- ''Basics done, we can always add more - Paul'' | |||
* Add support for plugins in multiple layers | * Add support for plugins in multiple layers | ||
* Support 'devtool modify linux-yocto' - externalsrc doesn't seem to work here at the moment -- ''Started, paused until Bruce's patchset is ready - Paul'' | * Support 'devtool modify linux-yocto' - externalsrc doesn't seem to work here at the moment -- ''Started, paused until Bruce's patchset is ready - Paul'' | ||
* Add an option for modify / add to use the same directory for source and build where that's required | * Add an option for modify / add to use the same directory for source and build where that's required | ||
=== recipetool === | === recipetool === | ||
Line 35: | Line 35: | ||
* <strike>Use proper logging for output</strike> | * <strike>Use proper logging for output</strike> | ||
* <strike>Ensure messages are friendly</strike> (for now) | * <strike>Ensure messages are friendly</strike> (for now) | ||
* <strike>Write tests for use next to the build system</strike> -- ''Basics done, we can always add more - Paul'' | |||
* <strike>Extend mappings for autoconf declared dependencies</strike> | |||
* Rudimentary spec file conversion? | * Rudimentary spec file conversion? | ||
Revision as of 11:28, 22 December 2014
Developer workflow improvements as documented in the following bugzilla entry:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=6662
Todo list
SDK
Running recipetool from devtool within the SDK seems to be broken-- Fixed, was related to custom environment setup script not being used (as well as poor error reporting) - Paul- Properly report failures in bitbake execution during install (output is currently discarded)
- Prevent do_rootfs itself from executing on install - we only need the tasks that it depends upon
- Write test script for SDK
- Randy: getting errors from bitbake about changed signatures - behaviour change after Hongxu's patch?
- Update environment setup script to use buildsystem toolchain -- Done but needs testing and function dependent on uninative - Randy
Make relocation in toolchain-shar-template.sh optional-- Done - RandyUse uninative in new-sdk during setscene-- Done - Randydevtool in SDK needs fixing after toolchain changes (Make a native recipe?)-- Done - Randy- Fix runqemu(and possibly other tools?) since we no longer have the nativesdk sysroot (Add them to buildtools-lite?)
- Refactor to move functionality to SDK classes rather than meta-newsdk recipe
Extraction of SDK doesn't work in ubuntu container due to /bin/sh -> dash-- Done - Randy- nativesdk-qemu-helper_1.0.bb and qemu-helper_1.0.bb don't publish the same set of files. Investigate, since runqemu(and possibly other things) may need to come from the buildsystem's native sysroot.
devtool
The following recipes can't currently be extracted: linux-yocto*, *gcc*, perfEnsure messages are friendly(for now)Use proper logging for outputBasic support for updating patches from source tree git repositoryAvoid bitbake warning when workspace layer is emptyWrite tests for use next to the build system-- Basics done, we can always add more - Paul- Add support for plugins in multiple layers
- Support 'devtool modify linux-yocto' - externalsrc doesn't seem to work here at the moment -- Started, paused until Bruce's patchset is ready - Paul
- Add an option for modify / add to use the same directory for source and build where that's required
recipetool
More comprehensive license auto-detectionUse proper logging for outputEnsure messages are friendly(for now)Write tests for use next to the build system-- Basics done, we can always add more - PaulExtend mappings for autoconf declared dependencies- Rudimentary spec file conversion?