From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7225149076149370880 X-Received: by 2002:a1f:2c93:0:b0:406:6b94:c4fe with SMTP id s141-20020a1f2c93000000b004066b94c4femr345406vks.0.1682578689136; Wed, 26 Apr 2023 23:58:09 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6102:3f54:b0:426:b068:aa4a with SMTP id l20-20020a0561023f5400b00426b068aa4als164251vsv.9.-pod-prod-gmail; Wed, 26 Apr 2023 23:58:08 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7fXyCvNZSO/0s6eo5FHh93BI+6Xk2ffnaR5St+Q+K3gHmFci4K8qW8hX5pkqorVA8zmtpu X-Received: by 2002:a05:6102:3a7a:b0:42e:4bba:4e0a with SMTP id bf26-20020a0561023a7a00b0042e4bba4e0amr248752vsb.20.1682578688397; Wed, 26 Apr 2023 23:58:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1682578688; cv=none; d=google.com; s=arc-20160816; b=cvD3g7VW9peeIQzi4A1g1sF8qR6Pxo09VS3+Qj8Z6knyQudlGpJLlibFHEwuF+0br+ FicAmPbDk7gM0uZAptlrX+4Zb9cFUhIxRbqUrTgg54efC/J4CX3nqbKx8EiIdPsZW+rP YQdLAToZT1SITrYiKVZTvh5puKGZYkPPqCKkjRvap/Nfp+V/2J3YJYGdkf/jLDzOycD/ ZB+kG1lI3C/FD6e6I5iytpz65MoVV4eT3ct/+soggtJrg6utqJwMZYVGj6HyB8WMd491 LQp/Nx05WDCjyzu2LuQxJcFFUdDdQ3T8NF/s6gugMMtkIJbVa9enuxHiyRX6hTMlJbRP ja9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id; bh=C5mOYRnwgEhmhpgBKBtfTVmNKXldsvH8eUEEA2r6Iw0=; b=xcnI5du38jK8L13TI97ETpwo3p0MqJRT84KaXFsbF3a152xs9u3VxIaHaZOoiwg+26 rQDDXUoaxynFAZKDWNKguEG592blAZr4WnOaQu0GKRj9aJeVrt8mAHmcMybVzFOvmOY4 1AOjh0JwEVFW6IGU4c7brzupKz4kjuwJ2mQ/fFW3/CdirGoj6K9uYv2CoOPVHAF3Z2dV f2CiFJ1UhDN+ze/3rWgKgmhXeljJ0Rojn+Ug1GkFmrZ9c2NalaBsLB6aNnX67tKZE1j3 9+Vtq5EjJ3zIfYxLRH2U0js121ZI4FeJ/xIPzInk6a8j6kTuo3d2XDqx1xMOlMbc4IcZ STlg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of amikan@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=amikan@ilbers.de Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id o17-20020a0561023f9100b0042c7b297c51si1359421vsv.2.2023.04.26.23.58.07 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Apr 2023 23:58:08 -0700 (PDT) Received-SPF: pass (google.com: domain of amikan@ilbers.de designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of amikan@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=amikan@ilbers.de Received: from [127.0.0.1] (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 33R6w0jw004270 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Apr 2023 08:58:01 +0200 Message-ID: <1e4d6904-c554-4977-7fa4-a4bd516dfd6d@ilbers.de> Date: Thu, 27 Apr 2023 09:58:00 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: Conditional weak assignments behave unexpectedly To: "Moessbauer, Felix" , "isar-users@googlegroups.com" Cc: "Bezdeka, Florian" , "Kiszka, Jan" , "Schild, Henning" References: <989e781863ed449603493e574cce32581f69b292.camel@siemens.com> Content-Language: en-US, ru-RU From: Anton Mikanovich In-Reply-To: <989e781863ed449603493e574cce32581f69b292.camel@siemens.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: 3x9GHm3Y2rGT 23/04/2023 10:48, 'Moessbauer, Felix' via isar-users wrote: > Dear developers, > > I just stumbled upon the following pattern, which needs further > investigation: > > - use the qemuamd64 machine on debian-bullseye > - define a custom WKS_FILE in local.conf > > While the qemuamd64.conf file contains the following line: > WKS_FILE:debian-bullseye ?= "sdimage-efi-btrfs" > I expected that I'm able to override that unconditionally in the > local.conf using: WKS_FILE = "foo.wks" > > However, the final value of the WKS_FILE variable is "sdimage-efi- > btrfs". In the bitbake documentation, I cannot find any example of > combining weak assignments and overrides. However, the implementation > seems to evaluate the weak assignment on the override first. Then, the > WKS_FILE part from the local conf is evaluated and finally the > WKS_FILE:debian-bullseye overrides what was in WKS_FILE. This suspicion > is also backed by the following test: > > local.conf: WKS_FILE:debian-bullseye = "foo.wks" > Now, the final value of WKS_FILE is "foo.wks". > > I'm unsure if that has ever been like that and was just unnoticed, or > if the behavior change was introduced in bitbake 2.0. > Anyways, we must not use overrides in combination with weak > assignments. And we also need to fix that on the qemuamd64 machine > config immediately (even if we loose some tests by doing that). > Otherwise it is impossible to override the WKS_FILE of the qemuamd64 > machine. > > Best regards, > Felix > Hello Felix, As Henning already mentioned its all about CI usage. We are already working on a solution that will move all that corner cases from the layer to CI itself, so we can remove overrides. This solution requires some testing and then I hope I'll send it to maillist.