From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6735330247834599424 X-Received: by 2002:a2e:9c92:: with SMTP id x18mr7632563lji.215.1570444765524; Mon, 07 Oct 2019 03:39:25 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:1285:: with SMTP id 5ls2089148ljs.11.gmail; Mon, 07 Oct 2019 03:39:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqxs7lOGdOlVYcL1HKPmFVoXOGZV1A6gVxfQJ3TUMQN6Bqp18LstCTKmeomzr/nAm9nwEUUr X-Received: by 2002:a05:651c:154:: with SMTP id c20mr17506948ljd.83.1570444764781; Mon, 07 Oct 2019 03:39:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570444764; cv=none; d=google.com; s=arc-20160816; b=CWXnvQ9/Qub9ReHqv39wWMeD/bAG7EoVafhrPFYsWbTemb77KN/z8dnmI1bayqtTTj K0hA4ooF8kYtdzYlyoQPvHU4YPYlK8jXYJ/0IVk8AsnabUk4OKIbQ6XYVaQwJHYARrgN 7sjQXl2yPNycojQudLe6ITGJis7PI/0WFBD6JPmPOXr6oVX8+TTZfKaLRvKUYA0xTlT/ xIOaTfDYH35NiC8vJVQfaPPQ5HFjhkvDGeT0ApXN2WhGzjw9qVePHjYQ+ZQecQWkA5Sy i1jTwDMDVlZX3MbFL8e8UFI5EQy09Q9hddMMU7iKmoroJq0c1Vtj8Cbnp/lSi5RgHDpk YnkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=y4cBnyGVGE6Vc/OFDJq1PMtOCNyW69XTigqYkUGaDoo=; b=Jb4YvfoQqw+rD1IdmJo6k9wcVv7QLvncd2EYFQhrgHCSk8dQHe1u4IQ8rWPYtFtKBx 5kKAsb/oSO+VsyXByQ+QWbPILco/ybnuLSYaTQfMlBCunXvizrkkp4cnC4rEnogQu1eV GcIwBGdH6EMnUc5ln4lqaPoWTDO82UV1UJI3dnzjxdJYIbnilyiZP7TgZVB1+AI4I5+r X7WT0PJfNBET+g9Vzx/TsdV13tQQjRBTzwQSgEXzY4DZR8hfbEFBUfvM2/OUq+D9rWhO saWfiHElksAe4kI+GwJoGarUB97DjE8NZDICRZ/C8GXSaNOCDtN3JT1kVmBEohjcywuC jw5A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id k24si1020353lji.3.2019.10.07.03.39.24 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 07 Oct 2019 03:39:24 -0700 (PDT) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (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) with ESMTPSA id x97AdLCC005204 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 7 Oct 2019 12:39:23 +0200 Date: Mon, 7 Oct 2019 12:39:21 +0200 From: Baurzhan Ismagulov To: "isar-users@googlegroups.com" Subject: Re: [PATCH] Add support for specifying package architecture using DPKG_ARCH Message-ID: <20191007103921.77p7mjkpn3pijmhy@yssyq.m.ilbers.de> Mail-Followup-To: "isar-users@googlegroups.com" References: <20190911084104.19625-1-konstantinos.dalamagkidis@siemens.com> <6c7eeaaa-5f26-0836-e80e-e130d1f54347@siemens.com> <20191007102042.wovptj4eagg4gqoj@yssyq.m.ilbers.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191007102042.wovptj4eagg4gqoj@yssyq.m.ilbers.de> User-Agent: NeoMutt/20180716 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: ADOJOXnPmtVE Looking at dpkg-buildpackage(1), I see: -g Equivalent to --build=source,all (since dpkg 1.17.11). -G Equivalent to --build=source,any (since dpkg 1.17.11). -b Equivalent to --build=binary or --build=any,all. -B Equivalent to --build=any. -A Equivalent to --build=all. -S Equivalent to --build=source. -F Equivalent to --build=full, --build=source,binary or --build=source,any,all (since dpkg 1.15.8). So, the mechanism seems to be there. The question is how to split the processing into two steps and tell bitbake to build the "all" part once. With kind regards, Baurzhan. On Mon, Oct 07, 2019 at 12:20:42PM +0200, Baurzhan Ismagulov wrote: > Debian should have the issue as well. I suppose, in Debian currently the last > one wins, which should be fine with correct packaging. In that case, reducing > the number of builds would be a welcome optimization. "Architecture-independent > packages that can only be generated on one architecture" in [1] goes even > further. > > 1. https://wiki.ubuntu.com/MultiarchSpec