From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 6788114222392803328 X-Received: by 2002:a1c:56d5:: with SMTP id k204mr3068232wmb.13.1585134811919; Wed, 25 Mar 2020 04:13:31 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a5d:4b4f:: with SMTP id w15ls652540wrs.1.gmail; Wed, 25 Mar 2020 04:13:31 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuuteZYZq5wSkFpj5XSIV+7TmH75XC/2yPsMziIN7Lcxy5XHM/ykYcl3dsA5JIcJvednzAV X-Received: by 2002:a5d:498f:: with SMTP id r15mr3060798wrq.81.1585134811109; Wed, 25 Mar 2020 04:13:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585134811; cv=none; d=google.com; s=arc-20160816; b=u12HqyjWLW4AKjdXo5FfUr0CTP9gQRFHzW1NhSExa96Sy8Jpmtx9aVEIBac6uIYdaL Pn20b3NuXYpBh8PjVknGCkeN3uXb4ThXQpq8l2lQBX/4B3fM4dapScwyQJw8SkRSKO4N cAgAqq8a4cq+hjoKXfnW/sYCtmZqi/J5ugA2powix8ITbOuClSn9zm7kEvp+EJafud0H PcpMQBNc04urRlq1mr91GkPsnlvIlDwB69sIegdNpnGXfHQdmWDgNE8Z/7DTaXBepl09 joff2y8mxXssbclyYR3GNvGBiE92meonD4xdcY9b4/XdBAZnq0/6ja1tmcMBWJNmV5Vs z2Sg== 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:cc:to:subject; bh=osPttHGzBq3gwXbnfeiMe74F8bIzjAJDUW0cRp5kEEY=; b=qZ0LWvNCUUXWnMCEq3oS/jULhUjIcCs0LmZqdk9EFRTXcVJ/NKFUhjMU5sWyjv56tU pVAUxdAgVo53vlylVQ49Qn4zwKUtMy7AL6Mf+fPoHCPnZVvyFqzyDwS1h80vpmixwrhP 0uud5rWhZfI7sU/j1bprxO6HMppg1rEO0oyyHD1LSbYzR0rz0+TbRGlfqr/wm5iti4Dv ORQck4dzQCxvXnud+f7cN9g+TKExrkMVQDb5tK5J4AhXyXq+d3/ga8pI63MvQT26ZdNF EOsa2Oxy1qsMDRGrUp1wRMItIN3TUnhGKLV0NifMEj0KISQrlc863Ulk0y88j34u04jt HqHQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 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 goliath.siemens.de (goliath.siemens.de. [192.35.17.28]) by gmr-mx.google.com with ESMTPS id a18si1081657wra.0.2020.03.25.04.13.31 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Mar 2020 04:13:31 -0700 (PDT) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) client-ip=192.35.17.28; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of jan.kiszka@siemens.com designates 192.35.17.28 as permitted sender) smtp.mailfrom=jan.kiszka@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 goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id 02PBDUkk012215 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 25 Mar 2020 12:13:30 +0100 Received: from [167.87.62.236] ([167.87.62.236]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 02PBDTUr014730; Wed, 25 Mar 2020 12:13:30 +0100 Subject: Re: [PATCHv7 00/29] base-apt-rework To: Henning Schild , Baurzhan Ismagulov Cc: 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> From: Jan Kiszka Message-ID: <7d4eb625-6d64-43b5-a72a-92e938e21998@siemens.com> Date: Wed, 25 Mar 2020 12:13:29 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <20200325113554.22e1b50c@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-TUID: XnoPlqBhPEUy On 25.03.20 11:35, Henning Schild wrote: > On Tue, 24 Mar 2020 11:49:42 +0100 > Baurzhan Ismagulov wrote: > >> On Mon, Mar 23, 2020 at 04:25:07PM +0100, Henning Schild wrote: >>>>> As pointed out in the other thread, we should try hard to >>>>> understand why only this series triggers the issue before we >>>>> declare it an upstream problem. >>>> >>>> As I said, I'd like to check what the problem is. >>> >>> I think i am responsible to do that. A first quick shot at a CI bot >>> did not have the wanted effect ... >>> >>> Please let me know if you plan to look into it as well, we should >>> not duplicate the work. I currently assume the ball is on my side >>> again ... >> >> That would be great, please continue. The CI is up again and is >> building your branch. From my builds and the nightly ones some >> passed, some failed, have to check what is going on. > > 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. 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. > I'm also a big fan of understanding the problem before papering over. Option 1 can remain on the table, but it should not be picked until we know what actually happens. Can you reproduce the issue locally? Freeze a state that leads to it? Jan -- Siemens AG, Corporate Technology, CT RDA IOT SES-DE Corporate Competence Center Embedded Linux