From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7319406651323187200 X-Received: by 2002:a05:6a21:3d95:b0:199:9cf8:1dcb with SMTP id bj21-20020a056a213d9500b001999cf81dcbmr500591pzc.117.1705573731269; Thu, 18 Jan 2024 02:28:51 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6a00:1784:b0:6d9:accb:8ae with SMTP id s4-20020a056a00178400b006d9accb08aels5597179pfg.2.-pod-prod-02-us; Thu, 18 Jan 2024 02:28:50 -0800 (PST) X-Google-Smtp-Source: AGHT+IEgsJK/aU7Pi01hYShV70KLE5FBN5KNVxNJr1TnviiCreMGEx27Dkt5+YBh6iS/6Rq4pIyZ X-Received: by 2002:a05:6a21:1583:b0:19b:99ab:d4a2 with SMTP id nr3-20020a056a21158300b0019b99abd4a2mr485684pzb.2.1705573729857; Thu, 18 Jan 2024 02:28:49 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1705573729; cv=pass; d=google.com; s=arc-20160816; b=Ins7oALBU5WoZJpbqPycE5Coanc7edUqFkCU4sVSp/AL55xg4j+2x+5SS/WZOsLuda STxEhuVc6eDfVBh/+bsGHjNLymHyNXyao3TySnt9dQleb9DfmNDKXoZzIXfzioyOLUL7 8mGOIh72z7RQnDhjV1LSiPrFYy2BC7eiD/69zPB9lNOa4oaEhs4cw8s1sRUjDnwaYUdl Jx1uIJVVTHbLgliOlv0cbJPt3zNjues8VcMi2sxuJ8VIikZ+ujlWJxyAkocywGWWt1bK 9LCHQKSQ6eIseiID0vdxaONUi8NAL/u3WizZa34goVao9M6KEIuVlQKsDwE5qZ3DNkI7 OmJA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-transfer-encoding:in-reply-to:from:references :to:content-language:subject:user-agent:date:message-id :dkim-signature; bh=5pTTPyXpjDpuf3gO+5ctvnPIzTWM7lCb83fTNjnCRPk=; fh=qYjLjom2XYK2EGXTfM32+e6Y5m6bxV+vwmPCS15rMNY=; b=dJnJMz3JKwpIRKukcXQWrE4a8vlLN9IMmKpbFqiDx0GfIhI1EMDCD6MPhaHQMdCF0k IGtpBN5PVW6Duh3Jc7sL1ErNZjuFcMTKuGRM+OnGJPVfVOByZ89ZW9TUjn8sI+ATDs5Y 0aQ6FFrreDjevCkvG/Ua9Fld3e/ja1W4z2K5deUv0if6y8UDq4i9OKajdABOMRnH6BYR c5/7XgcSLpYbn2WTSIBPoVUvoGB5jlUv54t9t/JFqIOcNTqHOpn5TdJtERqPNzM12HJl qVq9r8XMR5yB8nyW5t00nJ+/A+xpkdf9iRptOmTJGwAjVtUkkLvDHPe5hpHkVEXanX3u mpCQ== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Uw4grcnD; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 2a01:111:f403:2612::601 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=siemens.com Return-Path: Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on20601.outbound.protection.outlook.com. [2a01:111:f403:2612::601]) by gmr-mx.google.com with ESMTPS id p6-20020a17090adf8600b0028ff720a0d2si62178pjv.0.2024.01.18.02.28.49 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2024 02:28:49 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 2a01:111:f403:2612::601 as permitted sender) client-ip=2a01:111:f403:2612::601; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=Uw4grcnD; arc=pass (i=1 spf=pass spfdomain=siemens.com dkim=pass dkdomain=siemens.com dmarc=pass fromdomain=siemens.com); spf=pass (google.com: domain of jan.kiszka@siemens.com designates 2a01:111:f403:2612::601 as permitted sender) smtp.mailfrom=jan.kiszka@siemens.com; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GBxlz9Pi3ObIlqQ19Uk8Fb10dxqH3S43ElZ6jom5KCpzYz8rFnE6fOqmSBv4sqeCDp75dALGXDta6iFmpDpBxrvlHRD9U1gJ/CKw/VyHK2Ly0crXlN+Zui0V/RZQ8v/SO4a+r5mwsSixVS8/HY/sNfuqAajhJ8zP96vRQ9Lqas+h3DIjXtcJKK+xb7T14EQSEw3QqSTA0TokvNvK+5A52sU8ZphE262SyR3rj4N89sJXJpDuWT5icjzcvYN5JjYqIeVz2ITrLtN9h3uRed5PZgsZ5XR7Sj6QlV2f+faaAjnr/5nS/+N/1yH4hHqkQRxwLUlW0Wus65+YlPWOQeJ7aQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=5pTTPyXpjDpuf3gO+5ctvnPIzTWM7lCb83fTNjnCRPk=; b=YOzVaAwdsgGsOcWVSM6ZFfJ8UoEggOxIweS9uIRsiJPUsGj/VB1oznS4FMxxsGmh+QCJ34r7CssCKTnE893THDRjH4/+5GtTxNjrR/7OjzcdLFss1fQ6KkfSoDfdZ8S+G+C9cf/teI3eDsK+eGuQrRXVeRVu0o0eryg1H5/bhtk1MFlyvNN0GOnBV2EUbaoOEVtJjJqFzxwdS4VL2Y6I80ChVjW/jodFrHz3F/tIADBrifyPHrnISM2JOb5M1BJHXheQ1ANe5QwClpfHMle/86+zxB/BJiQsxt6JGuPvP0p9BvDXw2kOeAicp7pldEF39YuH0gwxHQzhTxsrIjImDQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=siemens.com; dmarc=pass action=none header.from=siemens.com; dkim=pass header.d=siemens.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=siemens.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=5pTTPyXpjDpuf3gO+5ctvnPIzTWM7lCb83fTNjnCRPk=; b=Uw4grcnD2SsllbpY7PqXFKuA4JyGkiwzH2fZwmCNnkLQneTz4RJxsIMFZ776uvxhkvmyrEY6dNeh21Fevv+2kjm/IDUkUg+yOGyKHRoGzLFIfD+7XA/qkHqQrZYIt3eFVGW5yUiCJPZwLMOgSFyizbsUywD6n31Y28B06NdANe2NVEkASIu/RUcUe1YgReF3DUJ9nL5SHe52LNoFkWIZjNkcppA44Kk8ZBu77CKxiJ+ZVzcFtKkpWtkSwSqRJ90l/UubyfXlW7bT0KkOhYfdQZ72J7W51lZdIXcxRuReVVj+e6xzV+qj5cT+9tykiIiCtpQUK+B09GKv62DdOKVZHw== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=siemens.com; Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) by VI1PR10MB3488.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:800:134::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7202.24; Thu, 18 Jan 2024 10:28:47 +0000 Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::8d16:7fbb:4964:94fe]) by AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::8d16:7fbb:4964:94fe%3]) with mapi id 15.20.7202.024; Thu, 18 Jan 2024 10:28:47 +0000 Message-ID: <1629fa3e-3180-4b9f-9858-1f118551ddf7@siemens.com> Date: Thu, 18 Jan 2024 11:28:44 +0100 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH v5] dpkg: Restore support for replacing pre-installed packages in sbuild-chroot Content-Language: en-US To: Uladzimir Bely , isar-users References: <028f69ac16ec3769875a03d6ec5d062271e3752c.camel@ilbers.de> <4e906c530ad336deeb58623179bebacd024b34df.camel@ilbers.de> From: Jan Kiszka In-Reply-To: <4e906c530ad336deeb58623179bebacd024b34df.camel@ilbers.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: FR3P281CA0038.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:4a::14) To AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:588::19) Return-Path: jan.kiszka@siemens.com MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: AS4PR10MB6181:EE_|VI1PR10MB3488:EE_ X-MS-Office365-Filtering-Correlation-Id: ba7080a3-b1dd-4082-2785-08dc18104111 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: B9+hqURc6xPOCHPL6+r34nnobukX/DVdrwZqImIPBxeczrsFvaU8nbm9GBPKoaU5soslBs7hFs8ptKkZFafAQThTqjMDLvyjppDdnm31jYet+smHGsF+yHr3vTepyEyzyFakgE00z7+ZasxxMjKiOJggLT4mRtl4N5tVOXBfiQZRNqxOkZ7SMrefWtW8GdF3x/QIFQhdQ0WA3ERUdVXnmEW8BOyqcLMjBoMDsneo9GjfzeQaGW8HA9GNfVZ9Axx1IPCwkwKzljla0uK1Fr1nBge+/ysuDFVs1OnJO3Cy7utFltgQx9jBYBMqrvFIbTWaXDYNqbThordgiwUIJBTJpzRryVSl/IeJuaunliDg8dhaaBCS3an69Oz9HYO+K3C2kqBtDxKdkMwfIVjWnl9Ezlmcs+xyNiIEY6w5laVsqxqFxD8bBxMjdLkhs/TLO5W/bI3SrNp6oknG9x9FjF+vFklq2JzDnP1g8N+RuCB0r7gWDsWrWYjyoEXCgAAS7N2KRPb/BhgBaRismoIdwsIqFfq3YWGZJqflgassdxHSiOfqTLtwgEnQADtF5KhZzXHcn3rIgMgrpLMPcbF5j+h326d0gDrUE82FMDmjYlXg7s2KZH0dmBhbVmHhYZa6URpHpUbiIqUueDRg6ly9YB7SsafDQRFEvJUwrTMmojcOzp8NnqnSFMA2AYpo7Jx2R7rC X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230031)(396003)(39860400002)(376002)(346002)(136003)(366004)(230922051799003)(230173577357003)(230273577357003)(186009)(451199024)(64100799003)(1800799012)(31686004)(6486002)(8676002)(83380400001)(8936002)(5660300002)(53546011)(316002)(110136005)(6512007)(6506007)(6666004)(66556008)(66946007)(66476007)(478600001)(44832011)(26005)(2616005)(38100700002)(82960400001)(2906002)(36756003)(41300700001)(86362001)(31696002)(45980500001)(43740500002);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?VUIrdlY2c0x1NGpRcFNKM0FxSTBvdmxOeWxWREdQbGQzajdieExQOGJMTktj?= =?utf-8?B?S3BFN0FJd2pCYVVXdW9QeG9PU2t4UXExcW9GMXdGTkFaYmZReXJlWVVkSWp0?= =?utf-8?B?K0x0TXczSWhxNjFCSGloL250ZW9ZMG5TQWdPZjhqUmI1eEN3RTYwQWJEOTIy?= =?utf-8?B?MkcvYWFsbjgydmRFdE44bWNGUS81UjliTm95Y0lXSTBqTXVLcWphRWNKK2Fu?= =?utf-8?B?RUNBQ3FhaXgzYXMweGR3NlJpWDQzSGdUY1pzWjJLOFpSMWhYdWZsd29YK28x?= =?utf-8?B?Q1BwcnNBZEZFR0dpSWQ4T2FFdEFPd3pjMUQxOTQyNkh0TVIrcFZFVlFXd0F3?= =?utf-8?B?QVJoWEliVTB5YUZ3enVUNSt4b0RrVk1XK09LdzJiZFZzYm9HMlVKcVo3dkE0?= =?utf-8?B?VUNJVVE1bU55WlRsNHdBd29yZG1JRllXTFVCN2RSVzhHYmMrQkkwVHBJL3dG?= =?utf-8?B?dHRuazRhY3M0VjE5c3hFblNaYmRxbFF6djQ3WGVOS1hpUXpGYW5FbmNOZm5i?= =?utf-8?B?d0ZIMTN2Um5IVGZiS2Q1a0NmUGl4Q0VLSFhGZXlaSlFpMVBxREdJV29IWkxR?= =?utf-8?B?WEVyLzhqUnIzU0UyMUxUTGd4RXdTR0I5R0xqeGlHWUF0RjAzd05XcWlFckZI?= =?utf-8?B?bkZVSlZ6Y3NLYXRVc3VETjlpdDlXbWZKdWFoM205akpGSG5pRkhqWExDYVE0?= =?utf-8?B?M1lUUHBYUnNEMTZRQ3hwMnZCZG1sTVYrK21VaUJ6VFB5bnREU2RteVFZakh0?= =?utf-8?B?czN3MnQxaCsvZUNtNlJSMHg2SEwvNWFyOElDTDNNK3YwN2o5MkFvb2V3TldI?= =?utf-8?B?emtrTEVmUlRoc2swWVpOcjNxRkRoS1BJRlZZRURLZG5rSlZlTXRCakYvdysx?= =?utf-8?B?U0lUY2dxcEFpUnRVVmh1S0NrQ2pKd01TUC9FcVo4Ui9udmMxZHV2T0JNQ1ls?= =?utf-8?B?dStFS3UvdElEWStBSlkvNm5meE5GVGR0YVlIUmV6QVJVNVdWdWpoQjA4aGM5?= =?utf-8?B?WElFZndKbTlTalBUSis0YXBvNTdONjU3ZnpmRDBZeUNpeXR2MzRyTDJKN0tv?= =?utf-8?B?R09paVhReForUVFNUmhvRngweW9tbDhIMGxkVlVQNmxIbVIyV1RyazBHSUc2?= =?utf-8?B?eDA4ampkRDRMQVpNNzVhRGdsRjkyV1B0S002bHloeTJjdXdFSllLbllXM1pa?= =?utf-8?B?M085RWIvNXRObysvS1pwa3BxUmU1cUFpcWF0cUlaU1hiajJ2OXJiN0NvRFRP?= =?utf-8?B?TzlSNlMraFVRU0NyY2JNemVUdmxaNFN5MlVJTW1TUlhJdU1iT2NaODNZN1VB?= =?utf-8?B?bHR3NEl3NVpwbXp1TmkrTCtaTkUxd3YwOUxGNmRqWXU0VjBSckp0S3Z1RVlS?= =?utf-8?B?dDFuV21DdzBjR3dpaFc0M2RaUkFldkl3eU45RmxpalNSNWVjS2c4Zmt5NGFr?= =?utf-8?B?amVna0Z4cld4SWxFSVJlajBMa2tMNGw4OEFuOHg1bWhXRVVUR3FsRGlhZGY5?= =?utf-8?B?TVRqcEJBdVZNQ0xzNWZPeWMyRjhrTURsTms4SHFlNnVMa0J4eXYwZFBFVGg1?= =?utf-8?B?STVvNWZIRDJhZHFwVXZGcWNybklSVzVwQ2t1R0NNbTNoeGVpQWc3ckpCQkZk?= =?utf-8?B?U2NaVERtTVJ0aFlWTzdBSTArM2c0b3pLcVN1ZUJvcXpRdWZMVkdmaVRWcWpj?= =?utf-8?B?OFhBWEl0L3c3WUNiZVJpdzdKVFNzc1RmRTRHa2tKNVJXU040c0dUM0cyT3ZD?= =?utf-8?B?cWpJUk5ZUmdKcEloRXAxeHlXWjBLYkxYbXB1eDNJYjJ1RXdZRjNOLzZNVHE4?= =?utf-8?B?dEhaVzl3eUtMNUJrTUVKcXlITzFZczFkUWNML050aHpuc3l5d3VNSXBqM3A0?= =?utf-8?B?MnBZeDlYbDhMQ1ZiangvY2hNK3Q0ck1VNmMrS05RNHlJblluMitoUUxRS3hD?= =?utf-8?B?RmZBVU1KQ0k5Nnhzc0tvMy9aKzVpWDlyVThTdG4weEk2Kzd5cDQwTE1uNVpX?= =?utf-8?B?NGp5Rks1OHVOblpvMTYwSTFrZjIxRlF6QkJFSzVWWENUNFFLeG1zSk5iMWFt?= =?utf-8?B?THdXeVhMQ0NLQ0pSc3F1VkF4cGVwT09CNmhPL1pNaitIY2pucFZudDgycWxu?= =?utf-8?B?eXdQVENBeHhqYTh4ZmQ2UloxazRjcHZqTkJNUHo4MTVxdGxhNHg1d0pMSjFq?= =?utf-8?B?dVE9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: ba7080a3-b1dd-4082-2785-08dc18104111 X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Jan 2024 10:28:47.0947 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 38ae3bcd-9579-4fd4-adda-b42e1495d55a X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 0nmlxARHizs/PKQ72CCOnSYRKms51H6pqT+nICQeu61QVKjkLY1wzGf4Ue/4Bfk5eUrRzxp7M7o7mitdNd9Qag== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR10MB3488 X-TUID: 9RDVZ1Oc03KY On 18.01.24 08:39, Uladzimir Bely wrote: > On Thu, 2024-01-18 at 07:59 +0100, Jan Kiszka wrote: >> On 18.01.24 07:34, Uladzimir Bely wrote: >>> On Thu, 2024-01-18 at 09:28 +0300, Uladzimir Bely wrote: >>>> On Tue, 2024-01-16 at 09:22 +0100, Jan Kiszka wrote: >>>>> From: Jan Kiszka >>>>> >>>>> During the migration to sbuild, support for using self-built >>>>> packages >>>>> in >>>>> the build environment was lost if those were already part of >>>>> the >>>>> sbuild-chroot. This restores it by adding --apt-distupgrade to >>>>> the >>>>> sbuild call. But that is not enough because sbuild will only >>>>> upgrade >>>>> packages from already configured sources, not those specified >>>>> via >>>>> --extra-repository. We therefore have to switch back to >>>>> configuring >>>>> isar-apt during sbuild-chroot creation. >>>>> >>>>> As rootfs_configure_isar_apt configures the isar repo under >>>>> /isar-apt, we bind-mount the one in /home/builder/${PN} to that >>>>> folder. >>>>> Another difference is that we now need to run apt-get update >>>>> explicitly, >>>>> but only for isar-apt. >>>>> >>>>> And because the sbuild-chroots are now left behind with isar- >>>>> apt >>>>> configured, the configuration in imager_run can be removed >>>>> (credits >>>>> to >>>>> Srinuvasan Arjunan). >>>>> >>>>> Signed-off-by: Jan Kiszka >>>>> --- >>>>> >>>>> Changes in v5: >>>>>  - also use dpkg_schroot_create_configs for apt_fetch and >>>>> apt_unpack >>>>>    (while I wasn't able to reproduce the issue, I think this >>>>> should >>>>>    resolve the CI problems) >>>>> >>>> >>>> Unfortunately, the picture in full CI didn't change. Even worse, >>>> one >>>> more job (NoCrossTest.test_nocross has failed with the similar >>>> error. >>>> >>>> tmp/work/debian-bullseye-amd64/hello/1.0- >>>> r0/temp/log.do_apt_unpack.1785250: >>>> ``` >>>> DEBUG: Executing shell function do_apt_unpack >>>> cp: cannot stat '/downloads/deb-src/debian- >>>> bullseye/hello/hello_2.10- >>>> 2+isar.debian.tar.xz': No such file or directory >>>> cp: cannot stat '/downloads/deb-src/debian- >>>> bullseye/hello/hello_2.10- >>>> 2+isar.dsc': No such file or directory >>>> ``` >>>> >>>> I'm continuing debugging the issue. >>>> >>> >>> Just one addition: previously (in v4) builds were failing in >>> hello:apt_fetch, not they fail in hello:apt_unpack. >>> >> >> Logs? The pattern above looks rather different from the previous >> issue. >> >>> Also, now repro tests failed earlier - during base_apt:do_cache. >>> E.g: >>> >>> tmp_repro_signed/work/debian-bullseye-arm64/base-apt/1.0- >>> r0/temp/log.do_cache.2901916: >>> >>> ``` >>> ... >>> Exporting indices... >>> Error opening '/build/isar_ub_devel/359/downloads/deb-src/debian- >>> bullseye/hello/hello_2.10-2+isar.dsc': No such file or directory >>> There have been errors! >>> WARNING: exit code 254 from a shell command. >>> DEBUG: Python function do_cache finished >>> ``` >>> >> >> How can this be reproduced locally in kas? That would be essential in >> order to debug. >> >> Jan >> > > It's hard to reproduce the issue in some "short" form, but at least I > found one quite fast way - steps int it are similar to what is do in > unsigned repro test. In this test we do thre builds: normal build, > cached build (after tmp cleanup), one more normal build (without > cleanup). > > The steps below do not fail with current 'next' branch of Isar, but > produce hello:apt_fetch error with 'next + patch v5': > > ``` > ./kas/kas-container menu > # Just save and exit > ./kas/kas-container shell > # The rest done in kas shell > # 1st build: > bitbake hello > # Build is OK > # 2nd cached build: > sudo rm -rf sstate-cache/ tmp/ > echo 'ISAR_USE_CACHED_BASE_REPO = "1"' >> conf/local.conf > echo 'BB_NO_NETWORK = "1"' >> conf/local.conf > bitbake hello > # Build is OK > # 3rd build with no cleanup > echo 'ISAR_USE_CACHED_BASE_REPO = "0"' >> conf/local.conf > echo 'BB_NO_NETWORK = "0"' >> conf/local.conf > bitbake hello > # Build fails in hello.bb:do_apt_fetch > ``` > > I guess, other errors we observe in CI (e.g., in "do_apt_unpack") also > have the similar nature, coming from sharing working directories > between different tests that use the same targets but with different > local.conf settings. Ok, here comes the issue: The hello recipe is trying to consume its own, previously built, source package here. That is in fact inside the central isar-apt, but the local copy does not contain it (yet). And the dependency chain we have does not ensure that after the previous do_deploy_deb do_local_isarapt is invalidated to re-run it before a succeeding recipe run. One may argue why the package should consume its sources from isar-apt rather than from upstream. To achieve that, we would need to create preferences that filter these cases out for isar-apt. Not sure if that will be generically possible. So we really need to ensure that the missing task invalidation from above is somehow achieved. Or we need to clean the caches more aggressively. This issue is in fact "created" by fixing sbuild-schroot /wrt the use cases of this patch. As these are more important than this corner case, I would argue that the latter has to step back when we can't resolve things perfectly. Jan -- Siemens AG, Technology Linux Expert Center