Re: [PATCH 3/3] libhello: Add libhello

[Jan Kiszka <jan.kiszka@siemens.com>]

On 2018-01-25 11:11, Alexander Smirnov wrote:
> On 01/25/2018 12:01 PM, Jan Kiszka wrote:
>> On 2018-01-25 09:38, Alexander Smirnov wrote:
>>> 'libhello' package intended to demonstrate Isar build dependencies
>>> between
>>> recipes.
>>>
>>> Signed-off-by: Alexander Smirnov <asmirnov@ilbers.de>
>>> ---
>>>   meta-isar/recipes-app/example-hello/example-hello.bb |  7 +++++--
>>>   meta-isar/recipes-app/libhello/libhello.bb           | 18
>>> ++++++++++++++++++
>>>   2 files changed, 23 insertions(+), 2 deletions(-)
>>>   create mode 100644 meta-isar/recipes-app/libhello/libhello.bb
>>>
>>> diff --git a/meta-isar/recipes-app/example-hello/example-hello.bb
>>> b/meta-isar/recipes-app/example-hello/example-hello.bb
>>> index 114ee85..19f9d69 100644
>>> --- a/meta-isar/recipes-app/example-hello/example-hello.bb
>>> +++ b/meta-isar/recipes-app/example-hello/example-hello.bb
>>> @@ -8,10 +8,13 @@ DESCRIPTION = "Sample application for ISAR"
>>>   LICENSE = "gpl-2.0"
>>>   LIC_FILES_CHKSUM =
>>> "file://${LAYERDIR_isar}/licenses/COPYING.GPLv2;md5=751419260aa954499f7abaabaa882bbe"
>>>
>>>   -PV = "0.1+g7f35942-1"
>>> +PV = "0.2"
>>> +
>>> +DEPENDS += "libhello"
>>
>> Should be marked as workaround. How hard would it be do extend
>> dpkg[-base?].class with some "DEPENDS += "${@
>> get_deps_from_debian_control()}"?
> 
> I've covered this issue in RFC for reproducibility. Bitbake is
> statically configured tool, so it prepares pipeline *before* start of
> execution. Parsing 'debian/control' assumes that you have already done
> do_fetch() and do_unpack() for specific recipe.
> 

Ah, ok. Too bad.

> But in theory I see only the following for now:
> 
>  - Double bitbake re-run: first step fetch/unpack, second stage parse
> and prepare pipeline.
>  - Modify bitbake.
> 
> I consider this as hack and not as proposal.
> 
> I'll continue this investigation.

Well, if these duplicate dep statements remain limited to self-built
packages, which /should/ remain few as well, we may live with that for
now. Maybe bitbake will eventually learn to update dependencies during
the run so that the two-stage processing wouldn't be needed...

Jan

-- 
Siemens AG, Corporate Technology, CT RDA IOT SES-DE
Corporate Competence Center Embedded Linux