From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6752900179667451904 X-Received: by 2002:a17:906:160a:: with SMTP id m10mr11587399ejd.46.1574601696207; Sun, 24 Nov 2019 05:21:36 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a50:9558:: with SMTP id v24ls569785eda.2.gmail; Sun, 24 Nov 2019 05:21:35 -0800 (PST) X-Google-Smtp-Source: APXvYqytTK0ffD3/yAA6ULVKXE2wocQPPWE7MbnNM5OOydRzaO3eC2wctFYC1co/eQEbPVJRahMS X-Received: by 2002:a50:fa4a:: with SMTP id c10mr12476011edq.51.1574601695581; Sun, 24 Nov 2019 05:21:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574601695; cv=none; d=google.com; s=arc-20160816; b=Kn+fbgo60Rv998GAzH/F95M8UTwpps/jGb+DWsME/wGh0NJYmjln2BVuLep/XGw7bR NOFVpeG9uG8dOY1/RBaN8MJyhB9eP/lfS+cTrjccJGfN0SXVMckLrQTYphPg++Q8SJhC s4qJHIeA641gzX+HTWheEhb8ionkOF3csNb31jp2HS8oXA/xDyq+ewKdHpzA+waXu4r1 6LXzCoguMqYE4ghX/MlWHsxDQlkIAYtpPiAL77DE54JlMy9Ugo+5DX9Cz7GvWgUMt0Pa WeB0m7UXxJvPOCThZdNJtnl0gzmSkkwiOS4F+Qe1dUEPGOG9RpSlSOkXv6b+2KWQWHZu WhUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=user-agent:in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=xMbV089+SWBMR1hPP3BdXBkDgFE7Coglunh438up+1U=; b=teB+1LnUyf0bGoQOZzv11GVzudT75OEJDnXcgopasKseUPi0hH4Z78GWGlJtkAX/hJ xKn8yOU7e5Kk9nG/ihKaeU7ep5fk/i5Swu2Gj9D4VwsLHkAPm3I3kON367ZigqXfftel 0RPXysJoykWaD3jcEhqW3jsyHPdN0dyooYsCvrTPURFXcxbqSWag7oGUsPp34e6bq9OF VrmTsHFcBYYEFnF52Qt7huJLU5JPBxpR+cs4GYpHgYA/2LyMf4Nk5ayczYxf6FrcsYpA 112hR4oYk4qSGr6aKtdA5XJJQtlhmmze5ei+K9rM+T/ooCUXQGaZAZJ05I0Qnsom4Uel ls9A== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id cw7si242439edb.0.2019.11.24.05.21.35 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 24 Nov 2019 05:21:35 -0800 (PST) Received-SPF: neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=neutral (google.com: 85.214.156.166 is neither permitted nor denied by best guess record for domain of ibr@radix50.net) smtp.mailfrom=ibr@radix50.net Received: from yssyq.m.ilbers.de (dslb-084-061-174-101.084.061.pools.vodafone-ip.de [84.61.174.101]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id xAODLSTH032654 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Sun, 24 Nov 2019 14:21:33 +0100 Date: Sun, 24 Nov 2019 14:21:22 +0100 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCH 00/17] base-apt rework Message-ID: <20191124131835.qvyijy4jujvre5d5@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20191028170132.28072-1-henning.schild@siemens.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191028170132.28072-1-henning.schild@siemens.com> User-Agent: NeoMutt/20180716 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: 1d7fZlZxh9s8 Hello Henning, On Mon, Oct 28, 2019 at 06:01:15PM +0100, Henning Schild wrote: > 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) Thanks for the series and the clear annotation. While I haven't yet checked every detail, overall, I think this is a good step. I think proper separation of base-apt and isar-apt is important; I hope we manage to find a way to handle that. I'll be sending other comments to the respective patches. With kind regards, Baurzhan.