Re: [PATCH L-C v2 7/7] linux-custom: rewrite to no longer depend on the kernel's builddeb

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

On 07.11.19 12:53, Cedric Hombourger wrote:
> 
> On 11/7/19 12:50 PM, Jan Kiszka wrote:
>> On 07.11.19 10:23, Cedric Hombourger wrote:
>>> Regain control over the packaging of the Linux kernel by providing our
>>> own debian recipes (debian,{control,rules} files and friends) instead
>>> of using the kernel's builddeb script. This will allow generation of
>>> packages for "perf" (not included in this changeset) with per distro
>>> scheme (Debian and Ubuntu have differences) and maintain compatibility
>>> with upstream packages generated from different source packages but
>>> dependent on a certain deployment scheme (e.g. linux-base for Debian)
>>>
>>> Signed-off-by: Cedric Hombourger <Cedric_Hombourger@mentor.com>
>>> ---
>>>   doc/custom_kernel.md                          | 181 ++++++++++++++++
>> This document still makes no sense to me. I would expect a user
>> document, not an "approach proposal". If you patches are merged, it's no
>> longer a proposal.
> 
> well I think more work is needed to make the l-c recipe match features
> we can find in OE/YP
> 
> for instance: (1) make it easy to add .dts files in SRC_URI and have
> them copied to ${S}/arch/${ARCH}/boot/dts and compiled (2) handling of
> distro specifics (e.g. perf for debian vs ubuntu)

Nice-to-have, not mandatory to move forward.

And dts files are trivially included by just copying them into the
source tree (if you dislike the proper approach of patching).

> 
> I would recommend that we turn it into a user document once we are
> reasonably happy with the state of l-c

Still makes no sense. The document reads as if what things still need to
be implemented, but only the future section is future once the patches
are in. Please fix.

Jan

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