From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6566568349648551936 X-Received: by 2002:a19:7606:: with SMTP id c6-v6mr153631lff.34.1529305703322; Mon, 18 Jun 2018 00:08:23 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:9c05:: with SMTP id s5-v6ls1711535lji.15.gmail; Mon, 18 Jun 2018 00:08:22 -0700 (PDT) X-Google-Smtp-Source: ADUXVKLUUg4RUevMgYSiHDqPAFy0UnnHp8QDyqutk6Lom5IiF7UOlHyeXcE9X3jGsRR3048AVSo3 X-Received: by 2002:a2e:9754:: with SMTP id f20-v6mr545393ljj.21.1529305702895; Mon, 18 Jun 2018 00:08:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529305702; cv=none; d=google.com; s=arc-20160816; b=nDJ4IMypY/Dgv/Tsnd0i6Zq72rslypnMFxwCFEgdSbuzTeXV+/RTr5wl2svJaRiWoF DfUBvWLAzrKN7GLwCq9Vqwgl84rdwYV1kq4UTjsbQxSoTCr02OyREkC5XtE4uVei2xA7 3P7MY4LMdS2mXubQ7LToK010a+lTQV+UpsI/GimkoPIHVEPGTIQdthUrG3Q4X6u7POia Kybmn/tpiH8slAhhyYoEYljYeh0HRiZ2hRCdpGujMYnufzS5oKQ2egtEooVZ/ziywAic jj6SW8XcV/94kPWuzgMyYShV3vil5zp9FdWIJICInoUDvPTYJyyqAtteBrY0Dh39wxNJ puXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:from:date:arc-authentication-results; bh=mGMyAR5P9aY3l/tWq25tdE5nAB/5GV70nsFfSh2K5zw=; b=wYySELlw72Uc6o4o8OIIPOVILOiWJwTcnCnrAPPNS3N5cuYfu5WpRygesBzLLKWzRO thB4Onr8eJbQCH7L6o6+XRWOeS+0mp+j7xGIz7oZeEJqUOh/MxZ45Q01bIXW8xWYs2FN S9xYUyxfLWH7fdM2hFpL3nZvjOloOgFXUohCLviCKhdrLjLHmxgloDNrXo3AjdUS4/71 sBHhlqPbVgEY5DIxvIdER9ksPHDlOfwNNi79YZf+Rh9eyOZARZocxBiFzxKo32OPs8bG biKmkzZmmLkJB82J5JkchFqmEXEwaCjKTNySfUAWhutF3datELX/XoLSu7bMxUbJ02KZ S6pA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id j15-v6si545255ljg.5.2018.06.18.00.08.22 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Jun 2018 00:08:22 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@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 henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id w5I78Mie027026 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 18 Jun 2018 09:08:22 +0200 Received: from md1pvb1c.ad001.siemens.net (md1pvb1c.ad001.siemens.net [139.25.68.40] (may be forged)) by mail2.siemens.de (8.15.2/8.15.2) with ESMTP id w5I78M6u017846; Mon, 18 Jun 2018 09:08:22 +0200 Date: Mon, 18 Jun 2018 09:08:14 +0200 From: Henning Schild To: "Maxim Yu. Osipov" Cc: isar-users Subject: Re: [RFC PATCH 0/6] ISAR SDK root filesystem Message-ID: <20180618090814.55208ce6@md1pvb1c.ad001.siemens.net> In-Reply-To: <69362abe-e823-7027-71fe-e35126e32bce@ilbers.de> References: <20180613135829.3151-1-mosipov@ilbers.de> <20180614104826.0d954ed7@md1pvb1c.ad001.siemens.net> <69362abe-e823-7027-71fe-e35126e32bce@ilbers.de> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: IS88F3ysItAk Am Thu, 14 Jun 2018 11:46:23 +0200 schrieb "Maxim Yu. Osipov" : > On 06/14/2018 10:48 AM, Henning Schild wrote: > > >> Limitation > >> > >> Only Debian Stretch for SDK root filesystem is supported as only > >> Stretch provides crossbuild environment by default. (Debian Jessie > >> requires some additional preconfiguration steps see > >> https://wiki.debian.org/CrossToolchains#Installation for > >> details). > > > > Are we ready for buster? Not many people care about the past, but > > let us make sure this will work in the future. > > Your patch regarding buster support is still pending as additional > feedback from you is needed (see email below I've sent you a week > ago). Ok, i will look into the buster-wic thing. But my question is whether the SDK/crossbuild approach that works for stretch will also work for buster. Henning > 8<--- > > -------- Forwarded Message -------- > > Subject: Re: [PATCHv2 2/2] conf: Add support for new debian distro > > "buster" Date: Thu, 7 Jun 2018 11:53:13 +0200 > > From: Maxim Yu. Osipov > > Organization: ilbers GmbH > > To: Henning Schild , > > isar-users@googlegroups.com CC: Alexander Smirnov > > > > > > Hello Henning, > > > > Did you experience the problem Alexander reported in email below? > > > > Kind regards, > > Maxim. > > > > On 05/27/2018 09:54 PM, Alexander Smirnov wrote: > >> Hi Henning, > >> > >> thank you for the first patch, now there is no problem with > >> trusted repo. But there is another issue with wic: > >> > >> 8<-- > >> ERROR: mc:qemui386-buster:isar-image-base-1.0-r0 do_wic_image: > >> Function failed: do_wic_image (log file is located at > >> /home/builder/isar/build/tmp/work/debian-buster-i386/isar-image-base/temp/log.do_wic_image.6282) > >> > > 8<--- > > > >> Example > >> > >> - Trigger creation of SDK root filesystem > >> > >> > >> bitbake -c do_isar_sdk multiconfig:qemuarm-stretch:isar-image-base > >> > >> > >> - Mount the following directories in chroot by passing resulting > >> rootfs as an argument to the script `mount_chroot.sh`: > >> > >> > >> $ cat mount_chroot.sh > >> #!/bin/bash > >> sudo mount /tmp $1/tmp -o bind > >> sudo mount proc $1/proc -t proc -o nosuid,noexec,nodev > >> sudo mount sysfs $1/sys -t sysfs -o nosuid,noexec,nodev > >> sudo mount devtmpfs $1/dev -t devtmpfs -o mode=0755,nosuid > >> sudo mount devpts $1/dev/pts -t devpts -o gid=5,mode=620 > >> sudo mount tmpfs $1/dev/shm -t tmpfs -o > >> rw,seclabel,nosuid,nodev > >> > >> $ ./mount_chroot.sh ./build/tmp/work/debian-stretch-armhf/sdkchroot/rootfs > > > > Imagine this being copied over to a totally different Linux-distro > > or into a docker container. > > > > The "sudos" should not be in the script. So people can choose to not > > use sudo at all or call the script with sudo. > > OK. > > > Maybe adding a Dockerfile would be a good idea to understand more > > such implications. > > > > Henning > > Kind regards, > Maxim.