From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6875334414772994048 X-Received: by 2002:a17:906:2dd:: with SMTP id 29mr2083885ejk.31.1602055809028; Wed, 07 Oct 2020 00:30:09 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6402:160e:: with SMTP id f14ls1404724edv.2.gmail; Wed, 07 Oct 2020 00:30:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzX4wPAMz5dF9vOSbZRM4t3XCZWGazd7MFUYk66O+jFoWPW2qp9y5BU1m7/XvGzSWBMuWtr X-Received: by 2002:aa7:d60f:: with SMTP id c15mr2225549edr.102.1602055807630; Wed, 07 Oct 2020 00:30:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602055807; cv=none; d=google.com; s=arc-20160816; b=RvTlUwB7dZLyKHV6l8ZXJzsN5Bi7Ihufy3fnevi8RamsAekaa2d7fgCDFJn3NV5I52 TSfxyyiKlVa1xfHBnEc8Sco78kPpphxqsrckRHs0wjSSgn7QP33FAyZ2Nb5TS/4nvky4 nPTJVTsBfHVXLSc1RXf/KEYkQ92OgkbeYjTdUs+NQjTA6n+oBywsDURwDJMH7yYQrhBG C2mQxt9p3G+9+4nVR1zfAL47r6qikqZ8QbT38Ds4vkTweBcMk1ab5Qk9vRXdGF8MA5OJ MGlC7CGm2IXkaNznf45kPcCG5YjvldNbLTivhxQb5S6jstK99/P6rntrl6cVn3UD1ijP eQ4w== 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=0JKhiaip0ZUWmLMJVicKX3sPIBW9HUPj1ulahpbw0Uo=; b=0aB50oUtDkX6LxpYnrYoFf5Jrd/gRPAya/qO9D2V3uR+oSQFi5FuaWmdAMpUGNGSn1 55G3KlwcwXJjKl5WPaY9xuExiYrLImhoGyBnTcPHDMrXrgiqk6oJeBMw1/W0PNir+Gh2 CmfgCid4McOLe1yytd4hstOhN4mrR2cvbHGC4MfH6xF/xzjPnHXxa7VOIRbXLwqcHHt1 3m6fYgi3g8+U28Cbq56+YwWm17dSmpVA8fvySCs+E9/wYj3/AaYQeGZ7nNdbDm1Nl3I2 Aj0cIIGRD2wY0dcIgArkg3NoGjEKlxm6ZO8xUdl8QfMY5KEdXmd11/oM4l/oRN4LhSIf 5sIg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 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 david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id a16si59906ejk.1.2020.10.07.00.30.07 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Oct 2020 00:30:07 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 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 david.siemens.de (8.15.2/8.15.2) with ESMTPS id 0977U7gM010379 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 7 Oct 2020 09:30:07 +0200 Received: from [139.22.113.50] ([139.22.113.50]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 0977U62H008600 for ; Wed, 7 Oct 2020 09:30:06 +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> From: Jan Kiszka Message-ID: <9f4047a0-d11f-adff-1601-643b4e8a5cae@siemens.com> Date: Wed, 7 Oct 2020 09:30:06 +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: <20201006090015.GE5019@yssyq.m.ilbers.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: IDWyMVlbEhMJ On 06.10.20 11:00, Baurzhan Ismagulov wrote: > On Wed, Sep 30, 2020 at 09:19:15PM +0200, Jan Kiszka wrote: >>> 1. I've tried the following: >>> >>> . ./isar-init-build-env build >>> bitbake -c do_populate_sdk mc:qemuarm-buster:isar-image-base >>> >>> When I look into tmp/deploy/images/qemuarm/sdk-debian-buster-armhf.tar.xz, >>> etc/apt/sources.list.d/isar-apt.list is not present. Am I missing anything? >> >> Was that with SDK_INCLUDE_ISAR_APT = "1"? It's opt-in now, see patch 9. > > Yes, I forgot to mention that, sorry for the confusion. The commands I used, > hopefully correct now: > > . ./isar-init-build-env build > echo 'SDK_INCLUDE_ISAR_APT = "1"' >>conf/local.conf > echo 'ISAR_CROSS_COMPILE = "1"' >>conf/local.conf > time bitbake -c do_populate_sdk mc:qemuarm-buster:isar-image-base > cd tmp/deploy/images/qemuarm > sudo tar Jxf sdk-debian-buster-armhf.tar.xz > ls sdk-debian-buster-armhf/etc/apt/sources.list.d/isar-apt.list > ls: cannot access 'sdk-debian-buster-armhf/etc/apt/sources.list.d/isar-apt.list': No such file or directory > OK, need to check again. Cannot explain yet why that should happen, given the change in patch 9. Maybe I have a regression further down the series... > >>> 2. The series still removes isar-apt description in p11. >> >> It's opt-in now, the common case for most users remains setting >> SDK_INSTALL. We are only leaving the option to ship all the packages, >> including all the useless ones, for special purposes. > > I'm referring to the following hunk: > > - - Check that cross toolchains are installed > - > -:~# dpkg -l | grep crossbuild-essential-armhf > -ii crossbuild-essential-armhf 12.3 all Informational list of cross-build-essential packages > - > - - Install needed prebuilt target packages. > - > -:~# apt-get update > -:~# apt-get install libhello-dev:armhf > - > - - Check the contents of the installed target package > - > -:~# dpkg -L libhello-dev > -/. > -/usr > -/usr/include > -/usr/include/hello.h > -/usr/lib > -/usr/lib/arm-linux-gnueabihf > -/usr/lib/arm-linux-gnueabihf/libhello.a > -/usr/lib/arm-linux-gnueabihf/libhello.la > -/usr/share > -/usr/share/doc > -/usr/share/doc/libhello-dev > -/usr/share/doc/libhello-dev/changelog.gz > -/usr/share/doc/libhello-dev/copyright > -~# > > This explains to the user how Debian multiarch works with option 2. This > example works inside or outside of the chroot. We should not be removing > documentation for a supported use case, thus NAK here. > This hunk looks pointless to me. Why should the user try out all that stuff? It's the duty of the SDK creator to do that upfront and ship a properly working package. Jan > > 3. In 08/16: Suggest "conpilation" -> "compilation". > Thanks, will fix. But please comment inline, not out of context. Jan -- Siemens AG, T RDA IOT Corporate Competence Center Embedded Linux