From: Anton Mikanovich <amikan@ilbers.de>
To: Henning Schild <henning.schild@siemens.com>
Cc: isar-users@googlegroups.com, Baurzhan Ismagulov <ibr@ilbers.de>
Subject: Re: [PATCH] template: Make templates passthrough
Date: Tue, 16 Nov 2021 19:35:10 +0300 [thread overview]
Message-ID: <0a7c9626-19f1-14d6-8311-2d2fa67ab7e2@ilbers.de> (raw)
In-Reply-To: <20211115165745.422c09d9@md1za8fc.ad001.siemens.net>
[-- Attachment #1: Type: text/plain, Size: 2612 bytes --]
15.11.2021 18:57, Henning Schild wrote:
> Does that removal have any side-effects on ... say the fetch task?
> If not .. i guess toggeling that KEEP from 0 to 1 would result in "no
> such file"
Task do_transform_template depends on do_fetch, rebuild after template
change scenarios works.
Can you give an example of any case where "No such file" issue can happen?
>> There is no need to store original template files after the conversion
>> in real scenarios. To make working folder little cleaner we can remove
>> them. This can be disabled with TEMPLATE_FILES_KEEP variable.
> i do not buy the argument and would keep it the way it is ... reject
> that patch, but maybe i do not yet get the full picture.
> Not the whole patch ... the bits in the custom linux could be valid ...
> always keep as with all other templates, unless it makes debian unhappy.
>
Yes, looks like you don't get the picture.
If talking about templates removing in linux-custom, we just move it to
bbclass to not mention rm in any recipe needed clean sources.
>
>> Moreover output file should have exactly the same flags as input one,
>> which is usefull for the cases like debian/rules or other executables.
>> So we should copy this part of metadata after the conversion.
>>
>> Signed-off-by: Anton Mikanovich <amikan@ilbers.de>
>> ---
>> meta/classes/template.bbclass | 7 ++++++-
>> meta/recipes-kernel/linux/linux-custom.inc | 3 ---
>> 2 files changed, 6 insertions(+), 4 deletions(-)
>>
>> diff --git a/meta/classes/template.bbclass
>> b/meta/classes/template.bbclass index fb9d1186..f5760e15 100644
>> --- a/meta/classes/template.bbclass
>> +++ b/meta/classes/template.bbclass
>> @@ -4,11 +4,12 @@
>> # SPDX-License-Identifier: MIT
>>
>> TEMPLATE_FILES ?= ""
>> +TEMPLATE_FILES_KEEP ?= "0"
> Why offer a way at all? And if we do not default to 1, do we need a
> changelog entry?
>
> All in all i think we can keep the files ... always. It is not like
> they add a lot of overhead or confusion. And nobody would delete c
> files in a Makefile after the .o s are created ...
>
> regards,
> Henning
This will not change any recipe API.
I've kept TEMPLATE_FILES_KEEP mostly for debugging. Can't think of any
real usage of keeping templates inside work dir after the build finish.
We do not delete them from the sources, so it can't be compared with
removing .c after .o generation.
--
Anton Mikanovich
Promwad Ltd.
External service provider of ilbers GmbH
Maria-Merian-Str. 8
85521 Ottobrunn, Germany
+49 (89) 122 67 24-0
Commercial register Munich, HRB 214197
General Manager: Baurzhan Ismagulov
[-- Attachment #2: Type: text/html, Size: 4147 bytes --]
next prev parent reply other threads:[~2021-11-16 16:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-15 15:09 Anton Mikanovich
2021-11-15 15:57 ` Henning Schild
2021-11-16 16:35 ` Anton Mikanovich [this message]
2021-12-10 11:30 ` Baurzhan Ismagulov
2021-12-13 10:53 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=0a7c9626-19f1-14d6-8311-2d2fa67ab7e2@ilbers.de \
--to=amikan@ilbers.de \
--cc=henning.schild@siemens.com \
--cc=ibr@ilbers.de \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox