From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6627135346509348864 X-Received: by 2002:ac2:4316:: with SMTP id l22mr1845636lfh.4.1543230529794; Mon, 26 Nov 2018 03:08:49 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:1259:: with SMTP id t86-v6ls2360381lje.13.gmail; Mon, 26 Nov 2018 03:08:49 -0800 (PST) X-Google-Smtp-Source: AJdET5dKKGy7AhFS1Q+yoNXXG770FhCau0TbKdMPxQrIV/8iS+V4/4fUKzc1ayABzFVcdSpmC5XS X-Received: by 2002:a2e:8842:: with SMTP id z2-v6mr1993351ljj.29.1543230528998; Mon, 26 Nov 2018 03:08:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543230528; cv=none; d=google.com; s=arc-20160816; b=rXAVBQrMKho96sxblDu+mfVJ055HSP06wTXPPDG51B2jBeobCCwIU6N+bq//PEBrCe eHhrT/LNO9/lAB49773n6PoJtQmYUe6/pXlbG+Wuj08ZCbGkMsKzioxxmQARKY/Ul+aY a6Wy0feUiN91Q3X0DuKUp/6cBUv2+C7CvHad1cVaShiYLJ+BW3FrzNraO4b8Y2KaxBPL gcXmOCVg3wMIhW3S9dZyi4gGR7VDv3tEPbRJDTl36XJf3EXrqTxhhmOkFR1nA/b65ww5 Unl+lI55AwL+ZuXvrqNtDFNycOzMS2Q2F2N0MBRhodF23alN/uurqxQXNGVhUv3+Mv1K Px4A== 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:cc:to:subject; bh=blg1iM5EEzK/s6jM9wuZ8mwA2BQdZj5tmk0eRBpV2L0=; b=bZtDZdtIyqs0sKpOT33wqbNIw/tEj0cfGLFOWXZy8ALLgYUBP+i0Zfllpebo9jt9Dk ItMxo6F9V6+OenLr0KJOfrAyDfuIIzDEGlcvPd3apQvV0H7O+9YqgyihI1gODHrEE+pV nkdMRuv6LZUHd9b/o7jCTZX/nNj4f18sQ9V4YudDEUzjSLL8IYVDmCpJVI1HP0KuOuka 2FjPpCx07DBrLTJguu/Cm6H3RuFyfSSOug7JXKLUYnkeQ+YFQGpHNw19+VpkT73nQqbn W2jrJ6wv6pRNYoCyn8SlZvIqBFhMXaLHUweU9g0uOpKRdn5+Y1lsQ4035j2mrZZOUBcP AKkg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Return-Path: Received: from lizzard.sbs.de (lizzard.sbs.de. [194.138.37.39]) by gmr-mx.google.com with ESMTPS id 134si1834675lfa.1.2018.11.26.03.08.48 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Nov 2018 03:08:48 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) client-ip=194.138.37.39; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 194.138.37.39 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id wAQB8mOJ004308 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 26 Nov 2018 12:08:48 +0100 Received: from [139.25.68.37] (md1q0hnc.ad001.siemens.net [139.25.68.37] (may be forged)) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id wAQB8mA1029579; Mon, 26 Nov 2018 12:08:48 +0100 Subject: Re: [PATCH v2 0/3] u-boot regression fix, cleanup restoration To: Henning Schild Cc: isar-users References: <20181126104745.0f2c89be@md1za8fc.ad001.siemens.net> <18e2a91e-7117-2be1-973b-5002a0f2ee75@siemens.com> <20181126111639.2a8ed6eb@md1za8fc.ad001.siemens.net> From: Jan Kiszka Message-ID: Date: Mon, 26 Nov 2018 12:08:47 +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: <20181126111639.2a8ed6eb@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: LMEOpYyiZwep On 26.11.18 11:16, Henning Schild wrote: > Am Mon, 26 Nov 2018 10:49:53 +0100 > schrieb Jan Kiszka : > >> On 26.11.18 10:47, Henning Schild wrote: >>> Did you try putting MACHINE into PV and pinning on that? It is >>> always the same package and multiple versions are .... multiple >>> versions. >> >> That won't fly. We want recipes to generate results that be be >> exchanged (u-boot-myboard either from u-boot mainline or from some >> vendor recipe). > > Could you explain the problem in more detail? I do not understand the > issue yet. I know the pattern comes from multiconfig conflicts you have > found in jailhouse-images ... but messing with PN at runtime just > sounds like a very bad idea. I am not surprised that uncovered a > bitbake bug .... This recipe is not messing with PN, neither before not after your patch. It is just defining its output package names independently of the PN. E.g., we have u-boot_xxx.bb as recipe to build packages from upstream U-Boot sources. Those shall carry the same, stable names as package built by some u-boot-downstream_xxx.bb which use a downstream source repo. That allows to switch providers by just defining PREFERRED_PROVIDER_u-boot-. Your patch would enforce to change also all recipes that pull that target. That's not desirable (and broke jailhouse-images as a pioneer user). Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux