From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6752900179667451904 X-Received: by 2002:a19:c514:: with SMTP id w20mr20576819lfe.143.1574676811337; Mon, 25 Nov 2019 02:13:31 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a19:c74d:: with SMTP id x74ls1451614lff.12.gmail; Mon, 25 Nov 2019 02:13:30 -0800 (PST) X-Google-Smtp-Source: APXvYqx8/0ysykvhGVUY6KssPZBez5iP/MWSHjxWm+VyCNUOcDd40wj/wyqzIh6ru4vDSXhdnhzV X-Received: by 2002:ac2:46f7:: with SMTP id q23mr19428549lfo.68.1574676810737; Mon, 25 Nov 2019 02:13:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574676810; cv=none; d=google.com; s=arc-20160816; b=KBG5D34z3Txvpliilyfp+mkbxCcoEDQDRaXGKnf6Mh2F1EPJR1RB3niXFuaaSFBqLg 16OSSQmRnddLxGA751qBQyVT0YVq2wtIUNyPI0EmTKxZSRqACPDO3ooUPSiRI12IgWXt u7/DW1Dc1DZ6NrSJyeMyd+vNpo1nNkHapZpio+4ti6x71X7Fz4FKSHJEwFXjthU0hJ9g FPY4HL3f5+52FgN3K2LNyuRCN2gr4LaO67cR8XnE0WQcLg/e03nmPo9JBkfBHDaTZm2U 9PQ+3H54W7scpgcsEXZuIcVczDGy4tLTpagvYBo6dmBxRyF2ebAKgLVrnsVIKckSxREG zrlQ== 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=LcghS1YcOmyQK9BRJDLzL4n83Nv1eWIx/Ra60Rw+BtQ=; b=KRoWhZ90UxqeylykOV+V+vtfZw3mMFMFiw8EX8kWBNpyxOpAnNKEqNsf+Wzzf/KQyp n1oEOt7/29XHc1ceQTD3csJ1RzaXfwJp3ygakCKKLnIxnUSVfy8qe3LOPR0rVLyvJAdJ IVawDBHYJX/tE7NTH2K7Z8j7vbMX9RzjBvgPzRnVKGPfcV+kXKMuh8X/MOGEpWHoO8W8 LkLMV586dwbipNJpOwnBj97giDBy8wGcOcD7w77GQJauz5bRUW4T+5i3WV+uGDRnLGIs s2Ab5ucMugzgdohndkKukiBNFageaKokEkLbpFS5Z7eruHJOeY1OyKD8C+nzH8n7wWx6 CHJQ== 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 x23si228689lfq.0.2019.11.25.02.13.30 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 25 Nov 2019 02:13:30 -0800 (PST) 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 mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id xAPADTtk027466 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 25 Nov 2019 11:13:29 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.0.65]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id xAPADTUs011584; Mon, 25 Nov 2019 11:13:29 +0100 Date: Mon, 25 Nov 2019 11:13:27 +0100 From: Henning Schild To: Baurzhan Ismagulov Cc: Subject: Re: [PATCH 09/17] meta: import DL_DIR debs before apt-get download steps Message-ID: <20191125111327.4435c85b@md1za8fc.ad001.siemens.net> In-Reply-To: <20191124202005.rfkmm7k64ihms3hn@yssyq.m.ilbers.de> References: <20191028170132.28072-1-henning.schild@siemens.com> <20191028170132.28072-10-henning.schild@siemens.com> <20191030202138.4bb2054d@md1za8fc.ad001.siemens.net> <20191106141709.74375aad@md1za8fc.ad001.siemens.net> <20191124202005.rfkmm7k64ihms3hn@yssyq.m.ilbers.de> 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=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: XkgCMmRgJGGB On Sun, 24 Nov 2019 21:20:05 +0100 Baurzhan Ismagulov wrote: > On Wed, Nov 06, 2019 at 02:17:09PM +0100, Henning Schild wrote: > > In fact the debs coming from isar-apt should never be extracted into > > the download cache, because from an isar point of view they have > > never been downloaded. > > Does this mean you have a solution for that? I have it in mind but did not implement it yet. The idea is to not extract debs that are coming from isar-apt into the DL cache. Match by name+md5 just like the current detection mechanism does. > > > > > diff --git a/meta/classes/deb-dl-dir.bbclass > ... > > > > +deb_dl_dir_import() { > > > > + export pc="${DEBDIR}/${DISTRO}" > > > > + export rootfs="${1}" > > > > + [ ! -d "${pc}" ] && exit 0 > > > > + flock -s "${pc}".lock -c ' \ > > > > + sudo find "${pc}" -type f -iname '*\.deb' -exec \ > > > > + cp -f '{}' "${rootfs}"/var/cache/apt/archives/ \; > > > > + ' > > > > +} > > Does this honor ISAR_USE_CACHED_BASE_REPO? No and i do not see how to involve that variable here. We just copy all debs we know into the cache of the rootfs, which ones it will actually install depends on which repos it uses. So even if a ton of debs become potentially available, only the one from the base-apt repo Packages.gz can be installed in practice. Henning > > With kind regards, > Baurzhan. >