From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7184069459095584768 X-Received: by 2002:a2e:9890:0:b0:27f:c4a3:53cc with SMTP id b16-20020a2e9890000000b0027fc4a353ccmr1864541ljj.368.1672824586736; Wed, 04 Jan 2023 01:29:46 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6512:753:b0:49a:b814:856d with SMTP id c19-20020a056512075300b0049ab814856dls2934740lfs.1.-pod-prod-gmail; Wed, 04 Jan 2023 01:29:45 -0800 (PST) X-Google-Smtp-Source: AMrXdXv5nV90avdVkXYHoKBhqX9/SN+RV+joZpPuRBYwkeuWU1lCLCouEo2Mu9EdiE6HVoSwptxP X-Received: by 2002:a05:6512:3b91:b0:4a9:9827:68e8 with SMTP id g17-20020a0565123b9100b004a9982768e8mr15589607lfv.7.1672824585365; Wed, 04 Jan 2023 01:29:45 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1672824585; cv=pass; d=google.com; s=arc-20160816; b=iB+mhntCfZoKKpScLoEmI5owPNkbHAvdQ3Ui7htNdwUztyUHB2pRGQICFpGvXYEcFm miD+5bs4ilJvdPGW66g8IpBHeEYe9IGkGRsiLdBYliNftQHxvBz7hm7U/TaBHARHtB1+ RJd9jhRbCuApubyJdr50AgEs+k9ufgFGzuF1qEuN3Q1Cogg4rGaHjoyOKZMZ5qkhXEwz of56F5YWxJGXytiYJVZPbw8idl28EsTlU/SfVmFcnVjP/E3H2r3Pqa+jAnVjPxf0FMxn TAN7fZyCKV2CzzHd/oH+nxya+evDoLyOLOvHLZPtwf5fZodG7UNNDVDEI41BHcA6S4W0 P1zw== 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=po1agFv6GKIRH7+Hdj7yAMqZ+VR05hcLwlAHJr3Tlh8=; b=n7WCamMW17tyoKF8BnYepnIK259rspouhDONFfh7rbxHyomY2xXMF/8Kc4K8SFsHmb g3fM6uEDRNQ6olDMONal31GK0aRkSj+M7LB0e9+nOLoaSVeFKd5JqXW+uWswoBj3CAW3 PUraBtf5XZ4aLF9ftQkgnw7XGTJYJ/6H7Jp+FQS32fSZI3Dba8KcWxV2H/vzemKjz1d3 4Ye/Q0BK8TMZ4pu+wuaBQMH0iGHobcEueylGA0Q9zXWY/srv81ojEIhU/BTwwECeAkWT LeOmDo8Lqz6cdEBueMZ0D7dx2hPJsB0UC+A81Xt6+uRpkc/Pc89QV2aW4/UUIxBI4mg5 qqfg== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=ZJ9VcQUN; 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.20.81 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 EUR05-DB8-obe.outbound.protection.outlook.com (mail-db8eur05on2081.outbound.protection.outlook.com. [40.107.20.81]) by gmr-mx.google.com with ESMTPS id o22-20020a05651205d600b004b5767257ecsi1266390lfo.8.2023.01.04.01.29.45 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2023 01:29:45 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 40.107.20.81 as permitted sender) client-ip=40.107.20.81; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=ZJ9VcQUN; 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.20.81 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=GKr8W3HWmUZHClE0EuZHTEX6VsqiHkyi5wXwm9BuyoC6YHoACzsIc3+017irAz5F0Z2OEa6n5smhLUxPRa8JSE8dfN6fYDoJ5ghIjHRXG9403c7Hh0JMY+Kvcfpn3JFovyyKPpnzwl5LVvNTCsT4d7dUyvf+ffOK0UGqReEenmVASKMV9k0BV5F4eL6SvWQ6kruIhpY9FLvVS8SZ3tJEy3mZVfWSYhGVwZ0p9ZQCIjhIRwBj2KxXfD+ckDBceHkSx4mi8ttUt8w9G7kA8ft17Y9ulNkMJxOf5hU9lX606jbGgUw4dHrjUZCM3sOdsR334WBpsenahRTxvvp61n69Yw== 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=po1agFv6GKIRH7+Hdj7yAMqZ+VR05hcLwlAHJr3Tlh8=; b=GtpVWOdSvWKmiYCGWA7Xd3Nu/N7rexF7iAtAPqDtPuVbHVFiFBu8VfdnWkEo35nMyXEgqJPUhOlHE06R31IB9goAbm+AfM5LVfkdbHibEZWwyjiXY/jOhpLXGoWUe2R9aLVPOoRafJbZgByCJXeezOmT+ai8HiNOei3HrVIs1eS/ijfm/c1In2uHLgRtwgXOyr0Xto7mYz4hjouT0oUzL6p3Hi1sd1hnVANZ3Uid7dsh4vdjN7tb5xzbRy7097RDqf13LHi68FI5xM78nSr36DQnYZjS9wNTdWY+jjcHlua15uJEWKFo2lwKOSNhYwUKaz5wBoBSzUinftisV9vm8Q== 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=po1agFv6GKIRH7+Hdj7yAMqZ+VR05hcLwlAHJr3Tlh8=; b=ZJ9VcQUNhif5HEsO7ccLlhYswZx+O2LZCTO+tsk0ERIaUE6/fxZ2ebRBgyCNuPi+hup07DymGrm9DoWTv1pgarSWLXFm/6dWafTrHCT47ElxWHdNc6VAo9OowILKjwzCAuaxwt9/sS5qng1K1d4N6v0T+aWy+cWB3EHaJWLMlE+9AtXjGidjAmu4EQC5wRr1aJpib2+NF6GgrkGmeEi495mmtc8Vcjx+Ij1SAudLSE7SuGK7drTSW8DmMl2PXzcZSm9GGgqI7lDb54L+FWoH2c7VI23q21z5tjGjRWTAKU0wLLpgnoaep6i6OrGz35rTcsZ9X8Tb/axB1oE7FFb1YQ== 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 GV2PR10MB6624.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:150:b1::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5944.19; Wed, 4 Jan 2023 09:29:43 +0000 Received: from PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM ([fe80::bdf0:fdeb:f955:bc79]) by PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM ([fe80::bdf0:fdeb:f955:bc79%3]) with mapi id 15.20.5944.019; Wed, 4 Jan 2023 09:29:43 +0000 Date: Wed, 4 Jan 2023 10:29:34 +0100 From: Henning Schild To: Cc: , , , , , Baurzhan Ismagulov Subject: Re: [PATCH] image.bbclass: fix non-reproducible file time-stamps inside rootfs image Message-ID: <20230104102934.042477a8@md1za8fc.ad001.siemens.net> In-Reply-To: References: <20230102145828.32763-1-venkata.pyla@toshiba-tsip.com> <20230102174418.686715cf@md1za8fc.ad001.siemens.net> <20230103200543.07e987ba@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 4.1.0 (GTK 3.24.35; x86_64-pc-linux-gnu) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-ClientProxiedBy: CH0PR03CA0246.namprd03.prod.outlook.com (2603:10b6:610:e5::11) 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-TrafficTypeDiagnostic: PA4PR10MB5780:EE_|GV2PR10MB6624:EE_ X-MS-Office365-Filtering-Correlation-Id: e5337ddb-e8d1-4d18-249d-08daee363616 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: lUcbGWFZ/7G4PD5wVSXR2jDU2xO1TV9bZ5vDBIGThlNY/YcBOwO4VWNY7Gy9+LFlZp8ps5YOt0+3g97A2eUaR0BDkXfmQLvWc8DwjJ7De4B/AJtOQhDL/VHhjkzJA5SRCNduqN/7YI4VWSkZe9g62buyBiVawvrXvDeeAVZoDLvX+mO/rofZN4avPtpqYJnSlAJCNeL4BRqT5XP9hDF6g6cZTu4vR1+pWVCXNOkczvQSZfJAyt/sS82WE8ALUF1J6wSnlTp65DdtmrBkEU6PjvGNUNfjUV9joO5tMPmULrAtSwDt/etQl9R5efgU34zOjNdDKgGMplCOD0x6PlhAyjjheESuNCl6hYcxfhlLWKcD1F0gJ5eg/0MtxqN/l9MVe86oySjP7j3J4lMUf+nlxig65+Lw7Ie5sQV2ivE93qhk7a+hF3i3p6Cpi/14JUOuArI/InjO0vVfAk3GgrQ2sIAwTvijlyKuTgOCMUjI90grK/LlUX7sWglAMYM9hsCwMOh/DuMaU4k+WSEC/fo2f950f5Hh8+ny1Xww3A30QV8NA7YQ8OU8mS00EcQ8qm7r5VrXYMXvDGhW7h2yRiSjt73AYoL4OsOLKlXXq6382DAPQQTiSfxafa/2qQyKQ7IL06piGEVV4MC+ocv4TFXwwoxEKfa3PSyHF8LBk0Uolb+6u5FdAr+Jm+gmJLMHA2vtCqGzFS11Ck//9n/wBzAGBw== 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:(13230022)(4636009)(366004)(396003)(346002)(136003)(39860400002)(376002)(451199015)(478600001)(38100700002)(82960400001)(66899015)(26005)(966005)(6486002)(83380400001)(6506007)(6666004)(1076003)(6512007)(9686003)(186003)(5660300002)(8936002)(8676002)(4326008)(66946007)(66556008)(66476007)(41300700001)(2906002)(316002)(6916009)(54906003)(44832011)(86362001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?MXgyd3pzbkh1dDJOWFkzemdsaWtSQ0JwOXdBYndYamJISC9NS0Rxb1dVRFpm?= =?utf-8?B?UWxwQ0N2YktvRUFNdlBBZURLdlVUN2tKZGY1bVZMYmVBcW55V2ZySXpQTVVF?= =?utf-8?B?WEdnL0dzODhXeEJydnU0MysrR2lGN1AyS2QzMklDMW9FRkVwenh4Vy9qdFJ2?= =?utf-8?B?MVAxVnhuYzh6b1kxMjRvekl0RnRaSGM3UFlzNUN5KzJYMlkycmh1L3dCNFIv?= =?utf-8?B?VHBUTHV5cEhiYlBZNU5pU3g4c0gyeHN0UUI0Q2JIeFdxVG9wT2tOdFFFaGZ0?= =?utf-8?B?eHVWNEFOeTJKaGVnRUFJK2gyQ0JqcmRqQU5aYjMzRVc3M01rZnZxN0FrZHhL?= =?utf-8?B?MDJEZ3pGaGJpSGZPOWNyR3hJUlBhK2tmTUVVMU5oT21wbUptbTdMVk8xTlZR?= =?utf-8?B?bEZ4V0l2NlI2cXRMdmlxTkdleGtSaXkrY0JZNlgxY090M1BidVluT2tDL1U3?= =?utf-8?B?K2JJMlduTnQwbGZ3Q2RRd2lHRFdFRjdrbHQrUjUxZG51OGNkRXhqSGFKTnMr?= =?utf-8?B?b0FxbFFCUGpQRjBRTDZUWmJIemJFRVVQZXNEU2pHTG9mT0k1TlNLZ0hUNHV4?= =?utf-8?B?OGRGalJ1WWpFakVLN2FzcW01Tk9XS2p0Yzl2TWtRNWZveENRZ1BGSldrbXdQ?= =?utf-8?B?aTVOeUtOT1VsTWlHcTdqOC94T21hWlpzQ3JILythUGNBSkY4L3k1ckFNUnZq?= =?utf-8?B?UFBwcDg0T0pvL1Roc0FnVTBRQzNnK05Id0FUNUovWkllald6cHp5M3JhbWts?= =?utf-8?B?c1VySVYxMWliTHB2elZmU2xGOElPZ3FsSS9EWFUrck51V1J0QlJlbU1QRC9M?= =?utf-8?B?b3V2VTFudVVIa2hjK2c1Vi9qTHNOYkxTUmdja2h4SVcxTE1HN0szS0VhUVE1?= =?utf-8?B?WndwZHZuSVRObEM5VkRwanh0cmFhWDV1cDF0SEVRM0hMYXhNR0NnTmVVam1H?= =?utf-8?B?MUY4RyttVmZpSERWT0F5eUlaZ1gzZFh6azBDcmVYN21ydU5EL0xDVGh2b1N3?= =?utf-8?B?eno0djBUVzBpSnVxalR2MzByTVZpZkIrdDhuc2ZRUndadTdscDNnY2VGeEJE?= =?utf-8?B?dW1EYWhKL25XSVk0aEdSRG1qajZ5QXQvSU1CLzU5MTB5akVTTkRlT0tkeUtL?= =?utf-8?B?a2kzUUFEZUMrWTYyRGZLRDFtOEk5YjNhWVdCV0lSdnBlL1ZPblFzaU8wTzY2?= =?utf-8?B?WUFxQ0NZdndMVUNNZ25JSkY0SUtTVkozT3JHTzArcCs5UG5HamU5bWRpbmN1?= =?utf-8?B?R1VUQzMzTzNOYmxCRUZoTmE4UktXNWkvbUdrY1RHeVFTRnBZZDRoVjRzbTFu?= =?utf-8?B?bU50TVNYRGdzVXRQRk5JY3pQaWd2eG9GK1Z1MCtTQVpWQUVZVDFGNDRuL3VI?= =?utf-8?B?ZmxkdHdRVlBOZ2NwbE9CK2tjbHZ1R09MRkxYcEY4RFdER3MxeHM3VTVXclFP?= =?utf-8?B?UEtVcEMvMCtaTitEUFIrdGtzUXhmMm5WYm1obkdsNUYxUnFsVVgzZW1NMGd1?= =?utf-8?B?WHBXYVhJN0lDS2hoZGxGZ3Jtc1g0NExnZWZHYkdpSkdLL1crdVc2WU15c3hM?= =?utf-8?B?RTJYc0J2K2JHYnNjSVdVb3grZ1c0ZTRjTTc2VG5rdUxrNUVGOFZsUlhBVnFV?= =?utf-8?B?NnBYbHlZczZzOGdMbzJrbDZ5NmtYbWNEMEphYjNXZXN0SW5pUEtmQ3IzS0tq?= =?utf-8?B?ODJacnhzbkV1NGtuZHdDdU4vVjdaVHRlQmI5dnU5RE40RXdCbnUxeGZGVExO?= =?utf-8?B?djZFOTFRMzFwVGZyb1NPZm5oZEVXM0EvWlZSRlJmYUlzeDZqK3VKQ0FkYzFS?= =?utf-8?B?U0hlUFk0MEZoMExFMTZCSkhZaHEwOVVmQ0FudkRKcUk3aEpEUXNtVnF6M3JN?= =?utf-8?B?SmZIOXlsM2pjM0dUYU14U0g4RHB4d1N0bzBWb1FoeStKczJuY0MyTWRySmFH?= =?utf-8?B?eitrK1RyZTNxeGpiQ0RUWmIvekNLdjBNZGR2UmpOVE5tNHpROE9naXJ4bDkx?= =?utf-8?B?WTJvaGlJQ0QxZUpBRXRZTGQ0V3ZWUVdlbE9mRUIzbGVBcnJFNEh2ZWZMem5I?= =?utf-8?B?c1VGM2xia2NYbWEyM2ZQTDN6VjdPNnJFM2x1NE40Y0VPSFF2cVVnSkhuZGNp?= =?utf-8?B?RHp2QXNjZmwxcGxKcEZjVjlxWENEVGg1UHJYazZpMjBldFJOb1kyRURnUHlv?= =?utf-8?Q?a99T2W+fWIVhZGjfnJEzeDk=3D?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: e5337ddb-e8d1-4d18-249d-08daee363616 X-MS-Exchange-CrossTenant-AuthSource: PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Jan 2023 09:29:43.1599 (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: 4IWxVV037Ww2Jd31qlGnda+xsz5dR5vehVsbSSOBqX/h/gytYLENhJKpXs5ANpkGxCzudbpU7b2nY8Ft39u/XKeTisRqwpIrJa+Wlu1PTAE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: GV2PR10MB6624 X-TUID: nMvnj2TyTq/d Am Wed, 4 Jan 2023 07:54:44 +0000 schrieb : > >-----Original Message----- > >From: isar-users@googlegroups.com On > >Behalf Of Henning Schild > >Sent: 04 January 2023 00:36 > >To: pyla venkata(=EF=BC=B4=EF=BC=B3=EF=BC=A9=EF=BC=B0 TMIEC ODG Porting)= >tsip.com> =20 > >Cc: isar-users@googlegroups.com; amikan@ilbers.de; > >jan.kiszka@siemens.com; hayashi kazuhiro(=E6=9E=97 =E5=92=8C=E5=AE=8F = =E2=96=A1=EF=BC=B3=EF=BC=B7=EF=BC=A3=E2=97=AF=EF=BC=A1=EF=BC=A3=EF=BC=B4) > >; dinesh kumar(=EF=BC=B4=EF=BC=B3=EF=BC= =A9=EF=BC=B0 TMIEC ODG > >Porting) Subject: Re: [PATCH] > >image.bbclass: fix non-reproducible file time-stamps inside rootfs > >image > > > >Am Tue, 3 Jan 2023 14:10:14 +0000 > >schrieb : > > =20 > >> >-----Original Message----- > >> >From: isar-users@googlegroups.com On > >> >Behalf Of Henning Schild > >> >Sent: 02 January 2023 22:14 > >> >To: pyla venkata(=EF=BC=B4=EF=BC=B3=EF=BC=A9=EF=BC=B0 TMIEC ODG Porti= ng) > >> > =20 > >> >Cc: isar-users@googlegroups.com; amikan@ilbers.de; > >> >jan.kiszka@siemens.com; hayashi kazuhiro(=E6=9E=97 =E5=92=8C=E5=AE=8F= =E2=96=A1=EF=BC=B3=EF=BC=B7=EF=BC=A3=E2=97=AF=EF=BC=A1=EF=BC=A3=EF=BC=B4) > >> >; dinesh kumar(=EF=BC=B4=EF=BC=B3=EF= =BC=A9=EF=BC=B0 TMIEC ODG > >> >Porting) Subject: Re: [PATCH] > >> >image.bbclass: fix non-reproducible file time-stamps inside rootfs > >> >image > >> > > >> >Am Mon, 2 Jan 2023 20:28:28 +0530 > >> >schrieb venkata.pyla@toshiba-tsip.com: > >> > =20 > >> >> From: venkata pyla > >> >> > >> >> As part of reproducible-build work, the rootfs images generated > >> >> on same source should be identical between two builds. > >> >> > >> >> In this commit it tries to solve one of the non-reproducible > >> >> problem i.e. the rootfs file time-stamps generated during build > >> >> time are not reproducible, it uses one of the solution provided > >> >> in the debian live-build image project (refer [1]), it fixes by > >> >> finding all the files/folders that are gernerated newly and set > >> >> the time-stamp provided by `SOURCE_DATE_EPOCH` environment > >> >> variable. > >> >> > >> >> [1] > >> >> https://salsa.debian.org/live-team/live-build/-/merge_requests/218 > >> >> > >> >> Signed-off-by: venkata pyla > >> >> --- > >> >> meta/classes/image.bbclass | 9 +++++++++ > >> >> 1 file changed, 9 insertions(+) > >> >> > >> >> diff --git a/meta/classes/image.bbclass > >> >> b/meta/classes/image.bbclass index 813e1f3..f592a12 100644 > >> >> --- a/meta/classes/image.bbclass > >> >> +++ b/meta/classes/image.bbclass > >> >> @@ -430,6 +430,15 @@ do_rootfs_finalize() { > >> >> "${ROOTFSDIR}/etc/apt/sources.list.d/bootstrap.list" > >> >> > >> >> rm -f "${ROOTFSDIR}/etc/apt/sources-list" > >> >> + > >> >> + # Set same time-stamps to the newly generated > >> >> file/folders in the > >> >> + # rootfs image for the purpose of reproducible builds. > >> >> + test ! -z "${SOURCE_DATE_EPOCH}" && \ > >> >> + find ${ROOTFSDIR} -newermt \ > >> >> + "$(date -d@${SOURCE_DATE_EPOCH} '+%Y-%m-%d > >> >> %H:%M:%S')" \ > >> >> + -printf "%y %p\n" \ > >> >> + -exec touch '{}' -h -d@${SOURCE_DATE_EPOCH} ';' > >> >> + =20 > >> > > >> >This looks like i have seen it before. For me that is _way_ too > >> >generic and something that is not a package touches files all over > >> >the place. If some package now wants to intentionally bring a file > >> >that is from a far away future? > >> > > >> >Which files are we talking about here? It can basically only be > >> >metadata and other little places where we violate our "everything > >> >comes from a package" rule. =20 > >> > >> files/folder/symbolic-link that are modified or generated during > >> build time like /etc/os-release /etc/hostname . > >> . > >> . > >> /var/lib/dpkg/info/* > >> /var/cache/* > >> --- > >> > >> I have printed all the files that modified during build by > >> executing below command find ${ROOTFSDIR} -newermt "$(date > >> -d@${SOURCE_DATE_EPOCH} '+%Y-%m-%d %H:%M:%S')" -printf "%t %y %p\n" > >> > >> modified_files_times.txt > >> > >> attached modified_files_times.txt for your reference, all these > >> files/folders/symbolic-link are generated or modified during build > >> time. =20 > > > >So i am guessing it is about anything that comes out of postprocess > >functions and maintainer scripts like postinst ? =20 >=20 > Yes, those are the files that are modified by the packages and have > different timestamp on each build. I think it is okay to set > reproducible times-tamp for such files, as they are not coming from > the packages but are modified at build time. Sure they are OK. But if i read your patch correctly you will potentially adjust times on ALL files, not just some for which it might be OK. And it uses a variable which does not have a default, should we not set that to something? Or help users to choose a good value for it. Without this variable and a clue on a value to pick, this is all dead code. =20 > > =20 > >> > > >> >Has this ever been tested against a complex layer, has any of the > >> >repro work ever looked at something bigger than the very > >> >artificial isar base image? =20 > >> Similar implementations were used in the projects like > >> Debian/live-build[1] and poky[2] > >> > >> [1] > >> https://salsa.debian.org/live-team/live-build/-/blob/master/scripts/bu > >> ild/efi-image#L57 > >> [2] > >> https://github.com/yoctoproject/poky/blob/master/meta/classes-recipe/i > >> mage.bbclass#L673 =20 > > > >I am talking about isar layers not other projects. > > =20 > >> > > >> >I think a better start would be to bbwarn and only much later > >> >move to "-exec touch". > >> > > >> >We recently added CI tests for reproducible building. Would be > >> >nice to the two patches. p1 writes a test-case that goes red, p2 > >> >(this one) makes it go green =20 > >> The patch (p1) already been sent [1], for writing test-case to > >> verify reproducible build problems, the test-case is getting > >> failed (shows non-reproducible time-stamp problem in > >> build/diffoscope-output.txt) when executed without this patch, and > >> after applying this patch it will still show fail (because there > >> are other reproducible problems to fix) but the non-reproducible > >> timestamp problem in rootfs shows fixed. =20 > > > >So the code is there but not used because it goes failed anyhow? In > >that case i would suggest to rewrite it in a way that it does not > >fail and can run in CI. It could for example ignore "known issues" > >and be enabled, where then this very series would remove a few > >"known issues" in p2 (p1 would be to introduce all currently known > >issues and enable that thing in CI) and p3 would be what we look at > >here =20 >=20 > You mean run the test and just ignore the results? Ignore some, the ones we know as violators that we still need to work on. But do not ignore anything coming up as new problems, maybe/likely in layers. Again, has this ever been tested on anything but the very boring isar core? isar-cip-core could be interesting as well, especially the image cip-core-image-security > > > >Not sure i understood but it sounds like we have a test that we only > >run manually, and i want it to run in CI. In fact a script to check > >for repro issues should be so generic that any layer can use it. =20 >=20 > Eventually the repro-build test-case should go to CI, I will plan to > do it. >=20 > Can I know where the isar CI pipe lines are running? I couldn't see > in isar-github may be running some other place? Unfortunately the two places that run it are not public and would require you to receive an account. You could ask Baurzhan if you can get one, or you just run it yourself manually while working on the patches. If it is enabled and will ever fail, you will likely get reports from CI sent to you. Henning > > > >So your vision would be that isar core brings that script and i.e. > >jailhouse-images can run it on all its images. And a few calls to > >the script will also be in testsuite/ and be called in pipelines > >regularly. > > > >Henning > > =20 > >> [1] > >> https://github.com/ilbers/isar/commit/9698445eade76fab81e2dc16d4cb58b2 > >> 4e953cb9 > >> =20 > >> > > >> >Henning > >> > =20 > >> >> EOSUDO > >> >> } > >> >> addtask rootfs_finalize before do_rootfs after > >> >> do_rootfs_postprocess =20 > >> > > >> >-- > >> >You received this message because you are subscribed to the Google > >> >Groups "isar-users" group. > >> >To unsubscribe from this group and stop receiving emails from it, > >> >send an email to isar-users+unsubscribe@googlegroups.com. > >> >To view this discussion on the web visit > >> >https://groups.google.com/d/msgid/isar- > >> >users/20230102174418.686715cf%40md1za8fc.ad001.siemens.net. =20 > > > >-- > >You received this message because you are subscribed to the Google > >Groups "isar-users" group. > >To unsubscribe from this group and stop receiving emails from it, > >send an email to isar-users+unsubscribe@googlegroups.com. > >To view this discussion on the web visit > >https://groups.google.com/d/msgid/isar- > >users/20230103200543.07e987ba%40md1za8fc.ad001.siemens.net. =20