From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7044509774377910272 X-Received: by 2002:a05:600c:2904:: with SMTP id i4mr20986055wmd.61.1641800302875; Sun, 09 Jan 2022 23:38:22 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:522c:: with SMTP id i12ls1270662wra.0.gmail; Sun, 09 Jan 2022 23:38:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJyvvxqse4IVxCtuSXFDXfVL4OVpt7d6j8h8ENH4DoJfofGmUwJ9GXkhsBBwg5rUC+a67vOB X-Received: by 2002:adf:db0c:: with SMTP id s12mr32237174wri.429.1641800301928; Sun, 09 Jan 2022 23:38:21 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1641800301; cv=pass; d=google.com; s=arc-20160816; b=qes/5Vp3L+cDbudGh730wlDMBEdWNcU+ApNipvO5uM7Xpz8lX+0X0rzpJ53Uas1nqk qSGJLTPlh5/anZgqMIg9leQok5AscbemSAldxt92b2jXWAuxeOyKC/zMpiTLuKbICvmf wTHXjKEjKI8UVbM3lP+sQh/mab5pEi+qSyszhkU30rok3mJ2bH5EMCF8BV1bjEYFrwDK o6cUZ0D8Z57yQ1WxPxKMGbQJcp6RrUfoeerQtUWzVN5o5UDB3/jbIkAjBi22qgulFFhU 4Tr7n0I4eeYQe4PngGpAK/YD5tRC2rUjWk7rRMJr8jdgUrC6Zad6IMjAKoRDx2o13M6n /fSg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :dkim-signature; bh=jxPt4tdhyR0rTFcIDFPS2xhO7dgY7p+9xdspfj+BnPM=; b=W29cu/UfsQ2a36FRbEOs5ZR8Q/Cs9Va6pCG1NFWkU/qEhNmZq8DoWA/rTkqKTs7DxV qxQtna1bd3E2QxUEIxcAUez34ShtYwsL55tNnGKySIDKre2YYP97UmELtFxVYu5n8AJP XxznCBUBJUb3dAmBqp3EdVb78cI1PU5UGkcLkfHCAgjsBUI5ds7pbW5+c4QVlJ0otg6W U20tlinZk9PJPTb5StTSWyf621kSPk7/+dISWdRlyuz8ohkmYkA3U7YSczlshiPfTf3E Jo4sz14sOjhfoNvqD2lFqDFtG45cdKT4zl45SacX0IPHverG84VR0dGW+028I/Bi4Rlq UhnQ== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=L4UtkOfZ; arc=pass (i=1 spf=pass spfdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.20.51 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2051.outbound.protection.outlook.com. [40.107.20.51]) by gmr-mx.google.com with ESMTPS id f62si196759wmf.0.2022.01.09.23.38.21 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 09 Jan 2022 23:38:21 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.20.51 as permitted sender) client-ip=40.107.20.51; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=L4UtkOfZ; arc=pass (i=1 spf=pass spfdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.20.51 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Xab3QDvUj+7TKYJUoQ9766Pn3lZIDlePa14g9nfAP1lp5WBJh0NNC/e5Y5wVH8Qyw+0jiTu60h52UKCaK50yH0UL2OK5zVHrmSMyk24cFsMwrk+NB9Icpkg+187dEW0o4gcegFz+3XrDT5W6ajZGVQnPZtSOlYgOTDiFwLjm9WM8iNqrwelch9ZS91i0lZODEFJJKXBOU/dJzD3XW6bvnUHJAyzi2OVxKxAVqkzunY68RELC2Gib8CpfvXqxp7zp47CZLLl8nf7WdCH1PRz/pJ9DiE0C6mf7BUepeRqVl1AC+wzwasqCL0kAH3cgvE1glyWZe8myHVdjFAdYQrqKeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=jxPt4tdhyR0rTFcIDFPS2xhO7dgY7p+9xdspfj+BnPM=; b=GsmGT+L4I2g9mBE8zngOWC9Ti56oYPE0rbh0Z6ZX/4KTxL51ZXn2vqTdv4WQSufxpIZ5dbO7c7PA3kv+Cquj279+YYV7m1MgrRfAHndyQSkxQVqjbjiQxBux5pUH4jCNXcCvV2wAsQdNHFY95F2VhpjP0IpJSWQBJOGYHrO8e23RP3s0kG1L7aF/d6PdfkLWVwwuQJ87QiFc7WuPuXFFQYeaRJwyLOJiWarxNd8C7oSU6mDRdZ1m41uRpRidXV11+pspSsRqZVEspISq0kkePz+XtiDWNwS2kRF8XVJDhywozkoYGptja7SdAlWZu0uzGuyq3ipXgVQrT2ZVfTrpuw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 194.138.21.70) smtp.rcpttodomain=googlegroups.com smtp.mailfrom=siemens.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=siemens.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=jxPt4tdhyR0rTFcIDFPS2xhO7dgY7p+9xdspfj+BnPM=; b=L4UtkOfZdswgG0WX4GlwdywnRlzprh5O95xCY5X2SPKMT9Zo7n8vMKK7hov4qZzCtS4wQSLnjGqQ59Sb448DrYQUUNXEcKzr2jA1W5jkjhqg9D4ZYWCGLNs+NleZVGTZ3qcUDF6VJQ5qgEefqyfYZIoVFt1w8ip0NgAVexLDDdL/7237/x+GUpq1bOCvqlU+Zlh4COqqC+Q8m1EqJvsTI9h4gEDTbi2CftX9KXUtPL5RrDPh7Y4B11OluDrD+b+jaz9OChWVH+jZ3GnSXytWWWP91DQ3n9Nr2+LA2jYgpop6afAu25rKAmKvUTB96erRwA8XL96wxqBc0vB8+NJGlA== Received: from DB6PR0501CA0006.eurprd05.prod.outlook.com (2603:10a6:4:8f::16) by DB7PR10MB2186.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:10:4c::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4867.11; Mon, 10 Jan 2022 07:38:21 +0000 Received: from DB5EUR01FT030.eop-EUR01.prod.protection.outlook.com (2603:10a6:4:8f:cafe::22) by DB6PR0501CA0006.outlook.office365.com (2603:10a6:4:8f::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4867.7 via Frontend Transport; Mon, 10 Jan 2022 07:38:21 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 194.138.21.70) smtp.mailfrom=siemens.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=siemens.com; Received-SPF: Pass (protection.outlook.com: domain of siemens.com designates 194.138.21.70 as permitted sender) receiver=protection.outlook.com; client-ip=194.138.21.70; helo=hybrid.siemens.com; Received: from hybrid.siemens.com (194.138.21.70) by DB5EUR01FT030.mail.protection.outlook.com (10.152.4.254) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.20.4867.7 via Frontend Transport; Mon, 10 Jan 2022 07:38:20 +0000 Received: from DEMCHDC8A0A.ad011.siemens.net (139.25.226.106) by DEMCHDC9SJA.ad011.siemens.net (194.138.21.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Mon, 10 Jan 2022 08:38:20 +0100 Received: from [167.87.0.66] (167.87.0.66) by DEMCHDC8A0A.ad011.siemens.net (139.25.226.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.17; Mon, 10 Jan 2022 08:38:20 +0100 Message-ID: <3befb862-a3b8-3577-856c-9e6e7bdfc4d7@siemens.com> Date: Mon, 10 Jan 2022 08:38:19 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.4.0 Subject: Re: [PATCH 1/1] Revert "buildchroot: Do not build cross when there are no arch-specific outputs" Content-Language: en-US To: "Moessbauer, Felix (T CED SES-DE)" , "isar-users@googlegroups.com" , "ubely@ilbers.de" References: <20211222125516.1419379-1-felix.moessbauer@siemens.com> <2577506c-4142-1cd5-e64d-2970df1a3325@siemens.com> <03399826-b6c9-67a4-9784-c75059cf2f62@siemens.com> From: Jan Kiszka In-Reply-To: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-Path: jan.kiszka@siemens.com X-Originating-IP: [167.87.0.66] X-ClientProxiedBy: DEMCHDC89YA.ad011.siemens.net (139.25.226.104) To DEMCHDC8A0A.ad011.siemens.net (139.25.226.106) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 9177204e-fcad-4109-e32a-08d9d40c2d0c X-MS-TrafficTypeDiagnostic: DB7PR10MB2186:EE_ X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:7219; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: /OtW+1GU6KqzNb1gS2+mUIhERtgpz5fjde5zV8mOMxMdlWqcEbW4mPjx65c9IXMxoqD5wp6JlcgsANiURKz36M18R6ijgw7V+ikl0cBkxPvjAFN7q8cH3eWpSQw5ufLLzUlT9KLKEQZbfn3+wruBgIRsiloq7XY7eJipx4K4JiEVXMcHj7bkN7z2C/Sx4A+qL3KheX+1+g1lPVBaBxabwOUMcpH4BiKYHR5+dKaePTvt+mUga/1mirsWHbL04sv6Vb4les3UqV/EF/Jk3yH5HFK+ucWbN/kXChsbhGHws8haPDyNmXqqEhnDhZGYYEMeketF6Urcn2V6qf7galp+TjLBPZ7yr8QeKwqXAeWe66gzx1p3u0pLteEad9TvwnEy+STdfyX840ZMkI/Ieo7x/5kTG6WrZZ4k/PNCvwqHYRGaCU1iyr7B6tMaBB4cc2fuzH+ClTX5zziLsdAQT89vgO0bKqcAvnhA2y4iB2DbSoEwOqh8m/oixW29gHrteziQu708Ajk4olFZQiBXAeWouzgGBnndVodPQqRWhQkTTULJJnSEax13RnQS1hZQtJlLj462qYuyqHUUG0hhjyDkTWDADoTsh6SfmoXdmg0VZEggLv6GQDYVhwzIeAGM9qmbVjcEnkp3vxxkOQfl8yOtJ7NMD3OgVAUGn7g0EnwPJOOek8tjFT5uYjNAIPCaLGiOdW5Z0X+3yQpD3Ko8jLu+pYYbhtcO4LxPTlDV/cmUFwv/IE7b14XU2htReHM6f8ZHXxpgKjRmn8H3x08NphpokZ6MYh3Ho8vUr6Zb4uZag/9ax0PcLoo/+omxxko7lUC3TzUuRYdy5I2/Q8XMkkUlEw== X-Forefront-Antispam-Report: CIP:194.138.21.70;CTRY:DE;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:hybrid.siemens.com;PTR:hybrid.siemens.com;CAT:NONE;SFS:(4636009)(40470700002)(36840700001)(46966006)(6706004)(2906002)(83380400001)(44832011)(82960400001)(508600001)(31686004)(26005)(956004)(7636003)(186003)(7596003)(356005)(16526019)(82310400004)(336012)(70586007)(316002)(47076005)(40460700001)(36860700001)(70206006)(86362001)(16576012)(5660300002)(31696002)(36756003)(110136005)(8676002)(2616005)(8936002)(53546011)(3940600001)(43740500002);DIR:OUT;SFP:1101; X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 Jan 2022 07:38:20.9526 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 9177204e-fcad-4109-e32a-08d9d40c2d0c X-MS-Exchange-CrossTenant-Id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=38ae3bcd-9579-4fd4-adda-b42e1495d55a;Ip=[194.138.21.70];Helo=[hybrid.siemens.com] X-MS-Exchange-CrossTenant-AuthSource: DB5EUR01FT030.eop-EUR01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR10MB2186 X-TUID: sD5ngH/0y59p On 10.01.22 08:20, Moessbauer, Felix (T CED SES-DE) wrote: > Hi, > > please note that this patch is a fix. > We either should have it in v0.8 or otherwise remove eeefa03185e3f259d08ff94295b0981a19eddf55 (deps checking in dpkg-buildpackage) from the release as well. > The current situation is broken (see below). > Ack. We are already forced to carry it locally in some layers that depend on it. Jan > Felix > >> -----Original Message----- >> From: Kiszka, Jan (T CED) >> Sent: Tuesday, January 4, 2022 1:25 PM >> To: Moessbauer, Felix (T CED SES-DE) ; isar- >> users@googlegroups.com >> Cc: ubely@ilbers.de >> Subject: Re: [PATCH 1/1] Revert "buildchroot: Do not build cross when there are >> no arch-specific outputs" >> >> On 04.01.22 11:15, Moessbauer, Felix (T CED SES-DE) wrote: >>> Hi Jan, >>> >>>> -----Original Message----- >>>> From: Kiszka, Jan (T RDA IOT) >>>> Sent: Monday, January 3, 2022 8:31 AM >>>> To: Moessbauer, Felix (T RDA IOT SES-DE) >>>> ; isar-users@googlegroups.com >>>> Subject: Re: [PATCH 1/1] Revert "buildchroot: Do not build cross when >>>> there are no arch-specific outputs" >>>> >>>> On 22.12.21 13:55, Felix Moessbauer wrote: >>>>> This reverts commit 563986703d9a0405c70af9b50ecedede2ac59cbd. >>>>> >>>>> The reverted patch made a shortcut to simplify the handling of >>>>> cross-build dependencies of architecture:all packages. >>>>> This is not valid for the following reasons: >>>>> >>>>> 1. Just scanning the control file for 'all' is not sufficient as a >>>>> source package might generate both arch specific and :all packages. >>>>> >>>>> 2. This breaks architecture specific transitive build dependencies. >>>>> These mainly apply to correctly packaged python packages that >>>>> support cross building and use setuptools. By that, the transitive >>>>> dependency libpython3.9-minimal: is not attracted but >>>>> instead the version for the host, leading to very hard to debug build-time >> issues. >>>>> >>>>> In case packages do not handle their cross-build dependencies >>>>> correctly, we should not try to work around in ISAR, but better >>>>> enforce >>>> upstream patches. >>>>> >>>>> Signed-off-by: Felix Moessbauer >>>>> --- >>>>> meta/recipes-devtools/buildchroot/files/deps.sh | 6 ------ >>>>> 1 file changed, 6 deletions(-) >>>>> >>>>> diff --git a/meta/recipes-devtools/buildchroot/files/deps.sh >>>>> b/meta/recipes-devtools/buildchroot/files/deps.sh >>>>> index 1d617bc8..ccfc460c 100644 >>>>> --- a/meta/recipes-devtools/buildchroot/files/deps.sh >>>>> +++ b/meta/recipes-devtools/buildchroot/files/deps.sh >>>>> @@ -27,12 +27,6 @@ if [ "$3" != "--download-only" ]; then >>>>> -o APT::Get::List-Cleanup="0" >>>>> fi >>>>> >>>>> -# Do not set an architecture when building only 'all' (generic) packages. >>>>> -# This can avoid unneeded cross-build issues. >>>>> -if ! grep "^Architecture:" debian/control | grep -qv "all"; then >>>>> - set_arch="" >>>>> -fi >>>>> - >>>>> control_file=$(pwd)/debian/control >>>>> cd .. >>>>> >>>> >>>> Unfortunately, I missed to document at least one example for which I >>>> once wrote this. I will try out the usual suspects later to see if >>>> there are still issues (with bullseye). I agree on the direction >>>> unless it causes massive patching needs elsewhere. In that case, >>>> making the workaround configurable could be a compromise. >>> >>> As the patch "[PATCH v2 0/1] meta: Reenable deps checking" is already >> merged, I expect that a lot of broken multi-arch packages have to be re- >> packaged anyways. >>> The deps-checking in dpkg-buildpackage is not configurable and always >> enabled. >>> By that, I doubt that the hack from above makes sense anymore as you will >> install packages for your host arch, but later validate them against the target >> arch. >>> >>> The current situation (post eeefa03185e3f259d08ff94295b0981a19eddf55, >> without this revert) is simply broken. >>> >>> I highly vote for reverting the hack. >>> >> >> I don't oppose, specifically after having successfully built jailhouse-images and >> meta-iot2050 with this patch applied. >> >> Jan >> >> -- >> Siemens AG, Technology >> Competence Center Embedded Linux -- Siemens AG, Technology Competence Center Embedded Linux