diff options
-rw-r--r-- | documentation/ref-manual/tasks.rst | 26 |
1 files changed, 23 insertions, 3 deletions
diff --git a/documentation/ref-manual/tasks.rst b/documentation/ref-manual/tasks.rst index 0db960b22f..16b48ca0bc 100644 --- a/documentation/ref-manual/tasks.rst +++ b/documentation/ref-manual/tasks.rst | |||
@@ -470,9 +470,29 @@ You can run this task using BitBake as follows:: | |||
470 | 470 | ||
471 | $ bitbake -c cleanall recipe | 471 | $ bitbake -c cleanall recipe |
472 | 472 | ||
473 | Typically, you would not normally use the :ref:`ref-tasks-cleanall` task. Do so only | 473 | You should never use the :ref:`ref-tasks-cleanall` task in a normal |
474 | if you want to start fresh with the :ref:`ref-tasks-fetch` | 474 | scenario. If you want to start fresh with the :ref:`ref-tasks-fetch` task, |
475 | task. | 475 | use instead:: |
476 | |||
477 | $ bitbake -f -c fetch recipe | ||
478 | |||
479 | .. note:: | ||
480 | |||
481 | The reason to prefer ``bitbake -f -c fetch`` is that the | ||
482 | :ref:`ref-tasks-cleanall` task would break in some cases, such as:: | ||
483 | |||
484 | $ bitbake -c fetch recipe | ||
485 | $ bitbake -c cleanall recipe-native | ||
486 | $ bitbake -c unpack recipe | ||
487 | |||
488 | because after step 1 there is a stamp file for the | ||
489 | :ref:`ref-tasks-fetch` task of ``recipe``, and it won't be removed at | ||
490 | step 2 because step 2 uses a different work directory. So the unpack task | ||
491 | at step 3 will try to extract the downloaded archive and fail as it has | ||
492 | been deleted in step 2. | ||
493 | |||
494 | Note that this also applies to BitBake from concurrent processes when a | ||
495 | shared download directory (:term:`DL_DIR`) is setup. | ||
476 | 496 | ||
477 | .. _ref-tasks-cleansstate: | 497 | .. _ref-tasks-cleansstate: |
478 | 498 | ||