From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6627135346509348864 X-Received: by 2002:a1c:6703:: with SMTP id b3-v6mr3561694wmc.1.1543251100993; Mon, 26 Nov 2018 08:51:40 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:8274:: with SMTP id 107ls6214536wrb.10.gmail; Mon, 26 Nov 2018 08:51:40 -0800 (PST) X-Google-Smtp-Source: AFSGD/VtPVbRaDO57gScA3sQLC5VfLWchECm953Mkp5XnKCgaAcMRRC8Rvx2WlJ/j7tf37O4pXpI X-Received: by 2002:a05:6000:100d:: with SMTP id a13mr2931967wrx.2.1543251100608; Mon, 26 Nov 2018 08:51:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543251100; cv=none; d=google.com; s=arc-20160816; b=UhjGb7nICouqmbib18GQk6FxKijMKcdd/ZpFbOS6HaxET86/n4bOECeM2Y5k9WKYXG 6pPlTBgsLIp8SLSSs+0aP7x/QJPqiZuCSuJuPKmkSQgvbWHSqx/jR4UAmHhXTUhYWTMw 37cIHjvFgN/Gda0cAj4YNZbJ19+vRpZhRtjwbzaMiPAxHlgaVPzR7ET2ggYaZ918z58y WHCSZSnbEg37LHC/4a1opbNiPYpxNbw+hh0tsLpgrTdjwfNbY6jQDOLrLDtfgNFTirxW KeFzSVk3k0GVlTrK79tOCCyUBStXtLYgzX941fwuoCbjzawwmFFLBPlE7d+mslloB1aO zWUw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date; bh=UN9wb7yJgOr4QIWxT9GbYrv05lC0s0ZilnvKqAZB8HU=; b=AAdSxBIvgDuhruwVZj4BdTj4dJiYcZ++Xp2l9dNyxcTPXCp5Rxk3/Rhh7phg3ivQ9p 7fRNsAj7cQ+47XGoooaPRZZi1oBc5wAN7wMFz17WBGSrIo7FeETDtnuTDQQk/voxpZO7 MdrxwiLjyn0pdH9H8WQmSxTdYFfWvcW8BdjQwnQe7IsjDAxL5/nNVgI4HRXhgEX5HYHy HmG6lQmLXDRdGmR+FLBvpwVqoXKtf1OjN7zA2M6fRdkFm+DEHndOIrIpEXYWPQt3iKUq 18yKcMReI1y98xJVxilhsoIw5ZfVcckggRdmPV3d/70EJKZ16KRZ911JCtYq8MZNXMF7 p9tQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id p15si31721wrm.5.2018.11.26.08.51.40 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Nov 2018 08:51:40 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id wAQGpem3029671 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 26 Nov 2018 17:51:40 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.60]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id wAQGpeCu008407; Mon, 26 Nov 2018 17:51:40 +0100 Date: Mon, 26 Nov 2018 17:51:38 +0100 From: Henning Schild To: Jan Kiszka Cc: isar-users Subject: Re: [PATCH v2 0/3] u-boot regression fix, cleanup restoration Message-ID: <20181126175138.72f07079@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20181126104745.0f2c89be@md1za8fc.ad001.siemens.net> <18e2a91e-7117-2be1-973b-5002a0f2ee75@siemens.com> <20181126111639.2a8ed6eb@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: J0f8nit6VIY1 Am Mon, 26 Nov 2018 12:08:47 +0100 schrieb Jan Kiszka : > 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). I still did not get all of it but the kernel is actually an example of debian doing the same upstream. They add configuration strings to the package name and do not distinguish multiple kernels by package version. So i guess it is fair to do the same for the bootloader. Henning > Jan >