From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6790781720623841280 X-Received: by 2002:a7b:cb42:: with SMTP id v2mr3091047wmj.170.1585136001110; Wed, 25 Mar 2020 04:33:21 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a1c:a98b:: with SMTP id s133ls976129wme.3.gmail; Wed, 25 Mar 2020 04:33:20 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtQ06fq1u/vCqyszumQg61mZyXYlq+BpIFZzoIrBBr63ycKSm+VRvkPsTh6KUFxDjWuNJmp X-Received: by 2002:a1c:ba04:: with SMTP id k4mr3061256wmf.165.1585136000493; Wed, 25 Mar 2020 04:33:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585136000; cv=none; d=google.com; s=arc-20160816; b=wiOjvIAqWOZfccstZMAduRRG1kg3JdC1YVn/y49c0d+PbrdaZFdWspYnGLDPz0jArX FNZEIjuPqsh0qdCGUFkQnpW3JZ1TQCpp9qsiztCkwygmFqLHmRdyx0L3mgpr7q8mcCCe aYqRKz/Jz2sUISwYDCe3bsX1aRzZwz4Firla2989HtS2Jm7WVKvuD5CK78TKYE3dTPuZ k8r89aYq84wZWg7QJkYJSeQBRMgkwPqGrqSZoH1OVfYgcT4y3yRnm1M8hVnjim+asuZd 6OyUHnSCNcPAtfWcFHN1EHbV+aOieB3UZ7lz0J63dK3KwzKz+u4v7ej1LQZcKQyK+uec lKKQ== 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=YuiZTXHDGe2oKgvh+0BN52aPhdKjo3Ce+8836lfIR0I=; b=EbHHFbK0jATylvvtzLFPS1tN9B6/M8pJFh3SzCiWA0rSQfxWq20VGm+AvQ++OpqVb9 n/uYki6OBeKkc1qXptlG5fmkFyGL7q+IcLDl5zfVxHCUeddKItrjZS8ZorcMbT6axTE2 lHZxhtEqjFdbvBX8QJO7vd3UGGZVRWzwzafxJDFSuEaS5a9ee0PTsS6hsD/Oz9jlMN6S KI8uCZo8aC9tVWRpxgxvZrcFXa48vrmwahRHA2qj9dcwfBJn4MjIyOfgJNrpX4sXMrPS 1UMmBWaVxInLpwjw/DESrgPTVDgzIzMdBx1C/w6tV3buPJ74Y+e4PJQuBscAkrk3nDpx tmkg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 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 gecko.sbs.de (gecko.sbs.de. [194.138.37.40]) by gmr-mx.google.com with ESMTPS id i18si428084wml.1.2020.03.25.04.33.20 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Mar 2020 04:33:20 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 as permitted sender) client-ip=194.138.37.40; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.40 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 gecko.sbs.de (8.15.2/8.15.2) with ESMTPS id 02PBXK6f009607 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 25 Mar 2020 12:33:20 +0100 Received: from [167.87.62.236] ([167.87.62.236]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 02PBXJcv012160 for ; Wed, 25 Mar 2020 12:33:19 +0100 Subject: Re: [PATCH] recipes-kernel/linux: Weaker KERNEL_DEFCONFIG to allow overwrites To: isar-users References: <20200325111926.y6tuuym3btir25gc@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: <00c9fafb-7e0e-1da6-f27e-80bcb7db4919@siemens.com> Date: Wed, 25 Mar 2020 12:33:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200325111926.y6tuuym3btir25gc@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: FN/lAq7Rg7we On 25.03.20 12:19, Baurzhan Ismagulov wrote: > Hello Jan, > > On Mon, Mar 23, 2020 at 04:43:21PM +0100, Jan Kiszka wrote: >>> --- a/meta/recipes-kernel/linux/linux-custom.inc >>> +++ b/meta/recipes-kernel/linux/linux-custom.inc >>> @@ -39,7 +39,7 @@ KERNEL_LIBC_DEV_DEPLOY ?= "0" >>> LINUX_VERSION_EXTENSION ?= "" >>> -KERNEL_DEFCONFIG ?= "" >>> +KERNEL_DEFCONFIG ??= "" >>> # Add our template meta-data to the sources >>> FILESEXTRAPATHS_prepend := "${FILE_DIRNAME}/files:" >> >> Ping. This tiny one seems to have fallen through the cracks. > > Not exactly fallen, it was an attempt to postpone the stuff chronologically to > merge base-apt rework. I'm afraid I have to resume merging ATM. Applied to > next, thanks for your patience. Delaying smaller series or individual patches really only make sense when there are obvious dependency risks. Otherwise, completely unrelated bug fixes wait too long as well (like "meta: linux-custom: Remove duplicate and wrong default build dependency" or "sshd-regen-keys: fix race condition" or likely more). Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux