summaryrefslogtreecommitdiff
path: root/scripts/lib/recipetool/create_buildsys_python.py
diff options
context:
space:
mode:
authorUlf Magnusson <ulfalizer@gmail.com>2016-10-01 04:46:57 +0200
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-10-03 15:46:21 +0100
commitc61d7a01c89f0d25d069191cc47d6768bee2ce48 (patch)
tree66719e424dfcaeb86dbf9db80370190a4f0287cc /scripts/lib/recipetool/create_buildsys_python.py
parentcca772ecf0adafbd767974add27ada125aae5269 (diff)
downloadopenembedded-core-c61d7a01c89f0d25d069191cc47d6768bee2ce48.tar.gz
openembedded-core-c61d7a01c89f0d25d069191cc47d6768bee2ce48.tar.bz2
openembedded-core-c61d7a01c89f0d25d069191cc47d6768bee2ce48.zip
systemd-boot.bbclass: Use bb.fatal() instead of raising FuncFailed
This sets a good example and avoids unnecessarily contributing to perceived complexity and cargo culting. Motivating quote below: < kergoth> the *original* intent was for the function/task to error via whatever appropriate means, bb.fatal, whatever, and funcfailed was what you'd catch if you were calling exec_func/exec_task. that is, it's what those functions raise, not what metadata functions should be raising < kergoth> it didn't end up being used that way < kergoth> but there's really never a reason to raise it yourself FuncFailed.__init__ takes a 'name' argument rather than a 'msg' argument, which also shows that the original purpose got lost. Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts/lib/recipetool/create_buildsys_python.py')
0 files changed, 0 insertions, 0 deletions