From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6526857818487652352 X-Received: by 10.80.138.132 with SMTP id j4mr1902510edj.4.1519997046185; Fri, 02 Mar 2018 05:24:06 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.80.158.236 with SMTP id a99ls4929116edf.7.gmail; Fri, 02 Mar 2018 05:24:05 -0800 (PST) X-Google-Smtp-Source: AG47ELvor5niNznzKnX1RtYUR+xMCpfkXUmMtmOK8Jij76FSvflyDoUjfgfrjdyV6ecSjyTt7S3g X-Received: by 10.80.141.16 with SMTP id s16mr1897412eds.7.1519997045695; Fri, 02 Mar 2018 05:24:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519997045; cv=none; d=google.com; s=arc-20160816; b=XK4RjDDRDtW+NDvTWVvDaEMp5kz0AcPhdVbwo3WHtpNRfO2Cuhto5aaLq+2VSRvqZ4 xrlSLNUyI+1bKTqttbOZ9oBYGAhv0lsJORZGeaVFcKr/k15P0FX2+IqAKjyNlJ1I5giX KfC8CMHcxlTSr7QxVeXTEhrb2+KAszhyQwO9/g0FLwefhFsmcmEW/Fgd4s16mYVQCNte Us3mUN56lcbMkRCDA3lymegbguOTwNBEwHswGgEoczBKdUpUuUBs0FBjojouprSUSq2H ms3QUAhhmcZoFxJcSPCL6+ZVH3i9oM1flwtHALI/INZx5Ey29ZEs6FoKK+cjuhyJCIUV iWYw== 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 :arc-authentication-results; bh=251sJVB+0nHnokY1jjtp9dLKFyUuYMVjbQtsydiOtvk=; b=CJgksj8+gJb2Zdwq+Rv3iVLSRFLWEvRAdx+FoTeADmjjqsauyA+YSsyZe2YKzd0jNc kk+zvsFWUJiA/Fatxf1VsOBnvVH+6L2O3b+27MpX1jPqEgnB0Qeh7kMFGS4rbHII2mv5 JTKF2slUfQ496HHXGOq6vD6oZofuDqBBRIDO9RJbqxQTXGxK9fMksedy+OtnZimXhIdY lWbmObyLeRua+4xRi3rf9L9L+OPMCFI3KEKm+OhFBBto7qJFOKt0yHX17vwPEljk+OPs D4GgFkbP3gMbILCYuGR++5G2Bc8ba93++YVjVg9u4Mn3EN9g05QEFr6F78MVSnPGAae9 3psA== 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 Return-Path: Received: from goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id h9si300449edi.4.2018.03.02.05.24.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 02 Mar 2018 05:24:05 -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 Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id w22DO5Js012358 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 2 Mar 2018 14:24:05 +0100 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id w22DO4xW018786; Fri, 2 Mar 2018 14:24:04 +0100 Subject: Re: [PATCH] Include error log of failing task in output To: Alexander Smirnov , isar-users References: <955aab45-bca0-7458-e3d6-a90616d2cbd7@ilbers.de> <34f64f37-d5ec-5135-96aa-5e1a99d6c264@siemens.com> <5c9f3414-e119-53be-5283-9278a8637bb4@ilbers.de> From: Jan Kiszka Message-ID: Date: Fri, 2 Mar 2018 14:24:04 +0100 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 In-Reply-To: <5c9f3414-e119-53be-5283-9278a8637bb4@ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-TUID: d65U1d9kmo9F On 2018-03-02 14:04, Alexander Smirnov wrote: > > > On 03/02/2018 03:46 PM, Jan Kiszka wrote: >> On 2018-03-02 13:43, Alexander Smirnov wrote: >>> >>> >>> On 02/26/2018 04:41 PM, Jan Kiszka wrote: >>>> From: Jan Kiszka >>>> >>>> Particularly helpful in CI environment, but it also saves many manual >>>> log dumps. >>>> >>>> Signed-off-by: Jan Kiszka >>>> --- >>>>    meta/conf/isar-bitbake.conf | 2 ++ >>>>    1 file changed, 2 insertions(+) >>>> >>>> diff --git a/meta/conf/isar-bitbake.conf b/meta/conf/isar-bitbake.conf >>>> index b49386c..8a1d86b 100644 >>>> --- a/meta/conf/isar-bitbake.conf >>>> +++ b/meta/conf/isar-bitbake.conf >>>> @@ -42,6 +42,8 @@ BB_STAMP_POLICY ?= "full" >>>>      BB_NUMBER_THREADS ?= "${@bb.utils.cpu_count()}" >>>>    +BBINCLUDELOGS ??= "yes" >>>> + >>> >>> Is there any specific reason of using the weakest assignment here? The >> >> Because all tuneable confs are included after this statement. > > In my understanding, tuneable confs should not contain "?" marks in > assignment, because they specify concrete configuration. :-) That's what > I see, for example, in local.conf file. > >> >>> whole file contains "?=" only, for me this looks enough here too. >> >> That's likely a bug to be fixed separated. > > What is your overall policy for assignment in this case? Upstream: Look at oe-core's bitbake.conf. It seems to do weak defaults pretty consistently for stuff that might be set via ?= in other confs. Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux