From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7133500741339054080 X-Received: by 2002:a25:7608:0:b0:694:220b:8bf6 with SMTP id r8-20020a257608000000b00694220b8bf6mr2763738ybc.210.1661589862990; Sat, 27 Aug 2022 01:44:22 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a25:b206:0:b0:671:60f4:9231 with SMTP id i6-20020a25b206000000b0067160f49231ls923585ybj.7.-pod-prod-gmail; Sat, 27 Aug 2022 01:44:22 -0700 (PDT) X-Google-Smtp-Source: AA6agR7yvpTKvDFMyc+iwohI6ryKgSLirmIuT7kG/aO6fL0OYxrxOE3pCnUmzp95RIascPjz1YI9 X-Received: by 2002:a25:2411:0:b0:695:9254:20fa with SMTP id k17-20020a252411000000b00695925420famr2684035ybk.639.1661589862103; Sat, 27 Aug 2022 01:44:22 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1661589862; cv=pass; d=google.com; s=arc-20160816; b=aD73neof5HVxE/jjcq4+mzOLFbBeMQDcSk6iPk4gWA2i6AuLiA9lmwRgrjtDTDioQ2 9p8xro4BOe7n0U4pwdtvMslPEZ0Mqq4DrnG8dPxkp7Cb3McaA95zvx/H57bXYzOBebg4 nWfL/chJcogooDe6q+0ToADrWlneXymG36mvxsPVaJgItVUJt1boZQFSHSh2sVeY0/At tL+V6i477A5L7NiI5dEcAg+alfv6nzKV+q1Nq1QnfnwXZk4ZVVQb1aVjZj9xvGKUJDPh o+DTaY6zzxUCVy9kRVUdjfMk4G+FUNzNwvRTaqMI/9UzxkjSjQTdzvZfJQsfO/vw2heo iurA== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:content-transfer-encoding:references:in-reply-to :message-id:subject:cc:to:from:date:dkim-signature; bh=oD1aa70VntCVl7OnEjzSVV8+BxcrhzKgxn6l63fhQeI=; b=vMCN7RTCpillDe0V6StWM9urKxmLEz3aElvjeKsqfXNa+Rxh0ZC1yo43ayAm2OIb3W UWJIicSXvg3+mCxPLff6LOZjmDHhpHLaHsdCOxjs8Swzo+XCMLCdSSkgFWU2+Bl1+EvK lrT97yyuVZmjWcVdX+JBco4OUWdoyLOquQAyNH7u5Egun1yHFWRSD2RXt59180/UVw9V Qeq5ljRWLeez/kvFsXET37dw9KEsOT6lDFs/kHYpsZacFwo3M/uX67ehK/HsqbR7xmx1 YA1s3XiKzpXRPAqfZSSsoknsXTlAcul6VRRr3WRJgxWHRnS2qKQQX6ypKW1XxVA2QPLU cl8w== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=hjOnx7O0; 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 henning.schild@siemens.com designates 40.107.14.44 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140044.outbound.protection.outlook.com. [40.107.14.44]) by gmr-mx.google.com with ESMTPS id bg16-20020a05690c031000b00330253b8e8asi119256ywb.0.2022.08.27.01.44.21 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 27 Aug 2022 01:44:21 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 40.107.14.44 as permitted sender) client-ip=40.107.14.44; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=hjOnx7O0; 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 henning.schild@siemens.com designates 40.107.14.44 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GTDIfVSBPMd4xAGFh82Pp0VHqDzWxZF1ms5bTe6r6KGxoeoDH5qICUckg44XCXG7zJ9CkgoqG7GmMzW67ucUdvRtq+f640S6zpBKTYDZW3uKRjRqjq9rF9bkIyiDkOColsbH+/hnNsKBVB999QNJy2rNi8ay+hVoLqLIVaagTobhRVirhmfFrkscOESmFplAVdc/Swna6U4l5FiA6u4KEPGaHdjdjZ+cr95qh9QlWL7+pPnm0PAMOJqb3U/hWp4CU/cSwt5IzgxirEowksYgp/ZP2zQoYkWpvzzxPJhhqfeLRUrm1Ah6T4VJb6dhH2faO3Dpl3gxAkqP+pV5xnQs5Q== 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=oD1aa70VntCVl7OnEjzSVV8+BxcrhzKgxn6l63fhQeI=; b=F8tpfeNj3l86tpaIKb6QoHv52q4JEEMwck0b5BiFtKRCE3lheuqg1cJWZX6BQywEilkmGTvVTic9juXVmAOF1Dhsw5nw8LrqkFCp/uzkbrBWzznOUGgxwwywt4nEGffkGNxmXFRRQ4/ZqlRlb2W7REK0tED3p8AwI3Uyj9899rqLRAod0zczSjrSrXiIbKvhWk9MfZ2AbcJj+9/kuE+otI41p4nuiHk8EoYJYxPeSk8tMJusXuYQsNzHHAIOvDTZaAzdNoy8EnIpIoE8aZMbTKZHZ5nm2GoKGkzDa5XiJuio3dKMtYm8jQdgs7zfWjsIpSGXgUXs0Uq+WNHS8Zeb5A== 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=oD1aa70VntCVl7OnEjzSVV8+BxcrhzKgxn6l63fhQeI=; b=hjOnx7O0h2k/T0OZIRrpBW5DAoZNjXJNUbtElSc7mYXkhjL0bQi31DHVOG+NBj9xTvbkiJWNIDTLT+U9/G9Ox52NrplLaCOqGmyE3eRjhkqJTXlkzCzy6UxgoFiJGa+soG5ZbP7JWm5hb8Fs3F+WU+fvkY1SXgidUpMzgtqt3jIEbCJGEAd32PDEKPi7kSGcEpv3vzIsVR1XVuKqVRrES6Ry5N2H74KHrPTtxbjSUN+lre2l/7tm0yFvWNkcH1WFwrwfOV05H6mgpkEUjp0XqtWqTHHSshUjPW7nLedh4AT8pFxrZZ1ybhkqPtSzVSS4C/ey2XrM35rBqN1nrmfzZQ== Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=siemens.com; Received: from PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:269::8) by AM0PR10MB3426.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:156::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5566.16; Sat, 27 Aug 2022 08:44:17 +0000 Received: from PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM ([fe80::75ee:d5d2:6b1d:150b]) by PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM ([fe80::75ee:d5d2:6b1d:150b%4]) with mapi id 15.20.5566.015; Sat, 27 Aug 2022 08:44:17 +0000 Date: Sat, 27 Aug 2022 10:44:14 +0200 From: Henning Schild To: Florian Bezdeka Cc: isar-users@googlegroups.com, Baurzhan Ismagulov , Anton Mikanovich Subject: Re: sbuild migration problem: how to jump into SBUILD_CHROOT with build dependencies installed Message-ID: <20220827104414.1956d908@md1za8fc.ad001.siemens.net> In-Reply-To: <78757750-314b-96ec-5a4f-7ea1bad15181@siemens.com> References: <5ac8a864-5a1b-6f03-2318-68c6b8d612f0@siemens.com> <4dd276e8-a0db-4215-6d2a-eb74282d0c94@ilbers.de> <195731f6-fdab-8355-3d76-a9dd997c07e4@siemens.com> <78757750-314b-96ec-5a4f-7ea1bad15181@siemens.com> X-Mailer: Claws Mail 3.19.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: AS9PR04CA0130.eurprd04.prod.outlook.com (2603:10a6:20b:531::29) To PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:269::8) Return-Path: henning.schild@siemens.com MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f9934061-1cf2-45d1-b111-08da88085383 X-MS-TrafficTypeDiagnostic: AM0PR10MB3426:EE_ X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Oe3RZslfIpbLhxv5G50UFKZJR2PX0oQZ8zOEAt+54cgikqllo6ZoXgpGdpHtIou6B8+DZErmw+xb/wd9ZkXbgBWi6+FTpB/ZOCmO/uPKErJy+ZOcwyhM3a+4fSVjdyreEPOIOoZIBXKrmuTUIH031Icff2hFXcNvgpkxucjptRK1UUfOeS1DD+ZWyNvtYIRA/koScg/Zo73O3RuRiWUUyybNWF9rprTuLkH4qVS9BdJJB87DZAWzBPp9AGof17nnqVazpxCX50bILT+06m6+T8ZGrSAAmRm84282K3qx3Rf6UvF8oFENT4hvDi2R0UrnGn2n0lTSPONpIvDMMhRDXP5Vzrj/yWldrzNHOj4VDzsxqJ9p+HeFZL7BP3KwDpHc7T/b9qlIEq9Ip1AlMiUIIINOwjNF7N3tlAXjB2VGI/Y/zLy/HpVcwf1eV4WKYT/feZClhkFfHX7siiZBYcxqUFZLgk560jlnR7TE7sldwRiBHoM9da5RHl1P2Vs1KF737K5r4eCC9CXgFM2GfnlOTqy9wzik1LHBHX1aLWQyLpPaUoqd3D4NZ5pgXyoMu8JyePwxPqAHjg4Xo78t9Xq2L9/5uoBTLaLPQxE/f3LnDFENU5WxNAHhNFNnWlBDvzWpjxAU+Sy9KDcX2G82h1gNTs3PKScJhPrc0sCToWLFxpgtIfhhMXler35gC9hSAJEEOsO3e+c1cgJAH5lxwM1t0w== X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM;PTR:;CAT:NONE;SFS:(13230016)(4636009)(396003)(366004)(136003)(376002)(39860400002)(346002)(8936002)(38100700002)(5660300002)(44832011)(86362001)(82960400001)(6862004)(83380400001)(66946007)(6512007)(6666004)(53546011)(9686003)(6506007)(1076003)(186003)(66556008)(6486002)(41300700001)(66476007)(478600001)(316002)(6636002)(54906003)(2906002)(8676002)(4326008);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?alRQcVcrSFVpVWpBZHJMT3BDM1lCSGU5L3haUW42U2ttUlVsTE9GRUZBbzZZ?= =?utf-8?B?NG10Ulp1STdlcDFWOUd6b3dzZEFrVDJSUFhiYWdpZUVEbms0TWRTb0F2OE81?= =?utf-8?B?NVRGdjkyaTNPc0ZsbXBBQ2NwSkxHUFp4em5BcTJaNzRhNmx3Tk0rZjVXZGIv?= =?utf-8?B?VWxxVmJBQzh2dFpBTjEwc1laN2hoRGpPbjBnTDFSSElzTjNUTXVucFJ6aFNh?= =?utf-8?B?ZURVeXluYmJmQzliOUd4Mm9lM1lmM2JvYXJ5VEZQbjNicCtsWHBienJoRHpC?= =?utf-8?B?K0tVSXZ2Wk9GSERPTEdXU2hXQlhmZVEwdXpnaXNqdmNwZ2NWNWNFN3krU0J0?= =?utf-8?B?SlE2RmJGNUNXc1J5cFVJZkVmOGU2WVk0eEpJbW5CZFF0V0FSV243UzU2Zng5?= =?utf-8?B?YjhPcElVQXJxUWJ2QnZITzBDamMvMUtXVXNKWDdEUUtiQUc4QzVWc2tRY3Y5?= =?utf-8?B?V0F0TEVYUXlJT2RRdU10SjVLWGEraU92N1dmMjJaMS9QaHY2STVhbGFtWEd5?= =?utf-8?B?eDZMTkg4S2p6eHY5UjhOMTQzN1BjWnY1WEpqL0RGYm5kU0dyZ1V2WFZ6eGc2?= =?utf-8?B?eGFIemN6ZmNWdGxCcS9rTm9OUG1EZExHMlZ0MVBvVFNmVm92Y21FWStiOElz?= =?utf-8?B?ODF6eVRFK0Vpc1cyRHRpaWdPS01IQzBDRlZwVGVLRjJEZUh3Y1c3NTJiNFdU?= =?utf-8?B?VmlRWlcrK0lNYWp6cmUxK2lnSjhpSkxtZjZEd2haVk5UMDRWaDFDSithYXJi?= =?utf-8?B?SUJ3L0hmbEhZcCtnNGRXaVpJdDFYM0FHN0lsOVMvcHZVNS9ZU1lVVll3UG1j?= =?utf-8?B?OFBhb3BWTjYxdmJub1dzdUlZMmtPUlNrc0N4LytzOUtJT2NtYjRMWHgySTNy?= =?utf-8?B?V2VRUjE4MmNZYmJsSkJYRnVzNlRwNGFNY1p2NmJPVWhPTGh5cktJdXNWY1dT?= =?utf-8?B?YjhiRnU1NHZ3RnNuMGtGT3lVUTYwUlRZTE9ma3d2ZGt0eVdrdis4YmtYWEMx?= =?utf-8?B?Q1k4djZ6SGZPUksvN2ZyNW81MXJCYUYyMnN2YTdMdHdHMGkvVmZaZUdPRk9n?= =?utf-8?B?a0tVaGhmV1R2RDVzSkgzTUxnbWIwdkFtRVA5NmY1MzlNaC9xNVorK1JndEd1?= =?utf-8?B?ajB5dStJWjBqaVIwYi9lL1daMlI0NGV5WHZsaStGdEZmRldIakJSQS9Xc3Vz?= =?utf-8?B?Wll2WkdMcklYQmgyNmlnZDR1S21xTEZsU0U5VVZPbWFRdVZlN2Noc2R2RS8y?= =?utf-8?B?TG5Kb0RRNVVha3U4SWVWRHdhS3p0UDBqbHRhYkk1a1dDaVhCNHVJRHA1Wmx5?= =?utf-8?B?bUh5ak05VmtVb09BeU1KRE1VUkUzRXdtVEZoK3VOd3h2UU5YT1FDb2Y5TVox?= =?utf-8?B?WUFHTzk5LzRqeHdISkdoT0k2SXRQMEtkV1I3dmlxQlZXU0E2ME5yR00vajcv?= =?utf-8?B?RnB3Qk05Y2NLZzBYbTFpTEk4M1dTZTcyaDViejFVRWZuMUFoR0VZaS83RWZ6?= =?utf-8?B?TDFOcDF2WFp2d2VGUzFhTDJRUWc1TVltNmpqZEdNSEtySndnM1JDNmVoREJx?= =?utf-8?B?bkV4SkdDb2FHZDRQU1NrTklRQnpzc0trc3hRSXNUS2wzbm9QdlgwMExvZi84?= =?utf-8?B?bktuMnV4SU5IWnBpb05HTS85T3VLRlI3SG52T3RZOXVQUkVQOUZpTXB3SUNV?= =?utf-8?B?dk9ZanZPYTN0b2hLZncvbUgvc3M0N0xtaXhzWURmWXF1VTZneGRRMXpsbkFk?= =?utf-8?B?T2hUdmJmWDFQNE0xODlIaXJxT1NPaVQwVWFtUXBobnNlQjY4Y28vTEpCL2g3?= =?utf-8?B?Y2xoQWYxNjNSZHZCY1Mwd2t2MEZSVEdHTU1lREFvbkZjNWVjZXpzSUc0bDNS?= =?utf-8?B?WDJka214cHloa1BEdkNLanA0U1Q4b3hSNUloME90VGFFdkcxRkZJT2pycjBX?= =?utf-8?B?bkpBcmU0di9yLzdtWHM0SThHY1UwWXl6N2NoVk9ZSnZRS0ZiUmszUlMwcTNx?= =?utf-8?B?TzJtYkpYQmgxREJuMkJCN2EyaFhzNG1ob0tUdS90OVFENGJvcWF2bWZ1bzBw?= =?utf-8?B?cEE5MW5wVEViQ3NWdTNpV0tramlXWkhpZTUrOG50RVR0V1libmxrT0MzNzFw?= =?utf-8?B?Sno3azltRkRNZ2k4Z2Vua2tkR1kzZm15cmx5eFRZK2NZK1RmL2VJSlhTMEky?= =?utf-8?B?a3JzU2NvS3lIazdkTkw0eHU4QVVVdmxSci81Rk95OFZOdnNTWDdMRFFEa1lZ?= =?utf-8?B?YTg2V2FSa1VNeDdSS1NTQ2V6cEx3PT0=?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: f9934061-1cf2-45d1-b111-08da88085383 X-MS-Exchange-CrossTenant-AuthSource: PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Aug 2022 08:44:17.0475 (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: Hql07aoPAvHyE7gzrB5XCH40XR3wnuriwoQEVuLnM/HBc7xUCX6Vtt4DC7wEB5gTiWPuXIEx3YnLiq4vSEU+MEDPGG7SDn6WMYFbViyOyu8= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR10MB3426 X-TUID: atrhFfiZy7lx Am Fri, 19 Aug 2022 15:05:08 +0200 schrieb Florian Bezdeka : > On 19.08.22 12:32, Baurzhan Ismagulov wrote: > > Hello Florian, > >=20 > > On Fri, Aug 19, 2022 at 10:36:52AM +0200, Florian Bezdeka wrote: =20 > >>>> dpkg_runbuild_prepend() { > >>>> =C2=A0=C2=A0=C2=A0=C2=A0 sudo chroot --userspec=3D$( id -u ):$( id -= g ) > >>>> ${BUILDCHROOT_DIR} \ sh -c "autoreconf -fi" > >>>> } > >>>> > >>>> In the pre-sbuild times this task was executed *after* the build > >>>> dependencies have been installed but *before* the dpkg_runbild > >>>> task. > >>>> > >>>> With sbuild: > >>>> - There is no "install build dependencies" task anymore > >>>> =C2=A0=C2=A0 Installation of build dependencies is done by sbuild > >>>> internally > >>>> - The task is now executed *before* build dependencies are > >>>> installed > >>>> - I still could chroot into ${SBUILD_CHROOT}, but the build > >>>> dependencies will not be there > >>>> > >>>> Is there any possibility to jump into the ${SBUILD_CHROOT} after > >>>> build dependencies are installed but before the actual packet > >>>> build? =20 > >>> > >>> Correct way to implement this is to move autoreconf into > >>> debian/rules. =20 > >> > >> In this simple example for sure. But: There might be recipes where > >> debian/rules is not directly "accessable", forcing me to wait for > >> 3rd parties to update their build process (or patch things in my > >> layer) and all of this just because I tried to update Isar... > >> > >> If there is no way to jump into ${SBUILD_CHROOT} with build > >> dependencies installed we have a (very minor) regression. =20 > >=20 > > I'd like to spend a few words on the background: The sbuild change > > is not about the build tool per se; it's rather about re-using the > > Debian package building interface. In Debian, a developer prepares > > a standalone dsc file, uploads it to a build server, and buildd > > produces binary packages in a clean-room environment. No > > intermediate steps are taken in between; all necessary information > > is contained in the source package and its dependencies. > >=20 > > Clean-room building is a requirement because otherwise binaries > > could be e.g. linked with libraries which were not intended by the > > developer. There are also architectural reasons like modifiability, > > etc. Yes, removing interfaces is technically a regression but the > > resulting functionality is more important. That is why we'd like to > > follow the Debian way and avoid custom steps. If this is not > > obviously applicable, we want to see the use cases and discuss them > > in detail. =20 >=20 > That's all fine. Clean-room building is definitely the way to go. >=20 > >=20 > > Regarding autoreconf, rebuilding the files can be done in > > debian/rules (there is also dh_autoreconf). That said, I personally > > prefer to generate the files during the development phase, commit > > them to the VCS, and disable maintainer mode for building. This > > saves time, reduces dependencies, and avoids a number of issues. > > =20 >=20 > autoreconf was just a simple example. There is more in the wild which > can not be moved into debian/rules easily. Most of the time it's not > really a technical issue. See below. Maybe that can be moved into the rules, even upstream in the project you are dealing with. You are using a prepend to an isar internal task, while there is do_prepare_build. I would say a _prepend was never an official interface and complaints about API changes are invalid. My proposal would be to run that command once and turn the result into a patch. Patching is a complicated thing to do, i hope you are on dpkg-gbp. Otherwise you might have to write a patch-patch to smuggle into existing quilt infra in debian/ and hope you will not have to patch debian/ itself. And maybe automate that in do_prepare_build. > > Regarding the debian/rules being inaccessible, in that case I don't > > understand yet how you build it with Isar in the first place. I > > suggest that you share your source package (possibly offline) and > > we look what could be done. The idea is that any extra steps go > > either into preparing the source package, or into package patches > > -- so yes, patching may be required. =20 >=20 >=20 > Sorry, I can't easily share that. But: We have a group of Isar users > doing integration tasks. They're fetching sources from different > teams / organization units and building product images out of them. >=20 > If the integrator is unable to update build tools (Isar is one of > them) because of a broken build, they're stuck. Long term: Try > pushing all the 3rd parties into the right direction, short term: Do > not update Isar or start patching. >=20 > Pushing them into the right direction normally takes months... > Patching is a nightmare. Skipping updates is easy and wins. I know the pain very well and tend to agree if i try and remember one of the days where i quickly wanted to bump the isar version under a layer. But with a bit of distance i would say to anyone that it is always worth following. Anyone who decides to skip updates will simply get much worse problems at some point in time, when the pile of work became too big to work on. So it is likely good to sit a big change like sstate or sbuilder out for a few weeks, to wait for bugfixes to slowly enter isar. But once it seems stable start trying it under your layers and do the work well before your project really needs that new version on a branch. And if you see people playing with Isar-internal tasks, variables and what not. Point out in your reviews that they better should stay away from that. Its those quick hacks that later cause high cost and blame on Isar. We could also blame bitbake for being so powerful to allow all that, but that is also a feature we all value at times. regards, Henning > So whenever we break Isar APIs, we must be careful. Keeping a bitbake > task but changing the conditions when the task is invoked is dangerous > and frustrates users. >=20 > Conclusion: Jumping into ${SBUILD_CHROOT} with build dependencies > already installed is no longer possible. >=20 > Thanks for your comments! >=20 > Let's hope I can somehow solve that issue ;-) >=20 > >=20 > > We've seen a number of such source packages in e.g. meta-iot2050 > > and it does require some work if the upstream follows the "let's > > fetch 128 deps from everywhere and bootstrap ourselves" process. In > > many cases, you want to have clean source packages yourself to > > comply with license requirements w.r.t. rebuilding. It is also a > > big help for the users of the package, since anyone can then > > apt-get source pkg; sudo apt-get build-dep pkg; cd pkg-ver; > > dpkg-buildpackage -uc -us for any given package. So, custom package > > recipes should ideally just build the source package and leave > > building to Debian tools. > >=20 > > With kind regards, > > Baurzhan > > =20 >=20