From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7184069459095584768 X-Received: by 2002:a05:6870:4d1c:b0:150:a323:616c with SMTP id pn28-20020a0568704d1c00b00150a323616cmr964212oab.241.1672844482415; Wed, 04 Jan 2023 07:01:22 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6808:178e:b0:345:9a88:c799 with SMTP id bg14-20020a056808178e00b003459a88c799ls8958918oib.5.-pod-prod-gmail; Wed, 04 Jan 2023 07:01:19 -0800 (PST) X-Google-Smtp-Source: AMrXdXskuHeaOZgORSzqxOeL6BuL2jvzRReYYDVcM+Y9ac3ojOaK/cwYUC0Zs3/aHZuLoRZw7Ee2 X-Received: by 2002:a05:6808:4241:b0:35e:7c29:bb53 with SMTP id dp1-20020a056808424100b0035e7c29bb53mr19860600oib.20.1672844479137; Wed, 04 Jan 2023 07:01:19 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1672844479; cv=pass; d=google.com; s=arc-20160816; b=IXncGd/DQeq9QhQbey7H+kBaqVW8kjsayTe6AUho3JIaSDujcp3bDA1gZB7/2ObwrF m/WlBcd7VrkSIweBD+YQrYXZG3CTZYJ5PYWimy1yEfhSVF19NglK4m3SDWU1FOFyBGIt QXX41KfifMFa9eSX8WTiYJ/anOnU+59WpCFYUQ0t89Rb12/ZPqj1lHEo9Rf7qLkwpVZE LJOvv9MlqclQCbU6GOO5ozrGifeZH4rPxaq9GLqGFkVzMXZ5BkVGT5bFE0wQ5WYSe63/ 9YGQYoG11ZLGh7hkO4ybTx/abzOK66dLwPwv00ATS/4bIus9xFm30f2h1qNppfMLp3VW MZDg== 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=3MzM+C/x/PYMqtdLXqZUu+Y0Odlah4zAF4rkN/yNpjQ=; b=EXqGnHEeZMBzii3V5z8I4jMkr4kQmSnkqINI7g5h9ooZWUPXC2wTtfSs0sZvL/RLTH JlFkXm9HjJZFLpMpG7Tu3j8ohQPAEfVx6BQNwiOtAZYmTrU1qm/vcjQJ0yfoSJ3orC9O vFvWq0ILWwztvyvmqA3aiRuWg3XsSm5dR60p+Eo4zZb/fnuudTPtotrBxduoJLw7IDZy RuklpRflpdzjovrbL7DsmvxcowcNx9CT5v7jv0E++/fJvdP0B1iW3dczXsih2ZlGIYf9 UR8CtTgXUjEf7mfEgwVKfIe75Ot2Ms5u6AEcteqVVct80BSZaldcpUcVM+1eRgYMd5IB 8qcQ== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=DGYHdzz1; 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.22.63 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-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2063.outbound.protection.outlook.com. [40.107.22.63]) by gmr-mx.google.com with ESMTPS id j69-20020a9d17cb000000b0066fe878940fsi3050150otj.5.2023.01.04.07.01.18 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2023 07:01:18 -0800 (PST) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 40.107.22.63 as permitted sender) client-ip=40.107.22.63; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=DGYHdzz1; 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.22.63 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=lG6cC/bEzbmk7BrNgR1KT/N7if+KvNDp8+jgmJpnCf9RfXPxKmnzO+SjvBJh6/vhLxhkw5/YmVX65iasA6y0bI04l8UGp6HyV/rhuYANwIYEmV6w6NlcOIMFrhciLe0WdEeq06REY0ngsbJYr37zNvnINAG5rAaD22icQZJE46V7Id4jOm4pESNYb0arbLfP1UpeNorbcKXGDHTojxx/Qbwj9a1PVWptLxmPFNn69WG/5R+WseHam+gAsFEDi1QsIlJON5bFlgMBa5/NCOzvvhcN1vQQnncJvXOxc1/dkZUFJk3GD/4VmBkWx6LCKf5/jZ615hPt2qqiKKeygJfTGQ== 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=3MzM+C/x/PYMqtdLXqZUu+Y0Odlah4zAF4rkN/yNpjQ=; b=RJt90a3FdLBXfgAQXVpyatixPMKa+/RgFtW45NXi2e/sYXnwEA4vrsczTX0znvG1dy+jD6fBsG7XRdxm15DTKBu7iEG5ul1ZolwHq+xfWmuzw9rLiSouRMVAm+8eIw6Kl8fzKXimX3xL0sadM0sVlD3BSGBaF+DXPhW18RqA/hFdE/AamqBrYUtcRr3G9ReiBV15joxCVWq06VKE2URmdJVpMBkBzN+rWNwJyEV9g5AHfaQ5mdp/xtAuExPrkE6Lx+Og7w0LGimVDlSxdqvwfSHfl82C4Hhb/hJtaTNHU6YE6goxC05mfHiBvEJT2KrRp+sRnX7cOdhwbS+P2Xb55A== 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=3MzM+C/x/PYMqtdLXqZUu+Y0Odlah4zAF4rkN/yNpjQ=; b=DGYHdzz1a2cOzMNUJl99NqYj7jb9qIzBI73REXPkbBRy4TPpMaV1801RgOzpwiQb6ZwWNuDJwO650mnByJ6xrXYwzwQKsS9F/7q6D3HRumgQfn62XGlTkH4psjHE1whqE/Yd6Ct21xdAw+yxCP2eHoko5ichN3Olbm0HJO5YT8SOb0Oa+l34STPKbpwirqJaZIPO+w+STqGqV34o+V4zHDaBoWuZ8lW52LqFzhu8Iyq96vYpY/LW8KkM2EBcck46MFkqPwVrqNXlbBFGTmUf/L0qT/re1oyXGk85Fzdw6hgAJ8k4Q7XgzGb3/MGyMiSAYpNZ2zjYfzo1GuQjBVCWCg== 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 AS8PR10MB7806.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:63b::18) 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 15:01:16 +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 15:01:16 +0000 Date: Wed, 4 Jan 2023 16:01:10 +0100 From: Henning Schild To: Jan Kiszka Cc: Venkata.Pyla@toshiba-tsip.com, isar-users@googlegroups.com, amikan@ilbers.de, kazuhiro3.hayashi@toshiba.co.jp, dinesh.kumar@toshiba-tsip.com, ibr@radix50.net Subject: Re: [PATCH] image.bbclass: fix non-reproducible file time-stamps inside rootfs image Message-ID: <20230104160110.10983192@md1za8fc.ad001.siemens.net> In-Reply-To: <832199ad-53c9-dcd2-a7e7-30c61fe92c92@siemens.com> 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> <20230104145352.29d67908@md1za8fc.ad001.siemens.net> <832199ad-53c9-dcd2-a7e7-30c61fe92c92@siemens.com> 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: FR3P281CA0116.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:a3::20) 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_|AS8PR10MB7806:EE_ X-MS-Office365-Filtering-Correlation-Id: a58f85ac-60ca-43f5-e1f3-08daee648760 X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: MdislF5BmLe8KHzUwd3MW6mp9ja0xC01zJoqwwQ2qeU3iRGxnMhy7BQWAbRH1nJm9ramhSZJn0CiWAi8+MrHXcOhbu3lwW/5eV/1L1KPxje2x2y3Up8cqrFMRY3VQMFzryZkQTpp/thX0Ol7GDoIiAa7bcpl+gcKpNMP9kMSvxFaIUhh01EhwP+D2acFwv4w/h81C622QPXzYtHhM//e2qZ6A28lx0O59FRCqjxku+10UwY5XvZwXjY7KlVdH3AjsajruqE3WirHD9QTIWtHYNHTy4Dq0l+yztAoCxxaK42GMwX9HhCkxElOID8bVQ4MHT2bkI0TT8ENHdxcC3yGrYomayZNa++M1jY7e+qAd8a8CpAFslkCp5utHpOeOz53IdeVKMgNoLw5qKsCm2rXxBwTDXBIDDEiZQkyXxIsQZ+eI7hvXxl8iOUYRGj0VQ7fhHobBcTIQXABixFlR79ExAiuqUgN5XLpsTRfo1zCzyeXJipkdOhapT+Azlsyfexk/HvJkTISoCdS8CbB70ja/23EgycaQalOUUDFqT9tzf4NAaf09wEz8Eat92V1oijv0iVsfbISmVqywPciD5wVdUY0Mrf/ROAnxuceqht6s3SgGbNNUn7MFAQ3PcNf6kGe2jOcrQX1VopKKdpE+eu+tSrNWj7LzQPTVwGXx8DoDaE= 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)(39860400002)(366004)(376002)(346002)(451199015)(66476007)(8676002)(66556008)(66946007)(1076003)(4326008)(5660300002)(83380400001)(41300700001)(44832011)(26005)(478600001)(6666004)(6512007)(6506007)(8936002)(186003)(6862004)(966005)(53546011)(6486002)(6636002)(9686003)(316002)(86362001)(2906002)(38100700002)(82960400001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?QjBCVFJIbFFieTlUVHdGUC9venFka2F1UkF0Qm1kdXJiUnR0Sm9WWGg0WEc1?= =?utf-8?B?eFkzK0RQQXZBcWgxb0oweVJrTWcwQm9pKytLc25ocHhZZTl1NEdPZXBDMHA5?= =?utf-8?B?SEN0TExUWFY0NlVFUytCSkJRRWpkODhqNE9ORGp2N3lGZXFSVjdRemM1R3dR?= =?utf-8?B?eWxST2x1dFU2VzZxVXBaUVdXbXBMcWNNckJyNHVnUm9SZ21ZaGtMbzJFbTlL?= =?utf-8?B?TXJNL3htdEVVdHhqemswWjl5dlZQdG5CN1RFNk85WXhLa0l5RFFlR1BVU2tj?= =?utf-8?B?VkVoeVUwTzdzeEx4OTAyVjc1L09mOXlDNUJLZUExQmorWW9SeTRDYnBVNDZL?= =?utf-8?B?eDAxUzR0RXhGZzN2L3A0cnFSdkJTU0tFbHYvQjdRVVVUMURqSjFZVGJRRkJv?= =?utf-8?B?RFpzZVY2K3hhNFFsZkdGWWQ1Y2JSQmpWUTgwaU1mTlBCTm9OSGpPWWpaQzhY?= =?utf-8?B?ajk0Wms1Y21GaVJmVmQ1KzEzaTRuY09iSjZ5bWZMbHlOSlpnWW5XL2tJa1Fy?= =?utf-8?B?UHljK0FMTEZrSmFwc3N0ckxGK292Sm1nYmtxaTBkMmhMdXZMT1VpZ1hkaFZK?= =?utf-8?B?V3hTenNISldaaW9SU0FsaWdxSVM4RVRJS2JFUE1PQlVwQVFuNE5SSjRQYzV1?= =?utf-8?B?WHUwS0QwSU1JU1hyb1J0ZmtvVHNsc05Md1NxOTA2d0o1WlFrVjhlOWNxU0o2?= =?utf-8?B?RjRNZ2ZJeFozNDRIRUdCVGc2WGY0UDhBQ3FvOGY2cituNkRSVTdhY2lvS2FD?= =?utf-8?B?emdyOW1KbWFiazFscWZ1ckEwMFBRc0ZvRStVbm1kMUw5d2ZIQms1NjE0d2J0?= =?utf-8?B?aDk5dWN0cnREcWxJeFVrMm9YU0VneU5tN2dsZjVpaVpadU9CWVRWc3NsZWN3?= =?utf-8?B?VjdBYlJjV2dPZFR3UUdWUWJOYlNXTWY4elBXMXJGOUdSWjRrNEIwK0o1UlNu?= =?utf-8?B?QU5ZVUg5bW9IQ3g3eFBhZ3FldHVRam05bmJtUnhTSUF6a3c0NXU4QVlodmR1?= =?utf-8?B?elIwUDJiZE96YUZFY1ZSR1NZaW9VbnpRQzBwTTQwSEhyMmxzNitrbDZtTjBi?= =?utf-8?B?T1FlSDFDVGs3aWdYb3k4cEwyVzNFUUtZTGpWMG4zcjFxVHZyNTlncWJRVVUr?= =?utf-8?B?VEJ3RmRlSkJCOVZuakdQOXg3Y0g4UThRRElFbFFtVlpBU0NuenFXdSt3bVRq?= =?utf-8?B?dEIyeCtaWWRkdGkwZk0vdUFWL3FYWWh2Y1VVVTlqVi93QlhzSHhkVDBKOGJk?= =?utf-8?B?amNkLy8wMVRhMXhaVkhOSm9abWxodzNyWHdHQjZHcmZZOGY0ZHByODh1OTlG?= =?utf-8?B?WEw1dUlkZWxjNGZPTnB6UmtLZnY4YzgvODVQVU1TREwwSVdiMnNpSmVLdHFG?= =?utf-8?B?dU9STkRqc3BHcTRwNjdsbEYreDFKZ3RLREdUMnVvWVpPU3BrVXpUU3VRNDRC?= =?utf-8?B?S3NWTWNhSEd1aFVLTW8yWXUxUVczYVBvTlNxZTU5QnV0OElhbUF3Q3h6V05B?= =?utf-8?B?NkJRbGV5Y0RJSGRDdWIzVnZhRjBKd3VaTGtMb2tOa25ZbnYxTldxbS9vaUNH?= =?utf-8?B?dTdtNWZSMk5sVm9RZVZ6ZW8yYjZnMDZZaHJFcUllU2JESklvOXhCeTRZNnYz?= =?utf-8?B?OEZ3R1ZMN1Z6OWpseVRPeExtTUo3Ym5oL05HOENLV1l5Y1RZUytNelpPaGYr?= =?utf-8?B?VEsyNHZRRXR2a21LblVuKzA3QUMzN29jampSV1dtRkhaMTFxdDdBWnVLdmhT?= =?utf-8?B?aXFXYTdKazRMclUrbWdYWkdlSDRISThLNWhqU3JEL2o5M3V4U2VLcFRxMnZD?= =?utf-8?B?OXRTRno2aGczL2ZzVWRTaUtjU3ROTGd6RzQvL1BGMUU4ZVEwTExWN2xVWGN0?= =?utf-8?B?YmxYR2JOTjlsb3lkT3VkeExjNGRXSnFUUmNqaUQvd1pTZEZMNGV2aXJtUlQw?= =?utf-8?B?VHVhQ3U2cGZpR3d5K1g5K0JGaEt3WGVTa2g1bnVHTU00aWYzTVF0UWozaXZR?= =?utf-8?B?QXpITFRCc2Nvbmg5czVvcnpIV1dQSTVnMEJwMktjdFRKcUtyNUtwY0pTK3Rt?= =?utf-8?B?b3RZVC9IcTlOR0pReGFvUmVOa2l2VW5xdXM0bVpvM2E3K0wwbThJQjhyZ2FP?= =?utf-8?B?ZkgwVUZpVEVTSmRvQWxVaW40ZWNNdmVrL2JRNFF2MUFRL3NjMG42K3NkOENm?= =?utf-8?Q?wTZalziH3Gc7XcvdlcpcCic=3D?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: a58f85ac-60ca-43f5-e1f3-08daee648760 X-MS-Exchange-CrossTenant-AuthSource: PA4PR10MB5780.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Jan 2023 15:01:16.3166 (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: UVdzYBIPzsoWESKAGzkAQq+nyOuO9j4+kzSgwYTed6iqyftf9nYKrAGuaRPag/5RuqdARe8xGxXqnOmWfqqIQo2oh/MFhWRzORlWNvPP/YM= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR10MB7806 X-TUID: TNMZKo8oLbor Am Wed, 4 Jan 2023 15:35:56 +0100 schrieb Jan Kiszka : > On 04.01.23 14:53, Henning Schild wrote: > > Am Wed, 4 Jan 2023 13:48:10 +0000 > > schrieb : > > =20 > >>> -----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 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) ; 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 Por= ting) > >>>>> =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 P= orting) > >>>>>>> > >>>>>>> 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 > >> > >> 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 =20 > >=20 > > 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 > >=20 > > SOURCE_DATE_EPOCH=3D"just a guess 42" > >=20 > > which might not work =20 >=20 > If I understand this patch correctly, any file older than > SOURCE_DATE_EPOCH will not be touched, any newer one will get that > date. So proposing some concrete date here could eventually > overshoot. What would be better is to document the format along the > commented-out variable. That wild touching is exactly why i would like to have all that more verbose. Log out which files would be touched, or write it to a file. If anything goes wrong here it will mess up all times in the rootfs, basically unnoticed. And since that value is hard to get right, and can not be static ... things will go wrong. Touching files that according to dpkg are owned by a package indicates a potential problem, maybe except they live in /etc or /var Files not owned by any package should be reviewed if they should not better be removed instead of touched. But maybe it does not hurt to touch too much, in that case i propose we skip the find and set all files to 1.1.1970 ... just kidding ;) Henning > Jan >=20