From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6875334414772994048 X-Received: by 2002:a19:a0b:: with SMTP id 11mr881047lfk.110.1602832516764; Fri, 16 Oct 2020 00:15:16 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a19:c111:: with SMTP id r17ls773397lff.0.gmail; Fri, 16 Oct 2020 00:15:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyNFaDsiVvAAV+rwvFopN4ZcdlIw0pU74QdhTfcliJUIeERFDysnj+ObjQXHCaYNrlMzrPf X-Received: by 2002:ac2:46e4:: with SMTP id q4mr850237lfo.48.1602832515681; Fri, 16 Oct 2020 00:15:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602832515; cv=none; d=google.com; s=arc-20160816; b=xABi7M/hf5Fmath52V5bivzArPkfyr0c9DBz0MfoHZeGrNktcBvk4mBc7uqxAaiFP4 zPQKVjZLjhvXoaUwueaPrauJNPgFi9/wrreJNAQCJzF9GUyUSqs3BAVfsccnApE113r1 8o+yDN/JIh5iXv/QgRpljdjwO6jC/seilGMNp3+jDXSC955dsznCbB5RT3QC5l4Vfa+k sHrk1QhmC6cWyua2FVrI1azr5vEI+fZF6jeJxTyWgn5RKPeiRQUNM/kVROlMbV/+4D+W 2rJBpL3L51wCXrNN8kpwfOnV35sCI590/2lRuP4XcU3Ci2Sfm/jp9lURh2Q7NVl+pPQ5 /60w== 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:to:subject; bh=aQgEjUfyPIS+k9uYF0lSq52h5A+kTPAEDRNmyGTOcu4=; b=WvyqEwN4MdIiT2qhLWLBuT6SMy6PaxJmjdyD/idacQe7nWzWKpYKcaEv9/Gy9v3ZkM C6+/LR7YOvJ2S2usaSLJoS0TKjCskAW42JPr1xLZwvwmBM/zYffnGqIL73n+OlwDm9Wr xpX4MIIBM/OIXgkf1mV7wMRKyoY6daPDeIRU7CYBv1n7mfTlv4gty+W5iVKIPIBhdmcs bBcsQlio8LjsVlkP01ngouWddx0kV4GhA+NdyIYkcB43Ir1QCm67xbD2GTtU4YlWAwlr kD+8IMy5m2zLFxuiW+f8MQ1jblYkTrxtcXZ/tc+0dPzlRqvYI++hpyeOGZm8B2UEXlVj sZ5w== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 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 goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id i16si39579ljj.3.2020.10.16.00.15.15 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Oct 2020 00:15:15 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id 09G7FEpj002109 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Fri, 16 Oct 2020 09:15:14 +0200 Received: from [139.22.112.51] ([139.22.112.51]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 09G7FCqR013804 for ; Fri, 16 Oct 2020 09:15:13 +0200 Subject: Re: [PATCH v3 06/16] sdk: Add support for adding self-defined sdk packages To: isar-users@googlegroups.com References: <20200929191526.GD5400@yssyq.m.ilbers.de> <20201006090015.GE5019@yssyq.m.ilbers.de> <9f4047a0-d11f-adff-1601-643b4e8a5cae@siemens.com> <20201007080638.GI5019@yssyq.m.ilbers.de> <542d2f98-574d-4c14-0eae-098da5f73730@siemens.com> <20201015214950.GN5019@yssyq.m.ilbers.de> From: Jan Kiszka Message-ID: <03995147-3402-c8dd-47a6-292c64eec70a@siemens.com> Date: Fri, 16 Oct 2020 09:15:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20201015214950.GN5019@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: TIU2UtgvwoHW On 15.10.20 23:51, Baurzhan Ismagulov wrote: > On Wed, Oct 07, 2020 at 03:36:47PM +0200, Jan Kiszka wrote: >> Fixed: test with "==", rather than "=". Cleaned up more around that. > > Thanks, isar-apt.list is now available. However, when I enter the chroot, an > attempt to run arm-linux-gnueabihf-gcc results in: > > -bash: arm-linux-gnueabihf-gcc: command not found > Checking... Nope, works fine here: - echo 'SDK_INCLUDE_ISAR_APT = "1"' >> conf/local.conf - bitbake -c populate_sdk mc:qemuarm-buster:isar-image-base - sudo tar xJf /work/build/tmp/deploy/images/qemuarm/sdk-debian-buster-armhf.tar.xz - sudo sdk-debian-buster-armhf/mount_chroot.sh sdk-debian-buster-armhf/ - sudo chroot sdk-debian-buster-armhf/ root@566b0c868313:/# arm-linux-gnueabihf-gcc arm-linux-gnueabihf-gcc-8.bin: fatal error: no input files compilation terminated. Please provide more details what you did. > >> I'm all for adding relevant information, but this one does not qualify. >> Checking for the toolchain being install was always completely pointless >> in the context of an SDK that always has this pre-installed according to >> our recipes. > > Yes, it might be confusing in the context of SDK. The section is meant as a > story and not a literal instruction. It tells the user that he can sudo apt-get > install crossbuild-essential-armhf libhello-dev:armhf and build his application > on the host with stock Debian, without any SDK. It describes the official This section is part of the SDK, not the user manual. So the context is not as broad as you describe it here. > Debian build tooling and is certainly not limited to the chroot mode, while the > SDK is a convenience offer so that developers famliar with Yocto can start > right away before they learn Debian tools. Checking for the toolchain shows how > stuff works rather than verifying that the recipes have done their job. > > >> And since isar-apt is now a special case and SDK_INSTALL >> will ensure that all required packages are already installed, the second >> hint is also irrelevant for normal users. It is only for the case of >> SDK_INCLUDE_ISAR_APT = 1 *and* SDK_INSTALL *not* listing self-built >> devel packages needed for building applications. > > Yes, so, it is a supported use case and must remain documented. Then we need README generation - because all this only makes sense in that non-default case. I don't see much value, though. > > >> If you have other information that may help users with using the SDK in >> chroot mode, feel free to add that on top. > > I don't have new material to add. The existing wording is good enough for me. > After the compiler is fixed, I'd be ready to apply the series while keeping the > discussed section till we have a suitable replacement. No, that section will not stay for the common case. I will add the relevant parts in case SDK_INCLUDE_ISAR_APT = 1 and still drop the irrelevant ones (toolchain check). Jan -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux