From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6521574336665485312 X-Received: by 10.46.116.9 with SMTP id p9mr124107ljc.33.1518538867826; Tue, 13 Feb 2018 08:21:07 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.46.85.84 with SMTP id j81ls1008817ljb.3.gmail; Tue, 13 Feb 2018 08:21:07 -0800 (PST) X-Google-Smtp-Source: AH8x2274qzTWIxMBKhel4L3glJixuFPuJqJwRoBn7h1LGyiLTb8YGpe5iWk2AlgIW522NHgrJjCZ X-Received: by 10.46.2.69 with SMTP id 66mr123005ljc.23.1518538867131; Tue, 13 Feb 2018 08:21:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518538867; cv=none; d=google.com; s=arc-20160816; b=SqAUQaXtOiF4HRJO3wGZATSSz4XU+BSxqLfyi5JvU8og/OeYt6F7BJil8pphU9cN+Q Qk7iWRl/1sArf8CAau7lE+KmhwMBsMzjDmPsW9rESONuoGP0HVQZ4SNtvY9Ru+fnT0sh LZVaW+YurSib8jxrKLJYYqsKjQDUPjakYat3b/pt53rMuU6fB/rVU5csTE1INwrbyGph cXCTw4pypIDlzN/raOrvOWA+yyErz8B0S5GNF5JG1+YXVMtFZcZxbMYVB/WtC+TGLyLc DF4kUrNJ69pa8Jx8xURHxJEauxDhENl9JKKibHx+g7dWQPdWV9Wo2q+QDMS78sDiUEsr z+tQ== 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=NVUWz460dr6c47+srJR68zYdTUEI1U/ueHvInacJRbc=; b=gAxmjGvwm0E4bLgXZJIe2QuXQHC/xO8PUXfegrD3r1hHOowWkvdTJaWLZc+Z5hbWws hdotz11VUrArlJA3D2TbPrADTMKt1Nt87AcqLLEqkvRtCcfctnHRH25nv3els9IlRyS0 orwjFLGyKINqZMZq2cIcRGgYM691IBfHjhizPnDus1+o4JCWVdeSsS7QZdVU0DShJEKF wB3shYs9ME5CGSlTcj2ZX3M1yyqbX+RXQl7+bXoItV9/+gtBSty+l0ga8b2lzgiKafxs teIUVROQK6F9vTFsh78JUrePmXF6tFg/CDp1Et8xQgEfWa7BJIIiRz611i/DYiK3owJa 0H8A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id l30si595086ljb.3.2018.02.13.08.21.06 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Feb 2018 08:21:07 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail3.siemens.de (mail3.siemens.de [139.25.208.14]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id w1DGL6YW003526 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 13 Feb 2018 17:21:06 +0100 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail3.siemens.de (8.15.2/8.15.2) with ESMTP id w1DGL6do003098; Tue, 13 Feb 2018 17:21:06 +0100 Subject: Re: [PATCH 4/6] Enable proper rebuilds on dependency changes To: Alexander Smirnov , isar-users References: <7d0504da7640612abded5ffe1e1b3c6d10168b49.1518422347.git.jan.kiszka@siemens.com> <73bd323b-0dc2-a84a-ae5a-59177cfe6921@ilbers.de> From: Jan Kiszka Message-ID: <4b84a0e3-df9e-8343-ff09-7b74474a0e95@siemens.com> Date: Tue, 13 Feb 2018 17:21:05 +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: <73bd323b-0dc2-a84a-ae5a-59177cfe6921@ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: ohr7K2XAOdrK On 2018-02-13 14:03, Alexander Smirnov wrote: > On 02/12/2018 10:59 AM, Jan Kiszka wrote: >> From: Jan Kiszka >> >> Install a basichash as signature handler and set the stamp policy to >> full - and suddenly we get proper rebuilds of the image and all affected >> packages when some recipe down the dependency chain changed! >> >> We are using the legacy bitbake mechanism here as we do not have >> setscene machinery like OE. Still good enough for us. >> > > BTW: have you tried this? Two years ago I tried it in Yocto and it > didn't work properly, not all the dependents were rebuilt. If it works, > it's a very good feature! Yes, I'm using it since this weekend for both Isar as well as jailhouse-images development, and it helped a lot already. The only limitation I found, but I do not remember right now if that isn't inherent to bitbake, is that it does not detect changes in files that the recipes carries in its SRC_URI (file://...). Then you need "-c clean" for the affected target - which now works as well. > > Also do you know if this feature relies on DEPENDS variable? If so, we > should keep this in mind with the idea to drop DEPENDS from recipes. Don't ask me for the details, but it surely relies on task and target dependencies, however they are calculated internally by bitbake. Jan