From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6788114222392803328 X-Received: by 2002:a05:600c:11:: with SMTP id g17mr2888364wmc.142.1585134892828; Wed, 25 Mar 2020 04:14:52 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:548b:: with SMTP id h11ls637749wrv.9.gmail; Wed, 25 Mar 2020 04:14:52 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsUx0MY1yHu3r84pKpfdzpqg9bDZaELz5bKwZyQZ4CjN7e/tZCuvMl3wNNtLEqQwCQ9fCjN X-Received: by 2002:adf:fac7:: with SMTP id a7mr2973416wrs.191.1585134892129; Wed, 25 Mar 2020 04:14:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585134892; cv=none; d=google.com; s=arc-20160816; b=p3cOBhjZ7jbMZqxDGj8mn9xSGW9ZjDkzVCYk4IEg5lvqduODye83pGqMPPOcoPWGoE FPC9ufRqEqw6O0AJNhu1iPUL9HGknx02K4FPXrERbpvvEz2p7pEvkIkVVNklZU8VA/d4 UoiX7dNo0ol1hlowBOpnWs9q/sTPLUfcWl/AuKwUKRqmaY8sgmReQSyVPp8czy6Lld8Y ca4oV8rUWGatWuWo6a5nYcoYfwriEz87HXMTl3xcnk2Qbxx1wh9eiWYFougYVv4Omp76 8h73n8ST1XnGvZb31GGld3OW5LXx8GIa1MHumCItx+K0TKNbnbtH+UDMwyoy5l4ec6tD ff6w== 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=zoNFtXdg6IodpOANXUyg09oUcGslG1jYVKpiGFa6GZU=; b=eRMDsLXfhznf9Jk+mOIgUzihvlxvRSvhfsetrVb6U73Uro7MzW/kBctC+CASUlG5Di lEUCtrNEpz2s2b01GKmqqFjYkks/3gnFk8HbDnkOxQQw8devnB4/Zo6KBpx3vjHRu/Fz GobTgPXr1UhMqdobOur549NL/XEMo5dRNvlIpaahI8fv4G7lnkvuFzzv95wLnDrZhwtg hkiH9xco6ovheLfoOcZgbm1UyASVJwhfo/pge/HTB9Ver1G0DHFzs/QaI816qB/cxcld lKZaZdN2JoWUAiG3ZZZTLJzIA0Az7OQEPe839zRvt3vdNmqzwEtNrppEmG9RqSqbTBfH R3ew== 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 d6si392978wrq.3.2020.03.25.04.14.51 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 25 Mar 2020 04:14:52 -0700 (PDT) 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 (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8) with ESMTPSA id 02PBEn1h021281 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Wed, 25 Mar 2020 12:14:51 +0100 Date: Wed, 25 Mar 2020 12:14:48 +0100 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: [PATCHv7 00/29] base-apt-rework Message-ID: <20200325111448.5i6v4egz2rpuzpit@yssyq.m.ilbers.de> Mail-Followup-To: isar-users@googlegroups.com References: <20200321083148.26160-1-henning.schild@siemens.com> <20200323105653.iw5hlsdgi72qap2w@yssyq.m.ilbers.de> <2048dbe8-a359-fe3e-2295-42168a9a382e@siemens.com> <20200323122238.jut345ldg72kfkpd@yssyq.m.ilbers.de> <20200323162507.11c431d0@md1za8fc.ad001.siemens.net> <20200324104942.b5aapbkqzvu2lwxx@yssyq.m.ilbers.de> <20200325113554.22e1b50c@md1za8fc.ad001.siemens.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200325113554.22e1b50c@md1za8fc.ad001.siemens.net> 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: 4k7JtI8+mNX8 On Wed, Mar 25, 2020 at 11:35:54AM +0100, Henning Schild wrote: > The problem shows when debootstrap works on an imported cache, a think > i repaired/enabled in v7. > My guess it that it is less strict about the exact versions to install > and might be picking a candidate it should not ... false sharing with > other archs of the same suite or something like that. > > I see two ways to proceed: > 1. not import the cache for debootstrap > 2. have a close look at the logs and identify the false sharing > > 1 would mean to always download the minbase again, offline would stil > work because of base-apt > > 2 would mean not downloading twice but having to dig deeper. Here my > idea would be to also cache the list of file-names of a debootrap run > on the debootstrap export step. The next import would only take files > from that list. > But that could become complicated since the list might differ i.e. > gnupg and https support ... i assume > > What do you guys think? On the one hand i prefer a deep understanding, > on the other hand i would like to eventually get this merged and tested > more widely. IIUC, (1) makes it worse than it currently is. Maybe (2) does not happen to be complcated. I'd suggest at least to identify what the problem is. Are there cleanup patches that could be merged partially? > Not everybody does multiconfig ... and dealing with that i > keep thinking ... "i told you so" ... remembering my strong words > against the complexity we will have to deal with ... and our users. Please help me, how is the problem related to multiconfig? Multiconfig is an important feature that people need. With kind regards, Baurzhan.