From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6524973730788016128 X-Received: by 10.223.198.82 with SMTP id u18mr47784wrg.17.1519371666491; Thu, 22 Feb 2018 23:41:06 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 10.28.116.3 with SMTP id p3ls269297wmc.9.canary-gmail; Thu, 22 Feb 2018 23:41:05 -0800 (PST) X-Google-Smtp-Source: AG47ELsbzSZYqxh579PVg3S0+cIgNrQ5mPDPOjbXA02gLu9OnjEZg5oIh8Rh4OZcejFs5hNCq1In X-Received: by 10.28.88.195 with SMTP id m186mr89060wmb.31.1519371665715; Thu, 22 Feb 2018 23:41:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519371665; cv=none; d=google.com; s=arc-20160816; b=vMIiSPsFAtYYihtLyJjMzXAd2HArrufSGcYms1he4eHk90/yiIEi+48Bew9a8hTrSG eqVWXlCQS7tO6OhZFwzx4RAVl0DP0Va4c2XAASnUqE2WICDDVYKQH0sCJfbv8x7d8Fay BFVL0UHguyRAcD94+IJm3KW4FEmns7mmOtVRkJ27gEBqoXbqO3OWftuILj88kJ5TIyqF uBxzI/rD039CmQVk1O+3UCigyBuaHI75AXEffO64BT1rLQZLalyc6uJAIQYqMpqG+eIN vU8rqeNWmk8sKL1Sngo2q5yoOEVIL+VO9qirWdl9I0E5vQjRREEtobiFYVIMEU/8tdso 0hXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:mime-version:user-agent:date:message-id:openpgp:from :references:to:subject:arc-authentication-results; bh=c8iLDmgsLOkpmbsk2tt19oBAnXUDVkGgFhXpomIH4uY=; b=A1F+UuLL2ghZLKZ67ZsJAqUv3N/LDC5fthEpX5hFZwDn7so5NXG7mCE+h74pyjO8zE mPsqbajZx+z0VQCK31eTc/Bsoai3onzOkGgXlpv/WwlSM0SEcduBVMM692rChFAoq9I2 IhLqZdDqk4UQ+nXLdca9/q2XlMwE6ut7h0DbuEUqDmfyqylHDKrITD0w9h/5Xgn8wjmg egWizUMQ37hezR1MnfGfRv3EExuWJxvLkbWykwJxAwfDvrXtOvhWYfxBZOawzZm1oQr+ aJ1RJjh4/wvwu8jQWEGYqzWV3dqRJuPKPCXU46NjP93YO0IHMqanvgp07Vrahxh9qu+P ATPA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Return-Path: Received: from mail-out.m-online.net (mail-out.m-online.net. [212.18.0.9]) by gmr-mx.google.com with ESMTPS id s81si63650wmd.2.2018.02.22.23.41.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Feb 2018 23:41:05 -0800 (PST) Received-SPF: neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) client-ip=212.18.0.9; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 212.18.0.9 is neither permitted nor denied by best guess record for domain of ch@denx.de) smtp.mailfrom=ch@denx.de Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3znjns2ntGz1r5T1; Fri, 23 Feb 2018 08:41:05 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3znjns2VRxz1qt2X; Fri, 23 Feb 2018 08:41:05 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id wGM2kq-vwWdS; Fri, 23 Feb 2018 08:41:01 +0100 (CET) X-Auth-Info: Hj1zAFPOmbWUsMdaw3HeUH4x3H42GitmK7TqdTDrRy0= Received: from deneb.denx.de (p578adb1c.dip0.t-ipconnect.de [87.138.219.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Fri, 23 Feb 2018 08:41:00 +0100 (CET) Subject: Re: [PATCH v2 0/5] Debootstrap integration To: Alexander Smirnov , claudius.heine.ext@siemens.com, isar-users@googlegroups.com References: <20180222131901.20915-1-claudius.heine.ext@siemens.com> From: Claudius Heine Openpgp: id=6FF2E59F00C6BC2831D864C11173CB199808B153; url=http://pool.sks-keyservers.net/pks/lookup?op=get&search=0x1173CB199808B153 Message-ID: <7f7c073f-804a-9f98-356d-7818928156ce@denx.de> Date: Fri, 23 Feb 2018 08:40:55 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="jELTtFfVR99ELb3nCYGCnAGjSt0bwjzcE" X-TUID: CBhZm+Cemqqw This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --jELTtFfVR99ELb3nCYGCnAGjSt0bwjzcE Content-Type: multipart/mixed; boundary="W3AU7vYrvayfqY0Ewvkmd7MbVzazKk7eU"; protected-headers="v1" From: Claudius Heine To: Alexander Smirnov , claudius.heine.ext@siemens.com, isar-users@googlegroups.com Message-ID: <7f7c073f-804a-9f98-356d-7818928156ce@denx.de> Subject: Re: [PATCH v2 0/5] Debootstrap integration References: <20180222131901.20915-1-claudius.heine.ext@siemens.com> In-Reply-To: --W3AU7vYrvayfqY0Ewvkmd7MbVzazKk7eU Content-Type: text/plain; charset=utf-8 Content-Language: en-MW Content-Transfer-Encoding: quoted-printable Hi Alex, On 02/22/2018 03:21 PM, Alexander Smirnov wrote: > On 02/22/2018 04:18 PM, claudius.heine.ext@siemens.com wrote: >> From: Claudius Heine >> >> Hi, >> >> this is the new rebased and fixed version of this patchset. >> >> Cheers, >> Claudius >> >> Changes from v1: >> =C2=A0=C2=A0 - rebased to current next >> =C2=A0=C2=A0 - added unmounting of /dev and /proc at the end of do_roo= tfs in >> isar-image-base >> =C2=A0=C2=A0=C2=A0=C2=A0 This was necessary for image file creation, o= therwise it tried to >> =C2=A0=C2=A0=C2=A0=C2=A0 package stuff from the host. >> =C2=A0=C2=A0 - added 'isar-bootstrap:do_deploy' dependency to do_rootf= s task in >> =C2=A0=C2=A0=C2=A0=C2=A0 image.bbclass. >> =C2=A0=C2=A0 - Changed 'RFSDIR' variable name to 'ROOTFSDIR' in >> =C2=A0=C2=A0=C2=A0=C2=A0 isar-bootstrap-helper.bbclass to be consisten= t with the variable >> =C2=A0=C2=A0=C2=A0=C2=A0 name in isar-bootstrap.bb >> =C2=A0=C2=A0 - Moved 'isar-apt' apt-preference settings from isar-boot= strap.bb to >> =C2=A0=C2=A0=C2=A0=C2=A0 isar-bootstrap-helper.bbclass >> =C2=A0=C2=A0 - Removed '--no-install-recommends' parameters in favor o= f adding the >> =C2=A0=C2=A0=C2=A0=C2=A0 apt configuration in 'isar-bootstrap.bb' >> =C2=A0=C2=A0 - unmount and remove possible existing bootstraped direct= ories before >> =C2=A0=C2=A0=C2=A0=C2=A0 bootstrapping in do_bootstrap task of 'isar-b= ootstrap.bb' >> =C2=A0=C2=A0 - changed from /dev ro bind mounts to mounting devtmpfs t= o /dev to be >> =C2=A0=C2=A0=C2=A0=C2=A0 consistent with the other places where /dev i= s mounted. >> >=20 > $ time bitbake multiconfig:qemuarm-wheezy:isar-image-base > multiconfig:qemuarm-jessie:isar-image-base > multiconfig:qemuarm-stretch:isar-image-base > multiconfig:qemui386-jessie:isar-image-base > multiconfig:qemui386-stretch:isar-image-base > multiconfig:qemuamd64-jessie:isar-image-base > multiconfig:qemuamd64-stretch:isar-image-base > multiconfig:rpi-jessie:isar-image-base > multiconfig:qemuarm64-stretch:isar-image-base >=20 > ERROR: mc:rpi-jessie:isar-bootstrap-1.0-r0 do_bootstrap: Function > failed: do_bootstrap (log file is located at > /home/builder/isar/build/tmp/work/raspbian-jessie-armhf/isar-bootstrap/= temp/log.do_bootstrap.29056) >=20 > ERROR: Logfile of failure stored in: > /home/builder/isar/build/tmp/work/raspbian-jessie-armhf/isar-bootstrap/= temp/log.do_bootstrap.29056 >=20 > ERROR: Task > (multiconfig:rpi-jessie:/home/builder/isar/meta/recipes-core/isar-boots= trap/isar-bootstrap.bb:do_bootstrap) > failed with exit code '1' >=20 > builder@zbook:~/isar$ cat > /home/builder/isar/build/tmp/work/raspbian-jessie-armhf/isar-bootstrap/= temp/log.do_bootstrap.29056 >=20 > DEBUG: Executing shell function do_bootstrap > I: Running command: debootstrap --arch armhf --foreign --verbose > --variant minbase --components=3Dmain,contrib,non-free,firmware jessie > /home/builder/isar/build/tmp/work/raspbian-jessie-armhf/isar-bootstrap/= rootfs > http://archive.raspbian.org/raspbian > I: Retrieving Release > I: Retrieving Release.gpg > I: Checking Release signature > E: Release signed by unknown key (key id 9165938D90FDDD2E) > WARNING: exit code 1 from a shell command. > ERROR: Function failed: do_bootstrap (log file is located at > /home/builder/isar/build/tmp/work/raspbian-jessie-armhf/isar-bootstrap/= temp/log.do_bootstrap.29056) Thx. Is that the only issue that occured? In other words do all the other targets where the key was available on the host run through without any problems and the resulting image looks good? I am just asking to decrease iteration over the testing-fixing cycle. If that is the only problem, then I guess that this patchset can be merged after I successfully fixed the usage of repository keys, right? Since I am at the Embedded World as well, fixing this will be done in the week after the following one. Thanks again, Claudius --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-54 Fax: (+49)-8142-66989-80 Email: ch@denx.de PGP key: 6FF2 E59F 00C6 BC28 31D8 64C1 1173 CB19 9808 B153 Keyserver: hkp://pool.sks-keyservers.net --W3AU7vYrvayfqY0Ewvkmd7MbVzazKk7eU-- --jELTtFfVR99ELb3nCYGCnAGjSt0bwjzcE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEb/LlnwDGvCgx2GTBEXPLGZgIsVMFAlqPxYcACgkQEXPLGZgI sVMLAxAAuAwqZmyw/AYu52jXPZxUMCkL5M8RkcZPJ0fhkuVqZVWmN1OyvAJmoqy4 QIaTK61u58hwQLtUZeKo2ftXcGbHswXCIoVO2se4KQy0PiGhsPWrAI68HgiGsRHE NzKMfvIjIB6Oi1fZfPZlVOPp1I+BLGakZwSsUydC8sfuubzwPindP74IKtUerUIV y10/gsWlLQ2V6lSLVJCds20f573k/kU8SwUKIX8Sjgtlz2lQ833peAVGeSQScqFb TDJArqycThZNMd1akedA4GafYik3RZw/haQ7TdU05whR+aNtTOJzoUJwZDOvey+R PuToFxDXJOXqxaCljMUNZUuZOVSyPgeKPStS3b1rjVtsLf6V0OwinnVkfy0vbm7x +tniFIrL1ipfaW9V4jAE9mwF2fnVIp57s15vst2LZ0mCLN+SmLhSm1mBR+0jAwvm f68A/zJH9wn1u0NOsPml1OrM7i5Q5RGZLphW0WMc1MO1Tq9k1MKZ8iB1lQnZm6Oy A4gTefMTdwSIt6/oJYon9gkdlV9yQfsEfqgKO+LpJm1K3ul1yhKDf0KlyFSVLnXK Ez5IFCsju7g7vFjY6j0HZHnAU8DlbSUYGQsZvcW+7d8P7KR85SbCU4xX2OKl7m24 mNKLolQzAD5ybJ1Cke2LxYSwDqiu18lVr07EWox2TquvC0uJGu4= =4+WO -----END PGP SIGNATURE----- --jELTtFfVR99ELb3nCYGCnAGjSt0bwjzcE--