From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6752900179667451904 X-Received: by 2002:a2e:89c4:: with SMTP id c4mr2536442ljk.197.1573056027883; Wed, 06 Nov 2019 08:00:27 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a2e:b161:: with SMTP id a1ls519544ljm.15.gmail; Wed, 06 Nov 2019 08:00:27 -0800 (PST) X-Google-Smtp-Source: APXvYqyBbE16bQJioDA/LnOU9GcQnOD2PSivSCJiFpP6CLjWp362OiRP/xS8Pr4O2cTvHvW+WGj1 X-Received: by 2002:a2e:22c1:: with SMTP id i184mr2552161lji.1.1573056027124; Wed, 06 Nov 2019 08:00:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573056027; cv=none; d=google.com; s=arc-20160816; b=BG3rSSFRC9pz25J8T2LAuVwpWQiA0LvQ2TKmYc14Pzyj7mXbLjJjxWkugq/jskVbw3 8pmerwZHZXCzgoIggEUVx4MxuSBAh60DrxVj9sA2POj3XWEWGbSReocAWKa+NFKsWGln tVPaSxDr4GY5Y2bCrsAAeWmq8b54QrfTj00UP3ubtYn1hoL4r6IROS1Hk5K9tFBgiAl9 WKgue4TQhm8xvif8P1n/77BOTPYoPqB71cyRDSbyThuvy0tNgriB60aRJYDPh8Ml49ec 7vY9366Kg1CsADNu4fccELNiaodmISXwJ6ApSd76IhrV0oX8r+m0pTOMKj4oooMbd9PM P/qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:content-language:in-reply-to:mime-version :user-agent:date:message-id:from:references:to:subject; bh=lRWEhc/SoIQD7XnkNogFoH+h9WePW/yxZs3CLhNLaIA=; b=pfbjURU7W/t6HodK9aCMLxhgEpN+nQ1X91GC7+c3KgbLu2VKHPP1V1vuGgcfDbOpDx vvioWdJP91oRPhuqt6JTYwnwbXEOzaENvcwg0NuNNF5bsPHeYamtUjkunm6QUBNjpGX4 LFmU3pkLD4x/BisoDwts3uiiQ/ObESTkbyV9s3udwxsKVcipHvnnm0d5EpIHBedHSAtC VBaLfBKgwiAugtnnk78HZ6zmkvr/p4Khptm4BoDVHkELem1w71FUbJQXiUT/smVHPcZc Uo5M9eGgfbkV575UfA4OtL2e9UvV2/SuMh5T8DLo4cyF3AQCM1TQF9TobAs7teqWKton fL/w== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id r71si1227992lff.5.2019.11.06.08.00.26 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Nov 2019 08:00:27 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@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 jan.kiszka@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=jan.kiszka@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 david.siemens.de (8.15.2/8.15.2) with ESMTPS id xA6G0Qq7009227 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Wed, 6 Nov 2019 17:00:26 +0100 Received: from [139.22.41.172] ([139.22.41.172]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTP id xA6G0PrQ025540; Wed, 6 Nov 2019 17:00:26 +0100 Subject: Re: [PATCH 00/17] base-apt rework To: "[ext] Henning Schild" , isar-users@googlegroups.com References: <20191028170132.28072-1-henning.schild@siemens.com> From: Jan Kiszka Message-ID: <5a9d8bd4-4537-af0f-557e-15a1a3ea9cce@siemens.com> Date: Wed, 6 Nov 2019 17:00:26 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <20191028170132.28072-1-henning.schild@siemens.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: PDX4/cj/Uu7G On 28.10.19 18:01, [ext] Henning Schild wrote: > From: Henning Schild > > This series build upon "[PATCHv2 0/9] a few cleanups a bug and a > feature". > > base-apt has two main issues that this series fixes: > - it relied on the rootfs /var/cache/apt to contain all *.debs > - this is only true of nobody cleaned up, could happen with hooks > like used in "isar-disable-apt-cache" or similar mechanisms > - it did not handle "dsc"s (source packages) > > It had other minor issues that are described in the individual patches. > > The series fixes those issues and extends CI to fully test base-apt. > > The general mechanism used in the end is: > - split all apt-gets into a download and an execution phase > - copy out all download inbetween the two phases > - execution phase can now go ahead and possibly delete cached files > from the rootfs > - actually copy in everything "old" before the download phase > - that means the download phase potentially becomes a noop and we speed > up by using already downloaded files (new feature) > > There are a few open points that i will mention later. > Looks good from a higher perspective, but I guess we will have to play with it. Are you preparing a v2 with all pending issues already? I'd like to feed this into a could of scenarios, besides CI of course. Thanks, Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux