From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6755821036247187456 X-Received: by 2002:a5d:51c3:: with SMTP id n3mr2581942wrv.5.1573128854786; Thu, 07 Nov 2019 04:14:14 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:8b1d:: with SMTP id n29ls1389173wra.8.gmail; Thu, 07 Nov 2019 04:14:14 -0800 (PST) X-Google-Smtp-Source: APXvYqyejXTgWkjPxpGdu0PHf0Df8rdiJt7jq7g3ZzwvxhUncs9gZtZi87KZN1rV0cA8JRy9aEZO X-Received: by 2002:a5d:5404:: with SMTP id g4mr2610499wrv.359.1573128854183; Thu, 07 Nov 2019 04:14:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573128854; cv=none; d=google.com; s=arc-20160816; b=eYbVOgWp4TzCSV+1pQgT2puAt54luP6+OkeSwLNPA/t4aVDZa5WFgvArQIqi1IHcqI MOrxAtwWw9Q1yjQY5hw32THnbnGsgtbL8TbaYBwVZFSk74VIJ9arPjw+h0WxtR+URufO rG1aLYRDi7Ihuqr+rSBIY2hmZlexSZ66kJs7o4yqhSaAk0MPPqrISiR3VZ2kqWgQcVKs GseEOD7nRGgSQxmTZwrnJDSinJ+HMUICPm6LQLX6zBmfukrsEans8NtsKv8f+O1/wbp4 wJvCQVFmom9PuIsSyyXFGAVkmpE8Dm2pko22WbgYZuKgvX2QnUo8vfkJthc6yZGSUtbI fkBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=RD9tbaNjpNtDqKbuSICi8O9PttEIRtqnRrl95R7niPM=; b=YBQdLHLEddljxctEfCAHRgWGWyWTVa0R/N+p5YaeVJdGuHTcERmtxjFetUPmX1UWWX ebQJnEsZstTHP5pfrxLKpEr77ueMf8oFBZdS6Kx0KO9cPEDfNaxOrIslyeHxLZtbCwDY oM2y/vtnrj+QnZdiIgDueuSvXl67w4dqEI9rWEb9WC2lJ85GuLAkfQjB3dnTzXz2Oqwt ONSj2ExXHJKH3uhkbfHXtQIBBZUvVAmkavccTx+Q3sEDWWhmMUcvyz1oNFFlibxUQPRn E7tZ6xSSOA1TpAB4AkgswGuZoCEy4nxKfuwyXJIk9oz5RMI5rVGjKK8d/Zw007nynbLp Xoag== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id b198si417000wmd.4.2019.11.07.04.14.14 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 Nov 2019 04:14:14 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id xA7CED58029086 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 7 Nov 2019 13:14:13 +0100 Received: from [139.22.44.120] ([139.22.44.120]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id xA7CEChS026619; Thu, 7 Nov 2019 13:14:12 +0100 Subject: Re: [PATCH L-C v2 7/7] linux-custom: rewrite to no longer depend on the kernel's builddeb To: Cedric Hombourger , isar-users@googlegroups.com References: <1572962145-318-1-git-send-email-Cedric_Hombourger@mentor.com> <1573118604-909-1-git-send-email-Cedric_Hombourger@mentor.com> <1573118604-909-8-git-send-email-Cedric_Hombourger@mentor.com> <49783dc1-93f7-1531-408b-c77d81b592eb@siemens.com> <9ca8c3ea-df22-0016-74c4-d830d220269e@mentor.com> From: Jan Kiszka Message-ID: <9a6b3c74-9dd3-4aff-bd83-c220d326cec7@siemens.com> Date: Thu, 7 Nov 2019 13:14:12 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <9ca8c3ea-df22-0016-74c4-d830d220269e@mentor.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: h3YZJUu0267J 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 >>> --- >>>   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