Re: [PATCH v4 2/2] meta: cache deb srcs as part of postprocessing

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

On 15.04.20 15:20, vijai kumar wrote:
> On Wed, Apr 15, 2020 at 12:58 PM Jan Kiszka <jan.kiszka@siemens.com> wrote:
>>
>> On 15.04.20 08:44, vijai kumar wrote:
>>> Hi Baurzhan,
>>>
>>> Is the below okay? Or should I send that with the new debsrc series?
>>
>> I would say add a full feature first because Isar users cannot really
>> benefit from the series on its own yet, can they?
> 
> Patch 1 had its own use case though. It paves way for downstream
> layers to add their own postprocess functions which rely on a working
> chroot. Atleast I had one usecase downstream(deb-src caching). Since
> deb-src caching is also moving upstream I dont really see any usecase
> for P1. Postprocess commands can be ordered in such a way that caching
> happens before finalize. The patch still paves way for the
> functionality said above for downstream layers. But now I don't have
> any use cases. It is just a good to have feature now.

I'm not arguing for dropping patch 1. I think we had the discussion 
already that it's cleaner to hard-encode that the final step is final.

> 
>>
>> We need a way to feed the fetched sources into a repo or a recipe that
>> generates a shippable OSS medium corresponding to a binary image or a
>> script that applies patches to the original sources so that the result
>> can be pushed to OSS license scanners. I.e. we need an in-tree use case
>> with a test case.
> 
> If I understand correctly, are we also planning for the OSS clearance(
> tar containing  source files with patches) code to be upstream?

I was just listing possible example. Maybe the first one is of most 
common interest. However, preparing one or more "flat" (patches applied) 
code archives is not an uncommon requirement when you need to feed one 
of those license scanners, may they be free - like FOSSology or scancode 
- or commercial (not wanna promote any of those).

Jan

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