From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6798139016226013184 X-Received: by 2002:a2e:1654:: with SMTP id 20mr10381088ljw.82.1583773180214; Mon, 09 Mar 2020 09:59:40 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:ac2:58c6:: with SMTP id u6ls1400681lfo.11.gmail; Mon, 09 Mar 2020 09:59:39 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsh67PwtosHdB33W2l7N7wvXK6Tqhs1ubAvHJ+shdqem3IR2RHcHihyGvy5PaWmAi2FtB/I X-Received: by 2002:a19:8c4d:: with SMTP id i13mr10275725lfj.42.1583773179451; Mon, 09 Mar 2020 09:59:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583773179; cv=none; d=google.com; s=arc-20160816; b=fDIIVWFwWK5xJbTw0GXUOImz57JndCrc3Es7sv+XEbEbstEV1ZrdGXOqnbB0qCKTk9 5S35avCh8Y66duBLBTCn7Z4dl0GYT7RDtdsk2yl713PWMpMCESyf471asc6mmhTR/YdF b7h+dMxS024tZ7nkK+lsiPkYS7Bpd/itaXgJtWLiRU7qsXfBsY78lvXcC78iZR1H8Lt3 ZjSN+Lhj5FIPRxU5cN+7prtGx22IIACd3a4gkksPcegtIWpaI0TIfWKf7iT1Ikf69fgw bcmYZiJpmdGYBQjGAstyn14Ajtvgf8IdkWcBoDqWNzL+FJRHxIhl93Kr5PzHqTJDzqKq xNrQ== 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; bh=gGLSmW6SfOVwCXKkj5Q987vin7tdkEWg83HJuBrvArQ=; b=TlSrachEXenqPD8ulWBBcyc2bg2yB0Skh2LL9UZXMkDz1gHRKwXksVV0qoCgIRNSop Nubv4+3Z7BtXN/aU2gJfXKAy79fduBBd6niovewVWhWGK4OzmwSHLGtxIxaWRG6Ub3jr L8IKmcTl00kPjOBhzZnKpvGGqNwdOjYdWglA9d9bUPsxnEnSEI4tsUE/fb4454vISIW3 1RRf1BLdcJU5LIB0h9L1vYq4eJv3eUpZ95MKj+SiDQgz8SUIrexQleBJdrK9ZHAEt4TB EAbz+p8SxkFKH0gaqmZGLXicJUEL8paI13KczK4GktPeM/ZjBKZbuiti9Co6vRNNjr01 jNIg== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from thoth.sbs.de (thoth.sbs.de. [192.35.17.2]) by gmr-mx.google.com with ESMTPS id o24si549847lji.4.2020.03.09.09.59.39 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 09 Mar 2020 09:59:39 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) client-ip=192.35.17.2; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.2 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id 029GxcnC017996 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Mon, 9 Mar 2020 17:59:38 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.100]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id 029Gxbp4019638; Mon, 9 Mar 2020 17:59:37 +0100 Date: Mon, 9 Mar 2020 17:59:36 +0100 From: Henning Schild To: "[ext] sven.schultschik@siemens.com" Cc: "jan.kiszka@siemens.com" , "isar-users@googlegroups.com" Subject: Re: dpkg-raw git fetch Message-ID: <20200309175936.6927bf4f@md1za8fc.ad001.siemens.net> In-Reply-To: References: <5a454616-f591-8a43-4ea7-eaed4fbe236c@siemens.com> <51e462f0-aa1f-c33c-a57b-f4773efdbb4d@siemens.com> X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-TUID: ZAsZGiGyb9AB On Fri, 28 Feb 2020 13:08:10 +0000 "[ext] sven.schultschik@siemens.com" wrote: > Hi, >=20 > I'm a little bit confused. In the task unpack the SRC_URI files will > be put into WORKDIR > https://github.com/ilbers/isar/blob/f3d50cfb9b7a5740c6dd11ee58fc4ba1a1815= eca/meta/classes/base.bbclass#L182=20 >=20 > But in the next task S (workdir/git) will be cleared. > https://github.com/ilbers/isar/blob/f3d50cfb9b7a5740c6dd11ee58fc4ba1a1815= eca/meta/classes/dpkg-raw.bbclass#L15=20 >=20 > Should I understand why ${S} will be cleard before do_install is > called? I think you might have found an issue with the distinction of S and D. In fact they should be different folders but for dpkg-raw they are not. I think also the debianize class does not clearly distinguish them. One workaround would be to create that second copy on your own. So you clone i.e with destsuffix and make sure that the unpacked copy and the installed copy are not the same directory. Once you have found a solution and have a clue where the line between S and D should be drawn, please give feedback on how to improve the class. Henning > Mit freundlichen Gr=C3=BC=C3=9Fen > Sven Angelo Schultschik >=20 > Siemens AG > Digital Industries > Process Automation > Software House Khe > DI PA CI R&D 2 > =C3=96stliche Rheinbr=C3=BCckenstr. 50 > 76187 Karlsruhe, Deutschland > Tel.: +49 721 595-2827 > mailto:sven.schultschik@siemens.com >=20 > www.siemens.com/ingenuityforlife >=20 > Siemens Aktiengesellschaft: Vorsitzender des Aufsichtsrats: Jim > Hagemann Snabe; Vorstand: Joe Kaeser, Vorsitzender; Roland Busch, > Lisa Davis, Klaus Helmrich, Cedrik Neike, Michael Sen, Ralf P. > Thomas; Sitz der Gesellschaft: Berlin und M=C3=BCnchen, Deutschland; > Registergericht: Berlin Charlottenburg, HRB 12300, M=C3=BCnchen, HRB 6684; > WEEE-Reg.-Nr. DE 23691322 >=20 > Wichtiger Hinweis: Diese E-Mail und etwaige Anlagen enthalten > firmenvertrauliche Informationen. Sollten Sie diese E-Mail irrt=C3=BCmlich > erhalten haben, benachrichtigen Sie uns bitte durch Antwort-Mail und > l=C3=B6schen Sie diese E-Mail nebst Anlagen von Ihrem System. Vielen Dank. > -----Urspr=C3=BCngliche Nachricht----- Von: Jan Kiszka > Gesendet: Donnerstag, 27. Februar 2020 18:00 > An: Schultschik, Sven (DI PA CI R&D 2) > ; isar-users@googlegroups.com Betreff: > Re: dpkg-raw git fetch >=20 > On 27.02.20 17:39, Schultschik, Sven (DI PA CI R&D 2) wrote: > > Fetch does put the repository into the downloads folder. > >=20 > > Which task is responsible to bring the files from > > downloads/../git-repo to ${S} ??=20 >=20 > Right: unpack. >=20 > > S =3D "${WORKDIR}/git" ist defined in the recipe. > >=20 > > Log.unpack says clone -s -n downloads/git recipe-name/version/git=20 > > without an error > >=20 > > Shouldn't the see the files then? =20 >=20 > Yes - provided the default revision checked out contains anything. >=20 > Jan >=20 > -- > Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate > Competence Center Embedded Linux >=20