From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6788114222392803328 X-Received: by 2002:a02:cf0e:: with SMTP id q14mr21801806jar.107.1580782278931; Mon, 03 Feb 2020 18:11:18 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a6b:7a08:: with SMTP id h8ls294290iom.4.gmail; Mon, 03 Feb 2020 18:11:18 -0800 (PST) X-Google-Smtp-Source: APXvYqzPXwFg7kffnT0dhoWIXetc7XqBg/Y+F16U0LRE/rJrFe6dm+9Fzo6ikLVjekf1bBDe5UbV X-Received: by 2002:a6b:c742:: with SMTP id x63mr21734304iof.162.1580782278221; Mon, 03 Feb 2020 18:11:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580782278; cv=none; d=google.com; s=arc-20160816; b=PaLLVGYCL+CD4AQK4EqcjYqKim7PsheCiTdwrOUypNQrtxGPVndHDOI5l+HDOUfv7E P5c5VEuviCP1QXuuzF3L2cduQ3oM5jHp2ndI3lBCzScPcX0oZC4rx4DQKzpjPKlcMYbl mWl+xj/TREflXG/mDakg3CpERTPmOBgHMljj6mN+qCRSXWxG+b6FxbYHjrY4QDk73O9q IWo3YMYomgTCRkeQq9TKE5uIWpSWU65rJneo1fTXyyh5Xoy9lCjBvE9xrQLkjaybwPj3 AFxavliARG/57WzFlaoyoox2SBnEvuCAll/tbBvTvNtWn7JEwDh0LZXptJYHHgVyfWuB l2AQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-language:accept-language:in-reply-to :references:message-id:date:thread-index:thread-topic:subject:cc:to :from; bh=VLhhAzy+UoX39xdBBZoX/4svvIZM2ga1XUZQlWx7LrM=; b=fsWtMzEnHGFWM/5s1ozyZlYGBrPyY7c6XcpF4Eyw5tqc6GMB/p1zpbDtbxFtJ7fkcN puvRzr4fYjip9SOOwvCISgAYqFi48kCtvJZF0uwf4R9SfWupkUrgY0MeDcuY3lA8wvAs 9eoAY0d1JTD/3g6E0ETxWZnMvtEJF6KlPklYsK0HosoI+PIc7HYzs6099IhpQOsHfmbJ tKuL7xDp+wlyYbTskclY/A9e3IDfuWrUYnrSyz3GsAiRPHE4mUfzeDUatV4BM1T+GHpy gxVicX633/27xxexPmgYpfAXlyxTMC8H5kArgDU3iyg4uO2sqrHXta/ccfWxGVlB2dYO 2FbA== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of baocheng.su@siemens.com designates 194.138.202.53 as permitted sender) smtp.mailfrom=baocheng.su@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.com.cn (david.siemens.com.cn. [194.138.202.53]) by gmr-mx.google.com with ESMTPS id h4si1012033ilf.3.2020.02.03.18.11.17 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Feb 2020 18:11:18 -0800 (PST) Received-SPF: pass (google.com: domain of baocheng.su@siemens.com designates 194.138.202.53 as permitted sender) client-ip=194.138.202.53; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of baocheng.su@siemens.com designates 194.138.202.53 as permitted sender) smtp.mailfrom=baocheng.su@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail.siemens.com.cn (mail.siemens.com.cn [194.138.237.52]) by david.siemens.com.cn (8.14.9/8.14.9) with ESMTP id 0142BD2h021350 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 4 Feb 2020 10:11:13 +0800 Received: from CNPEK01M09MSX.ad011.siemens.net (cnpek01m09msx.ad011.siemens.net [139.24.237.227]) by mail.siemens.com.cn (8.14.9/8.14.9) with ESMTP id 0142BDOR002869 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 4 Feb 2020 10:11:13 +0800 Received: from CNPEK01M06MSX.ad011.siemens.net (139.24.237.223) by CNPEK01M09MSX.ad011.siemens.net (139.24.237.227) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1847.3; Tue, 4 Feb 2020 10:11:11 +0800 Received: from CNPEK01M06MSX.ad011.siemens.net ([139.24.237.223]) by CNPEK01M06MSX.ad011.siemens.net ([139.24.237.223]) with mapi id 15.01.1847.005; Tue, 4 Feb 2020 10:11:11 +0800 From: "Su, Bao Cheng" To: "Schild, Henning" , "Kiszka, Jan" CC: "isar-users@googlegroups.com" , Vijai Kumar K Subject: Re: [PATCHv4 22/26] meta: deb-dl-dir: do not cache debs from isar-apt Thread-Topic: [PATCHv4 22/26] meta: deb-dl-dir: do not cache debs from isar-apt Thread-Index: AQHV2EL3rR3bi37bH0SKtvnFWhO0Q6gJNb6AgAASrYCAAAkGgIAA/san Date: Tue, 4 Feb 2020 02:11:11 +0000 Message-ID: <5a62e0f4-f8a9-4e08-8010-5a47f49bd2b6@siemens.com> References: <20200131143000.14873-1-henning.schild@siemens.com> <20200131143000.14873-23-henning.schild@siemens.com> <16977d1f-fb4d-481b-9c55-53ed064df333@siemens.com> <20200203192701.2700782a@md1za8fc.ad001.siemens.net>,<20200203195919.02560450@md1za8fc.ad001.siemens.net> In-Reply-To: <20200203195919.02560450@md1za8fc.ad001.siemens.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_5a62e0f4f8a94e0880105a47f49bd2b6siemenscom_" MIME-Version: 1.0 X-TUID: xkZAgh7htVNr --_000_5a62e0f4f8a94e0880105a47f49bd2b6siemenscom_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 YWZ0ZXIgYnVpbGRpbmcsIGdyZXAgImNvbW1hbmQgbm90IGZvdW5kIiBvciAicmVwb19jb250YWlu c19wYWNrYWdlIiBpbiB0aGUgbG9nLmRvXyogZmlsZS4NCg0KSSBtZXQgdGhpcyBwcm9ibGVtIG9u IGFuIGVhcmx5IHZlcnNpb24gb2YgdjQgcm91bmQgcGF0Y2gsIG5vdCBzdXJlIGlmIHN0aWxsIGV4 aXN0cyBvbiB0aGUgbGF0ZXN0IHZlcnNpb24uIHdpbGwgcnVuIGEgdGVzdCBidWlsZCBhZ2FpbnN0 IHRoZSBsYXRlc3QgcGF0Y2ggdG8gY2hlY2suDQoNClNvcnJ5IGZvciBtYWlsaW5nIHZpYSBwaG9u ZSwgZHVlIHRvIGNvcm9uYXZpcnVzLCBub3QgY29udmVuaWVudCBmb3IgbWUgdG8gdXNlIGxhcHRv cCBlbWFpbHMuDQoNCldpdGggYmVzdCByZWdhcmRzDQpfX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0Kt6K8/sjLo7ogU2NoaWxkLCBIZW5uaW5nIChDVCBSREEgSU9UIFNFUy1ERSkNCrei y83Ksbzko7ogMjAyMMTqMtTCNMjV0MfG2rb+IDAyOjU5DQrK1bz+yMujuiBLaXN6a2EsIEphbiAo Q1QgUkRBIElPVCBTRVMtREUpDQqzrcvNo7ogaXNhci11c2Vyc0Bnb29nbGVncm91cHMuY29tOyBT dSwgQmFvIENoZW5nIChSQy1DTiBESSBGQSBSJkQgU1cpOyBWaWphaSBLdW1hciBLDQrW98zio7og UmU6IFtQQVRDSHY0IDIyLzI2XSBtZXRhOiBkZWItZGwtZGlyOiBkbyBub3QgY2FjaGUgZGVicyBm cm9tIGlzYXItYXB0DQoNCkFtIE1vbiwgMyBGZWIgMjAyMCAxOToyNzowMSArMDEwMA0Kc2Nocmll YiAiW2V4dF0gSGVubmluZyBTY2hpbGQiIDxoZW5uaW5nLnNjaGlsZEBzaWVtZW5zLmNvbT46DQoN Cj4gQW0gTW9uLCAzIEZlYiAyMDIwIDE4OjIwOjExICswMTAwDQo+IHNjaHJpZWIgSmFuIEtpc3pr YSA8amFuLmtpc3prYUBzaWVtZW5zLmNvbT46DQo+DQo+ID4gT24gMzEuMDEuMjAgMTU6MjksIFtl eHRdIEhlbm5pbmcgU2NoaWxkIHdyb3RlOg0KPiA+ID4gRnJvbTogSGVubmluZyBTY2hpbGQgPGhl bm5pbmcuc2NoaWxkQHNpZW1lbnMuY29tPg0KPiA+ID4NCj4gPiA+IFBhY2thZ2VzIGZyb20gaXNh ci1hcHQgYXJlIG5vdCBkb3dubG9hZGVkIGZyb20gdGhlIG91dHNpZGUgYW5kDQo+ID4gPiBzaG91 bGQgbm90IGJlIGNhY2hlZC4NCj4gPiA+DQo+ID4gPiBTaWduZWQtb2ZmLWJ5OiBIZW5uaW5nIFNj aGlsZCA8aGVubmluZy5zY2hpbGRAc2llbWVucy5jb20+DQo+ID4gPiAtLS0NCj4gPiA+ICAgbWV0 YS9jbGFzc2VzL2RlYi1kbC1kaXIuYmJjbGFzcyB8IDE0ICsrKysrKysrKystLS0tDQo+ID4gPiAg IDEgZmlsZSBjaGFuZ2VkLCAxMCBpbnNlcnRpb25zKCspLCA0IGRlbGV0aW9ucygtKQ0KPiA+ID4N Cj4gPiA+IGRpZmYgLS1naXQgYS9tZXRhL2NsYXNzZXMvZGViLWRsLWRpci5iYmNsYXNzDQo+ID4g PiBiL21ldGEvY2xhc3Nlcy9kZWItZGwtZGlyLmJiY2xhc3MgaW5kZXggYWI0YjFmMDkuLmY5Njk5 NjAzIDEwMDY0NA0KPiA+ID4gLS0tIGEvbWV0YS9jbGFzc2VzL2RlYi1kbC1kaXIuYmJjbGFzcw0K PiA+ID4gKysrIGIvbWV0YS9jbGFzc2VzL2RlYi1kbC1kaXIuYmJjbGFzcw0KPiA+ID4gQEAgLTMs OCArMywxMCBAQA0KPiA+ID4gICAjDQo+ID4gPiAgICMgU1BEWC1MaWNlbnNlLUlkZW50aWZpZXI6 IE1JVA0KPiA+ID4NCj4gPiA+ICtpbmhlcml0IHJlcG9zaXRvcnkNCj4gPiA+ICsNCj4gPiA+ICAg ZGViX2RsX2Rpcl9pbXBvcnQoKSB7DQo+ID4gPiAtICAgIGV4cG9ydCBwYz0iJHtERUJESVJ9LyR7 RElTVFJPfSINCj4gPiA+ICsgICAgZXhwb3J0IHBjPSIke0RFQkRJUn0vJHtESVNUUk99LyINCj4g PiA+ICAgICAgIGV4cG9ydCByb290ZnM9IiR7MX0iDQo+ID4gPiAgICAgICBbICEgLWQgIiR7cGN9 IiBdICYmIHJldHVybiAwDQo+ID4gPiAgICAgICBmbG9jayAtcyAiJHtwY30iLmxvY2sgLWMgJyBc DQo+ID4gPiBAQCAtMTQsMTIgKzE2LDE2IEBAIGRlYl9kbF9kaXJfaW1wb3J0KCkgew0KPiA+ID4g ICB9DQo+ID4gPg0KPiA+ID4gICBkZWJfZGxfZGlyX2V4cG9ydCgpIHsNCj4gPiA+IC0gICAgZXhw b3J0IHBjPSIke0RFQkRJUn0vJHtESVNUUk99Ig0KPiA+ID4gKyAgICBleHBvcnQgcGM9IiR7REVC RElSfS8ke0RJU1RST30vIg0KPiA+ID4gICAgICAgZXhwb3J0IHJvb3Rmcz0iJHsxfSINCj4gPiA+ ICAgICAgIG1rZGlyIC1wICIke3BjfSINCj4gPiA+ICAgICAgIGZsb2NrICIke3BjfSIubG9jayAt YyAnIFwNCj4gPiA+IC0gICAgICAgIHN1ZG8gZmluZCAiJHtyb290ZnN9Ii92YXIvY2FjaGUvYXB0 L2FyY2hpdmVzLyAtdHlwZSBmDQo+ID4gPiAtaW5hbWUgJypcLmRlYicgXA0KPiA+ID4gLSAgICAg ICAgICAgIC1leGVjIGNwIC1mICd7fScgIiR7cGN9IiBcOw0KPiA+ID4gKyAgICAgICAgZmluZCAi JHtyb290ZnN9Ii92YXIvY2FjaGUvYXB0L2FyY2hpdmVzLyAtdHlwZSBmIC1pbmFtZQ0KPiA+ID4g JypcLmRlYicgfFwNCj4gPiA+ICsgICAgICAgIHdoaWxlIHJlYWQgcDsgZG8NCj4gPiA+ICsgICAg ICAgICAgICAgcmVwb19jb250YWluc19wYWNrYWdlICIke1JFUE9fSVNBUl9ESVJ9Ii8iJHtESVNU Uk99Ig0KPiA+ID4gIiR7cH0iICYmIFwNCj4gPg0KPiA+IHJlcG9fY29udGFpbnNfcGFja2FnZSBt YXkgbm90IGJlIGZvdW5kIGluc2lkZSB0aGUgZmxvY2sgc2hlbGwNCj4gPiBjb250ZXh0LCBhcyBC YW8gQ2hlbmcgbm90aWNlZCBvdXQuIEhlIHN1Z2dlc3RzIHRoZSBwYXR0ZXJuDQo+DQo+IFRoYXQg aXMgcG9zc2libGUgaW5kZWVkLiBJIHJlbWVtYmVyIHRoYXQgaSBzdHJ1Z2dsZWQgcmUtdXNpbmcg dGhlDQo+IGZ1bmN0aW9uIHNpbmNlIGkgZGlkIG5vdCB3YW50IHRvIGNvZGUgaXQgdHdpY2UuDQo+ DQo+IEJ1dCB0byBiZSBob25lc3QgaSBkbyBub3QgdW5kZXJzdGFuZCB0aGUgcHJvYmxlbSB3aXRo IHRoZSBnaXZlbg0KPiBkZXNjcmlwdGlvbi4gQmFvIENoZW5nIHBsZWFzZSBnbyBpbnRvIG1vcmUg ZGV0YWlsLg0KDQpUaGlzIGlzIGEgaG90IGNvZGUtcGF0aCBhbmQgaWYgaXQgaXMgX3ZlcnlfIGJy b2tlbiB0aGF0IHdvdWxkIGJlIHZlcnkNCnZpc2libGUuDQoNCkp1c3QgdHJpZWQgYSBidWlsZCBh bmQgYW0gbG9va2luZyBhdCB0aGUgZG93bmxvYWQgY2FjaGUgYW5kIGlzYXItYXB0DQoNCmZpbmQg dG1wL2RlcGxveS9pc2FyLWFwdC8gLWluYW1lICpoZWxsbyoNCnRtcC9kZXBsb3kvaXNhci1hcHQv YXB0L2RlYmlhbi1idXN0ZXIvcG9vbC9tYWluL2xpYmgvbGliaGVsbG8NCnRtcC9kZXBsb3kvaXNh ci1hcHQvYXB0L2RlYmlhbi1idXN0ZXIvcG9vbC9tYWluL2xpYmgvbGliaGVsbG8vbGliaGVsbG8t ZGJnc3ltXzAuMV9hbWQ2NC5kZWINCnRtcC9kZXBsb3kvaXNhci1hcHQvYXB0L2RlYmlhbi1idXN0 ZXIvcG9vbC9tYWluL2xpYmgvbGliaGVsbG8vbGliaGVsbG8tZGV2XzAuMV9hbWQ2NC5kZWINCnRt cC9kZXBsb3kvaXNhci1hcHQvYXB0L2RlYmlhbi1idXN0ZXIvcG9vbC9tYWluL2xpYmgvbGliaGVs bG8vbGliaGVsbG9fMC4xX2FtZDY0LmRlYg0KLi4uLg0KdG1wL2RlcGxveS9pc2FyLWFwdC9hcHQv ZGViaWFuLWJ1c3Rlci9wb29sL21haW4vaC9oZWxsby1pc2FyL2hlbGxvLWlzYXJfMC4zX2FtZDY0 LmRlYg0KDQpPayBzbyB3ZSBoYXZlIHRoZSBoZWxsbyBzdHVmZiBpbiBpc2FyLWFwdCwgdGhlIG93 biBwYWNrYWdlIGFzIHdlbGwgYXMNCnRoZSByZWJ1aWxkIHVwc3RyZWFtIChhbHNvIG93bikuDQoN CkFuZCBub3RoaW5nIGluIHRoZSBkb3dubG9hZCBjYWNoZSBvbiBoZWxsbyAtPiBleHBlY3RlZCBm b3IgdGhlIGltYWdlDQpmaW5kIGRvd25sb2Fkcy9kZWIvIC1pbmFtZSAqaGVsbG8qDQo8bm90aGlu Zz4NCg0KTWVhbmluZyB0aGUgZmlsdGVyaW5nIHdvcmtlZCBpbiBteSBjYXNlLg0KDQpBbmQgdGhl IGNhY2hpbmcgb2YgYWxsIHJlcXVpcmVkIG91dHNpZGUgc3R1ZmYgd29ya3MgYXMgd2VsbCwgc2lu Y2UgdGhlDQpvZmZsaW5lIHJlYnVpbGQgd29ya3MuDQoNCkNhY2hpbmcgYW5kIGZpbHRlcmluZyBh cmUgdGhlIHR3byBtYWluIGFzcGVjdHMgb2YgdGhhdCBjb2RlLg0KDQpQbGVhc2UgbWFrZSBzdXJl IHRvIGdpdmUgZmVlZGJhY2sgZm9yIHN1cmUsIGkgZG8gbm90IHdhbnQgc3VjaCBhDQp1bmNsZWFy IGRlc2NyaXB0aW9uIHNsb3dpbmcgZG93biB0aGUgbWVyZ2UgZXZlbiBtb3JlLg0KDQpIZW5uaW5n DQoNCj4gTWF5YmUgdGhlIGZpbHRlcmluZyBpbmRlZWQgZG9lcyBub3Qgd29yaywgaSB3aWxsIHRy eSB0aGF0IG9uIGEgc2ltcGxlDQo+IHRlc3Qgbm93LiBBbmQgaXQgbWlnaHQgYmUgYSBnb29kIGlk ZWEgdG8gbWFrZSBzdXJlIHRoYXQgY29kZSBnZXRzIGENCj4gInNldCAtZSIuDQo+DQo+IEhlbm5p bmcNCj4NCj4gPiAoZmxvY2sgOA0KPiA+ICAgLi4uDQo+ID4gKSA4PiR7TE9DS0ZJTEV9DQo+ID4N Cj4gPiBCYW8gQ2hlY2ssIG1heWJlIHlvdSBjYW4gZGVzY3JpYmUgaG93IHlvdSBub3RpY2VkLg0K PiA+DQo+ID4gSmFuDQo+ID4NCj4gPiA+ICsgICAgICAgICAgICAgICAgIGNvbnRpbnVlDQo+ID4g PiArICAgICAgICAgICAgIHN1ZG8gY3AgLWYgIiR7cH0iICIke3BjfSINCj4gPiA+ICsgICAgICAg IGRvbmUNCj4gPiA+ICAgICAgICAgICBzdWRvIGNob3duIC1SICQoaWQgLXUpOiQoaWQgLWcpICIk e3BjfSINCj4gPiA+ICAgICAgICcNCj4gPiA+ICAgfQ0KPiA+ID4NCj4gPg0KPg0KDQo= --_000_5a62e0f4f8a94e0880105a47f49bd2b6siemenscom_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
after building, grep "command not found" or "repo_conta= ins_package" in the log.do_* file.

