From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7184069459095584768 X-Received: by 2002:a05:600c:1e14:b0:3d2:1fe3:757a with SMTP id ay20-20020a05600c1e1400b003d21fe3757amr2781673wmb.173.1672840439497; Wed, 04 Jan 2023 05:53:59 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6000:251:b0:269:604b:a0dd with SMTP id m17-20020a056000025100b00269604ba0ddls316225wrz.0.-pod-prod-gmail; Wed, 04 Jan 2023 05:53:58 -0800 (PST) X-Google-Smtp-Source: AMrXdXvJIYBIzq/QjGXLPiK/2MmXdliu1zmtWlqDMsCJxi8rSu5eaDOG3IjIQafizX+d4oM0v4d/ X-Received: by 2002:a5d:5a18:0:b0:297:9256:c2ac with SMTP id bq24-20020a5d5a18000000b002979256c2acmr7450166wrb.8.1672840438308; Wed, 04 Jan 2023 05:53:58 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1672840438; cv=pass; d=google.com; s=arc-20160816; b=Y3m/MyYfLyU4vVKZwRe2j8U03v8yCWnpLrHkh4UBEq1UOZhjeVQxJcEoTM+8lM8QI4 1SP3r3FoyLwXwmgZ6iUr3ZUVs87lzLNM3xKK/aws5gx+EF8wx+WV7hRC7h1nZ/uDiLta Z7WymO2NXbhD09sYHU4/yE8ssPN6igMfrnQoQtg2aKR7AHZd5DJJ/Te0EXYP+eMiIwgN Jd7jC3jebjWHWBQG+adH7S48l08yXODVZdNaAogqKTR56uqAhFAxA6Q2JRQ1nH4VKvam reJ1kG7U1eudzUNh+0qyFHY0te1KuQgBA0+VzzEskTcoio8ZWNO8/GTzaHPgcM3Hjmmy 9FuQ== 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=sWD+qXr3h85dCR2DuehbSa4Ovk+4cbJDGpOVg8w5Oi4=; b=gZbJu+UQv6ezfE2BVtX9fJyFsDSTx26hMmnCmM0JZLDpA1LNcyPzyoroz/Y6s5+dO0 WF8VLISi11C6xfk4AZvwdo1I1vqF3NkQbsYpHYEdofmAxwtsWf/EU8vxYDsBWlv3sKOH HxMRXHwm8wx6y4B9jOcs0jG2bC6dEcwhPm2oFaPsdTtU5d2/38jEV8IktJmXCk3M2JRl Je++3tXqxxCUal2DPiTWJNTk/3NP7OCU9WkUGif9UYNpmpuAKgDvXAFlXxWMcIV3DKlv 4q1iKLd0zrOmWhHPeKV4PP39W6Wh5UiW4e8Ci2BevGqFIN26d7aYih4hbo+wm6Uz7yGE e+Kg== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=wtZoxvHr; 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.241.73 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 EUR02-VI1-obe.outbound.protection.outlook.com (mail-vi1eur02on2073.outbound.protection.outlook.com. [40.107.241.73]) by gmr-mx.google.com with ESMTPS id u5-20020a056000038500b0029c9b8d8aafsi230115wrf.6.2023.01.04.05.53.58 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2023 05:53:58 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 40.107.241.73 as permitted sender) client-ip=40.107.241.73; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=wtZoxvHr; 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.241.73 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=hUBPHKI3bZXyAnLElIfnxn6Kt2Kq8hDPGtDVQWmLwCvv64y1XYHl64e+u7ROrXF4zNgTszIbDZ/G/gPLUa1UfinjkB2XlLXGs6ZeapfQu+luX6j9SGg/f8mnVXZqzqULGOhBCioq9M4rBZm6uixL9mq2SIxin/1KR+CLeP0pcBrbpWX3BQ0lYeGLDNlqGVE4UwtI2s+7EbqWB+JzjM8z3RQmGsi8BisHyTF9RCMwrKYLTAH02S1lCzJbinG3X01SKqRn5gv3hvk0eA0C1k8kJfuFMKaFHrbP1yFpgRqGyd59sI31Oss5NRm0qgXI1v7k4c5s2SQFSXecKrTyVyeW/Q== 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=sWD+qXr3h85dCR2DuehbSa4Ovk+4cbJDGpOVg8w5Oi4=; b=amnct6QmhJVHjwAnfhI31bIcVmG9jJp3mj0+/vDZKx7VjkbwNqBdg/31KdWg5i18bkNyffq0CYW0y8bwZW/7xmICQiX6AzXi2Uo/SKibTEpGp/5ecpM8gnjbQbkdLcUjfMBcIez0mOW1I+q2zfepUp2LkDKjVBKanov3WlLJYsJYGB51RdC9onsjhoWGRvKmzOGz++r9N7u2sXCTJYB2rj9ZbfULu+CpX/03tpJotd3FSzucdU8jQbde6nNsfWNFTbYsq/nw4v9kO5wk5C6vQw8XGyGa9IpGQgXtgAa83X3h4LYnGueagddgOKnEfSPEJMwVPdUMhfNRsdiROQuvtg== 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=sWD+qXr3h85dCR2DuehbSa4Ovk+4cbJDGpOVg8w5Oi4=; b=wtZoxvHrQKiCK28i1V+vEuhUW38A834jbGMXycjxk1MFqdN9L1tmPux3RcHgQoWhjedUerGBjqvgFT6UQK3wuNLhWHAXTQuZvSW9AmOrXp9Q7Nympa1Y9FV7Zcbze0wc4KAQoZhtzJSfiUcxaQY5AgXzr7V66/GzsFzfK5j1LPM0X12XOjA1XgeYF64PruBMgOHAryvpF3OXBxam/EAGbCIERLqFiqjmV2DqjkFOqTiW5vA0O5tmcHdNkV+eZARemwb9qKMrWZKQAHMhesOo2X56r7HBJwb7ZWa/Pfd8mZw5s6XDF13yC2c05vIId6Ha0IGBkACa6p9f5S66xAFbEA== 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 DB8PR10MB3894.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:10:163::21) 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 13:53:56 +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 13:53:56 +0000 Date: Wed, 4 Jan 2023 14:53:52 +0100 From: Henning Schild To: Cc: , , , , , Subject: Re: [PATCH] image.bbclass: fix non-reproducible file time-stamps inside rootfs image Message-ID: <20230104145352.29d67908@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> <20230104102934.042477a8@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: FR3P281CA0164.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:a2::18) 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_|DB8PR10MB3894:EE_ X-MS-Office365-Filtering-Correlation-Id: f76a6f9e-20a5-4464-4c0d-08daee5b1f8a X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: d2WHiSo7Exf+f+tG2rCk/TpdDsl41WZft+t0j3wzOdpzqQwrLPlvzT20n4G836taFvw09NkD9VtzycRg9OuUu4VOJVKx9XnBoE9CdEovZNINrypAhA3LtCGy5quCU2wcQtujGBTPml9jvGD5W4YzHRSVMAdCXIczRtI9N0rdzbe38ah+s1ap5FoNwIJpBPkg1QzDr2ZdXHwY31ZAyWzNc0QfPVv9zeKoO3hONDpwYteLWbZiG/h1MFn79IysSArW4r2q5zucfiHmwAA85CMqK2d5OjY68rgN1mvP8u4LcjT9AmFyJS5PpekoCaaxTEOI2xbvhge1PNlXkp9XkWS0dzZBrBbZkGX6b55EFquUr/sswr4Eq+K1Z/pWayyV1MHSEXqLni/3h75jkX0eqCpx5lM2yAR+cS/bLK6CmsXEclUEykjBNug18WrgTiGtpdrLS1sYKlfuWcu9kPDFp7ABV5RaYVjmbdM75M9PyxaK/83DZfardtITE0ClzN/tbJIdx+NKLlfwL0QIIlAW3UC/AM89oPtgp3YBqu2/9B573j/wQUCMcRr/jJHdBM7NdYpzP8paXYpLmZVcQ8yTY/L8LKfkUyGu1xvbe2Balo2532kbJKBO99U6JNmzgSmFKw7pX9kTKpeS9rfwGqULHDk44a10Ducaq2l3eFz2FhgpfofliH//F26O7pGCH4vcQlSQmmdUzLnWRKxd/4Gk4Rd2LQ== 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)(136003)(396003)(376002)(366004)(346002)(39860400002)(451199015)(41300700001)(5660300002)(66476007)(8936002)(4326008)(66556008)(66946007)(66899015)(8676002)(54906003)(6916009)(44832011)(316002)(6506007)(9686003)(478600001)(966005)(26005)(186003)(6486002)(6512007)(6666004)(2906002)(86362001)(83380400001)(1076003)(38100700002)(82960400001)(30864003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?Vmk5TFA0ajBJNU5tc0I3djhzR2lhWjRWNURyc0JSUFV3REwzd0t4d281TDNy?= =?utf-8?B?NkVoaFVXN3pBcTdnT0gwcXh3TXFrUFR1RU1HRWZyeXVsejBJVFYvWCtjNmMz?= =?utf-8?B?Q2ZhUnE3UXloZzRtZWhCejhNVFJkMGJQK0RqbEZvNVJxRnJscFVGRVFuQ1N0?= =?utf-8?B?b2VCbGtUVU54cXZiQ1BITGIxRVFmdXA4MFNCdnpHcU5BTUlkOEtyWTVOckdM?= =?utf-8?B?NkZLd2lRdDJjTkU2ejB3WE5MS3NYemxGMitDaUFWQVIvVkhNdEQ2SzBWNlY5?= =?utf-8?B?am55TExueWd4SVlyV2QrZXd6WGFnZVprc0U2R2QrMnQ4VHZFSFJaL043eU94?= =?utf-8?B?ckpNRllGRll4U2V6YnJBSEVVTE5UNVEwL2dqRkxCNUNQQzFjeXgzVDZ6N0l0?= =?utf-8?B?bHFKTEIzL3RkNDhIYTBwZnpuVWxCYWNaclJRYm5JK2pZL2NXdTc5Zk9oSTJ0?= =?utf-8?B?VlpRVCtMSkptSzVUemNXVFV0cWJTaTNETVF4V2dNNGRYR3VuODl2elc3Y1lM?= =?utf-8?B?cjR2dDJ1UXVGTkt2OEEzdWp5b2luUzdqLzlUK3VXVC9adkVORFlCOUVJWHE3?= =?utf-8?B?allNcU95WEs4aTZhSHVkQm9sNGlFenNTSmtXWjB6STVuWWwrUC9XYnFlSEZa?= =?utf-8?B?b1p1SlQ4YXJrc1ZVSVM3bDMzUXh2SnA5WWMrY09IeFhxbSt2bjV5a3htcjhm?= =?utf-8?B?ZEtqRzN3eW1LMjhhK05rcWUwNEtXSDZPbC9aWDJ1aXZ4UklMbE02WDRyUXFl?= =?utf-8?B?ZVFQWUZkV3pHSmwrRGRFOU15cXJLSlFSWjVUU2VYWWhrY0ROM2FvdWpmWXJQ?= =?utf-8?B?ZGNwVWIra0Q0NVV6QmFnaHZtTnNlN3BPR24rK0N2cFN1RjZ2VVk4cVZjT1Bl?= =?utf-8?B?R1ZWeVY3dWNHMDJTMHh3cWpHNk0xbFZsQUVOSTRIbVZiV2V1Y0c4aVdKOUVx?= =?utf-8?B?cFB0UzlBcFN3d2w3WTVqckdEVy9PcEJPTHVjN3hpSnU1OEJWbEFMQ1NjZ2Y5?= =?utf-8?B?NGM0QmVveFNLc21GejdWSTlmRk0wRjBDbWJHaEpjSTN4RmlOYUwvNUFobVAy?= =?utf-8?B?QzZtWW43WWg2enY3UU94a2xTbldRalI4QjRRSUY3dVgrOUZYbXQ0bko5b29L?= =?utf-8?B?VEdEMEMvdi9rTVVRY0E2WVlnd1lJdjNpT2JwaU5BbDFVMTY5anVpUnQrcDNN?= =?utf-8?B?RGk5WTB4U2xXWEVLUzZMU1ZaSmgvNENoQUxLSjVzUU5RYkVDY3ZCMFAxTG05?= =?utf-8?B?Z1hieTB2blJ5SUdRQkIrQzBxbm1WUzkwejR2UTZqM0VEMXBYVDhtL1ZTcVFN?= =?utf-8?B?SUN2OXFlY3ZQNXVVajBSSXpkYnoxWnliTTI3eVptME9wTXAySU9uK0M5dmNE?= =?utf-8?B?cXNOV2o2SExQYjFLQTRySGNjdUJNSWRiM2FuakxKSTBlMDRESm56QjRTNm5J?= =?utf-8?B?aFcrWVJOT0ZwVDMvY0VPWkVZclBLTXJhdUJ1cTZCUzl1SlRmSUxWL3V1Y0ds?= =?utf-8?B?M01wL0QxWFVRWmdSMUlqNFl4d211STY3NWgyWUtPN01TMCtyR0czNVF4QWJy?= =?utf-8?B?ZjRXalpMUlBVc0pSUno0Z0RlMm8vLzJoQThsTEpVSFRPcU9lQUJkdDJGZDJQ?= =?utf-8?B?YXRuRTU1cEFUTTNlMVNYRHVUbEREWG1qMjFJZGovbTNTc0RuYlg1WTRLM0ll?= =?utf-8?B?YlowOGp4b0k0UHRYNk55cEMzQkhTcExIZnRLTUlBUFVFRGRpTEU2S25PMGda?= =?utf-8?B?Nm5JOXJVNFVWVlN1NGU4TWgvWDRsbWxuN041RVZiSmk4TC9EWk5JR1kyU2ZD?= =?utf-8?B?bittNFdPZ1VyWkFSQmZPQXdOUmVIQW80MmhLMHJWVDZSSEgzTDNxeWZqUUlo?= =?utf-8?B?cnVLd2lSR3RLNnh2d2JNQTJlNTRoZkRwcHdpSDA5OEdPbHhxeW5ZNGE2a0F1?= =?utf-8?B?ZGZGOWoxMytvRkFEWElvYUhkdHhpMUh6Z2lreEtyc2liTkg4dkdBYzVrSW5U?= =?utf-8?B?TlZsRVU3RTZWT3ZEWVFCK3pOUjhVS2VhUVp6YWJrNHovemRza1dUVVV3a3la?= =?utf-8?B?SGt3ODF1K3EwWjFtMFVKSGRMbVhyblQzMTZENldxRGpDeGxrYXU4TVFJcmlM?= =?utf-8?B?UXkrNTZRNnNHUW9jc1JIbmdaUURzb05HckpHanhyQUpUOTFWbkdoc3hpL05Q?= =?utf-8?Q?BW1geqm8FUsDL6l7fSM+4eU=3D?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: f76a6f9e-20a5-4464-4c0d-08daee5b1f8a X-MS-Exchange-CrossTenant-AuthSource: PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Jan 2023 13:53:56.6344 (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: qo2PgVrM3B3EWaNIDM4D/E57Pd5pgeM+zOjfl/BgJ7kTQZYJj7jsWAqsmAQBnRnEKyyrcNIO2ExDAgW8FQlZ6rksN+J2mqUZg4CC6ttPaSk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB8PR10MB3894 X-TUID: vi3nuMUC8/dw Am Wed, 4 Jan 2023 13:48:10 +0000 schrieb : > >-----Original Message----- > >From: isar-users@googlegroups.com On > >Behalf Of Henning Schild > >Sent: 04 January 2023 15:00 > >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) ; Baurzhan Ismagulov > > Subject: Re: [PATCH] image.bbclass: fix > >non-reproducible file time-stamps inside rootfs image > > > >Am Wed, 4 Jan 2023 07:54:44 +0000 > >schrieb : > > =20 > >> >-----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 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 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 Po= rting) > >> >> > > >> >> >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/2 > >> >> >> 18 > >> >> >> > >> >> >> 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 =20 > >%p\n" =20 > >> >> > >> >> 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 > >> > >> 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. =20 > > > >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. =20 >=20 > Setting default value, I didn't think of it because reproducible > builds may not be required for regular builds, however when someone > wants it can be enable by setting the value to it. So as you > mentioned it is good to mention somewhere to help users to choose > good value for it, I am thinking to add it in doc/user_manual.md Yes, user manual or maybe local.conf.sample but commented out. But some value that works and makes sense needs to be given to people. Otherwise i would set SOURCE_DATE_EPOCH=3D"just a guess 42" which might not work Henning > > > >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-recip > >> >> e/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 > >> > >> You mean run the test and just ignore the results? =20 > > > >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 > > =20 > I have executed reproducible build tests in isar-cip-core image > manually (not with the test-suite) and reported the problem as well > here [1] [1] > https://gitlab.com/cip-project/cip-core/isar-cip-core/-/issues/31 >=20 > >> > > >> >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 > >> > >> Eventually the repro-build test-case should go to CI, I will plan > >> to do it. > >> > >> Can I know where the isar CI pipe lines are running? I couldn't > >> see in isar-github may be running some other place? =20 > > > >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. =20 >=20 > Got it, then I will test them manually as usual. >=20 > > > >Henning > > =20 > >> > > >> >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/9698445eade76fab81e2dc16d4cb5 > >> >> 8b2 > >> >> 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 > > > >-- > >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/20230104102934.042477a8%40md1za8fc.ad001.siemens.net. =20 >=20