I met this problem on an early version of v4 round patch, not sure if still= exists on the latest version. will run a test build against the latest pat= ch to check.

Sorry for mailing via phone, due to coronavirus, not convenient for me to u= se laptop emails.

With best regards
=B7=A2=BC=FE=C8=CB=A3=BA= Schild, Henning (CT RDA IOT SES-DE)
=B7=A2=CB=CD=CA=B1=BC=E4=A3=BA 2020=C4=EA2=D4=C24=C8=D5=D0=C7=C6=DA= =B6=FE 02:59
=CA=D5=BC=FE=C8=CB=A3=BA Kiszka, Jan (CT RDA IOT SES-DE)
=B3=AD=CB=CD=A3=BA isar-users@googlegroups.com; Su, Bao Cheng (RC-CN= DI FA R&D SW); Vijai Kumar K
=D6=F7=CC=E2=A3=BA Re: [PATCHv4 22/26] meta: deb-dl-dir: do not cach= e debs from isar-apt

Am Mon, 3 Feb 2020 19:27:01 +0100
schrieb "[ext] Henning Schild" <henning.schild@siemens.com>= :

> Am Mon, 3 Feb 2020 18:20:11 +0100
> schrieb Jan Kiszka <jan.kiszka@siemens.com>:
>
> > On 31.01.20 15:29, [ext] Henning Schild wrote: 
> > > From: Henning Schild <henning.schild@siemens.com>
> > >
> > > Packages from isar-apt are not downloaded from the outside a= nd
> > > should not be cached.
> > >
> > > Signed-off-by: Henning Schild <henning.schild@siemens.com= >
> > > ---
> > >   meta/classes/deb-dl-dir.bbclass | 14 ++&= #43;+++++++----
> > >   1 file changed, 10 insertions(+), 4 deletion= s(-)
> > >
> > > diff --git a/meta/classes/deb-dl-dir.bbclass
> > > b/meta/classes/deb-dl-dir.bbclass index ab4b1f09..f9699603 1= 00644
> > > --- a/meta/classes/deb-dl-dir.bbclass
> > > +++ b/meta/classes/deb-dl-dir.bbclass
> > > @@ -3,8 +3,10 @@
> > >   #
> > >   # SPDX-License-Identifier: MIT
> > >  
> > > +inherit repository
> > > +
> > >   deb_dl_dir_import() {
> > > -    export pc=3D"${DEBDIR}/${DISTRO}&qu= ot;
> > > +    export pc=3D"${DEBDIR}/${DISTRO= }/"
> > >       export rootfs=3D"${= 1}"
> > >       [ ! -d "${pc}"= ] && return 0
> > >       flock -s "${pc}&quo= t;.lock -c ' \
> > > @@ -14,12 +16,16 @@ deb_dl_dir_import() {
> > >   }
> > >  
> > >   deb_dl_dir_export() {
> > > -    export pc=3D"${DEBDIR}/${DISTRO}&qu= ot;
> > > +    export pc=3D"${DEBDIR}/${DISTRO= }/"
> > >       export rootfs=3D"${= 1}"
> > >       mkdir -p "${pc}&quo= t;
> > >       flock "${pc}".= lock -c ' \
> > > -        sudo find "= ${rootfs}"/var/cache/apt/archives/ -type f
> > > -iname '*\.deb' \
> > > -          = ;  -exec cp -f '{}' "${pc}" \;
> > > +        find "$= {rootfs}"/var/cache/apt/archives/ -type f -iname
> > > '*\.deb' |\
> > > +        while read p= ; do
> > > +         &= nbsp;   repo_contains_package "${REPO_ISAR_DIR}"/"= ${DISTRO}"
> > > "${p}" && \   
> >
> > repo_contains_package may not be found inside the flock shell
> > context, as Bao Cheng noticed out. He suggests the pattern  =
>
> That is possible indeed. I remember that i struggled re-using the
> function since i did not want to code it twice.
>
> But to be honest i do not understand the problem with the given
> description. Bao Cheng please go into more detail.

This is a hot code-path and if it is _very_ broken that would be very
visible.

Just tried a build and am looking at the download cache and isar-apt

find tmp/deploy/isar-apt/ -iname *hello*
tmp/deploy/isar-apt/apt/debian-buster/pool/main/libh/libhello
tmp/deploy/isar-apt/apt/debian-buster/pool/main/libh/libhello/libhello-dbgs= ym_0.1_amd64.deb
tmp/deploy/isar-apt/apt/debian-buster/pool/main/libh/libhello/libhello-dev_= 0.1_amd64.deb
tmp/deploy/isar-apt/apt/debian-buster/pool/main/libh/libhello/libhello_0.1_= amd64.deb
....
tmp/deploy/isar-apt/apt/debian-buster/pool/main/h/hello-isar/hello-isar_0.3= _amd64.deb

Ok so we have the hello stuff in isar-apt, the own package as well as
the rebuild upstream (also own).

And nothing in the download cache on hello -> expected for the image
find downloads/deb/ -iname *hello*
<nothing>

Meaning the filtering worked in my case.

And the caching of all required outside stuff works as well, since the
offline rebuild works.

Caching and filtering are the two main aspects of that code.

Please make sure to give feedback for sure, i do not want such a
unclear description slowing down the merge even more.

Henning

> Maybe the filtering indeed does not work, i will try that on a simple<= br> > test now. And it might be a good idea to make sure that code gets a > "set -e".
>
> Henning
>
> > (flock 8
> >   ...
> > ) 8>${LOCKFILE}
> >
> > Bao Check, maybe you can describe how you noticed.
> >
> > Jan
> >  
> > > +         &= nbsp;       continue
> > > +         &= nbsp;   sudo cp -f "${p}" "${pc}"
> > > +        done
> > >           = sudo chown -R $(id -u):$(id -g) "${pc}"
> > >       '
> > >   }
> > >    
> >  
>

--_000_5a62e0f4f8a94e0880105a47f49bd2b6siemenscom_--