From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7184069459095584768 X-Received: by 2002:a17:907:c388:b0:7c1:8fa0:527 with SMTP id tm8-20020a170907c38800b007c18fa00527mr6314676ejc.180.1672846059608; Wed, 04 Jan 2023 07:27:39 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:906:b24d:b0:7c1:6e9c:4a2c with SMTP id ce13-20020a170906b24d00b007c16e9c4a2cls6807224ejb.1.-pod-prod-gmail; Wed, 04 Jan 2023 07:27:38 -0800 (PST) X-Google-Smtp-Source: AMrXdXsl4cfapCYCIzl6CdusBXf5MdkOSEbCFkDcyT+53mL0kcuHCHKe/NIuk9+wWZHjjtFBQiBl X-Received: by 2002:a17:906:2489:b0:7c0:fa2d:9af3 with SMTP id e9-20020a170906248900b007c0fa2d9af3mr43561151ejb.45.1672846058119; Wed, 04 Jan 2023 07:27:38 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1672846058; cv=pass; d=google.com; s=arc-20160816; b=Tc13+LmY5xQd/9HQSFxHnOpQiReCUkWt1y/WUvLJxjHJS67dzsSE8klQokvkgmFOta 0kWNmMa1LTyoLkqMubsSqNTzQA2zoV4wm9bzaFZ8O0mIplTjI1NV6BQpbIf9gGJNIM82 8QEZU6ueKZ7nN0LJOsft6wHWeSzauJrli0b1FiJkEOt6OOs4ba+1/L+fvj2lWBYaAsds vXNbZS4ylAc6Bzv+rezdpBytr8a9yriMNluxreDTez0UjNCqmYi00uLAqbTsuvnUbdfV 5uFT0ctWMfmGOCW12Ad8F+P6NbZMe2tgJfkE1Liqey5zEoi8DbhlGpXc3KYvQNNfSkQ3 /GCQ== 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 :cc:to:content-language:subject:user-agent:date:message-id :dkim-signature; bh=+WYDWgklSZyyxcpEZoGLjzRk/3nZyD7LGktE0j5YBV4=; b=zVHZ/ynKF7CRr3TZ4Ig1C0hHA+F5dWdikCqa7D3Hga5KA332dBfP13s/cnsB8NfVoA CMXITcxixzmZJTO6qBosz4daA3DAyn1z6HGqLjJop3WvJoAD4/UYA8lnXNxNmy2lcVGC fx9g9U/B8P/onZDChPlqqyhJnVfRYNuDANsIwMDoyKeJzUizvVhzmUzBUT9SF7CmXqU7 TQgylFXwacpTAkNKUyMzS2n4tWVqjiAM09yaJqp4UIGXrxO4o0c0B2Jjfu1lkbYn5qH5 DwfvYup7Cqid7y6U/1ZXXj6o+tqMD247/gYOMUeQ/SXXeCaV+u50/x8B3uqP9ux6tZzb aD8g== ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=xi6YR0ZQ; 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 40.107.241.64 as permitted sender) smtp.mailfrom=jan.kiszka@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-vi1eur02on2064.outbound.protection.outlook.com. [40.107.241.64]) by gmr-mx.google.com with ESMTPS id hx9-20020a170906846900b007ba8b8a416fsi1322960ejc.2.2023.01.04.07.27.37 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 04 Jan 2023 07:27:38 -0800 (PST) Received-SPF: pass (google.com: domain of jan.kiszka@siemens.com designates 40.107.241.64 as permitted sender) client-ip=40.107.241.64; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@siemens.com header.s=selector2 header.b=xi6YR0ZQ; 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 40.107.241.64 as permitted sender) smtp.mailfrom=jan.kiszka@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=JjMJ+6zC5yjmGPD5ZK7jolZLpH7OXpc4FnWvQ0yZAgHNFFz3wmfIa53v1enE66DY4Sg38ZoLL3YlYhDiLl7G8W/z7YC6eVpX5NSO8A1XNa0hiFaoxv9QBtdhHTjqA68xjYUMc4boAdrPVNpekubpPfjM6WLKwWkLedsbzLNw4yexg/jmkCW36w/SIZ6bdinyJyINWMGNxuBeTJbrHZXqfYL9WwZZmEDOrxQKqx7CQxSgBwG2qk7bGBHOCDQV9ad+Tn/YCf4y5owwGevT8n0yk1nEBJhQxtCQq6391Lc8UgtMpduQPdz/nx4ej1BH/LDEaoeHM20zdgliNY8ZQxvH0Q== 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=+WYDWgklSZyyxcpEZoGLjzRk/3nZyD7LGktE0j5YBV4=; b=g/53660On9okW5Kv3SZga9Dv2gGWsSw3XMfiJyVT65MgHBUmV7plEVomI10l3ku42vWZ/d5Napm+5bD2r+7Bm/ndvD+aaiPOcrs2xREhDdphXeM3aarDGSlKIVFvd6RNmwIm+9+SsltU7gKe8s7zOEur84op95VniGur6CwgC/zqun0dWDdCQLT0dVIqjt2igTqGcvHJNdcWqUfKop/ArCd+Ye1rQ9BBQoE57OFEB9rS/YcqekUOm18UzSoi+VkJ9lveIOlOJaL2no7yhicuwGfbYMlOdaqC83NyNrB6/BctfMiifrAtwJdtM7ZOjRMok3Btoq9cfXnWk04hRLx0oA== 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=+WYDWgklSZyyxcpEZoGLjzRk/3nZyD7LGktE0j5YBV4=; b=xi6YR0ZQaGN3QKjPMVLCAX7Qyeq0RAR7Tuii6e2C383C5mz0E2gcqlNoLDIt7q9Hi7sa06ElvofUwK3V5iPx7eAuPW6ocqs6uFMPvek1SuituqphhRTlp7Uxz2J5cPYy15cUlbw5d3otwZ1c3pDOsEktiG3XlPmsUiMJD4y9ZIAs2sApHKJxgLK1eIg0leogwYOVTlGgZX9aGbVBeWNvXDNJwQYsdSDIpg0KkPGBeqp0vwrP/C0+w0PXx70oKXqhnZCjdyFvCOMZVAOn37IQ2GryC/bVOt+XHjsXGLEmKQJymTdeu40RjgqrTPrVm2qiQ+vLozcXbwEaFjMuaDDPlQ== 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 AM7PR10MB3685.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:13d::23) 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:27:36 +0000 Received: from AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::2957:50e8:8ce6:124a]) by AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM ([fe80::2957:50e8:8ce6:124a%9]) with mapi id 15.20.5944.019; Wed, 4 Jan 2023 15:27:36 +0000 Message-ID: <3ce22521-96d0-f682-d51a-c3a2d69a4c3b@siemens.com> Date: Wed, 4 Jan 2023 16:27:34 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [PATCH] image.bbclass: fix non-reproducible file time-stamps inside rootfs image Content-Language: en-US To: Henning Schild 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 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> <20230104160110.10983192@md1za8fc.ad001.siemens.net> From: Jan Kiszka In-Reply-To: <20230104160110.10983192@md1za8fc.ad001.siemens.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-ClientProxiedBy: FR3P281CA0140.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:95::12) 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_|AM7PR10MB3685:EE_ X-MS-Office365-Filtering-Correlation-Id: 696924be-d8d3-4558-6c3c-08daee68356e X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 2/2UbydD4cCqqrRgHZQcvtMxCav2wJCsAJJYxDED8B0Bd8JHERSuBuR2QHILhMkjnYiJH/XijWt15ZGxGqSA6mWDenejPxmvFyYDFd5S/ShShjx4QREcZHGHKEY/3DUqGQsIsfgeKhMPSKce05GQZK2QTXGWUe/QqLgsfMOH7J+F5+NnBseO4qGEwQqQlp4XgAUpu12QZ2NnRfo3iEZUb6RAP/PtNsgh1GWoYWwviBQL42TEJoWAU/rQvV1XPtbVN8hEgRfM4Yru2kla8TQ5AOxpKM1PTTq271zYUU/LIdOnltseE1vIRHH5GMW92xFnh15l1BuqMwXcIkH9TTCtKv9v/QHY3ie9OKLrhQY4sS/uPbEFJue2+K+upT1Ot3StRxJMVG1QolFufc7qVBYcxpXV//GCObNyWcnKybp+BCA2V5e2VXgDH18ZDQqAeZE7I9ZmcjN/xghhft9DMSk7e9oplTMM1Z/j5QJOy8bRc8GJcpnt1u8Su3Wwf2aiyK5oPIsERZukCQYXJq1LssgkEGZuAj5xdxXm6p7rPNWqHBcreMqkIWCqo14kHLRezlaHDKm6SA5uqR0RuTdCbUlaChQaygZFBsx1dT0rR642qQda3S4RUHwdiGUgOy978lap4uJz7r4JOWnrF7n+AhYYzV5WMgdnf7BFAkckf3SflQglwgBi/MpuKXpz5/gIgUrO3gFGQbh/SUAH0Q+liv0d4QYP57C1cn4HJH3GxUoDobR1tKw84+oGVL0aNHewo09joQPVW58tuT8qBXFNMt1HUg== 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:(13230022)(4636009)(39860400002)(346002)(366004)(396003)(136003)(376002)(451199015)(83380400001)(2616005)(86362001)(31696002)(38100700002)(82960400001)(36756003)(6636002)(66476007)(316002)(37006003)(2906002)(6862004)(41300700001)(44832011)(66556008)(66946007)(8936002)(4326008)(8676002)(966005)(53546011)(26005)(186003)(6486002)(31686004)(6512007)(478600001)(5660300002)(6506007)(43740500002)(45980500001);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?WDlqM2tnTXZmcEI2MFIzT09vdG1rSkduUFF6Qm1TMFVSR0p0RGE1WDdLWFZH?= =?utf-8?B?NVpCc0IybFRWUTZibUhTQ1RRWlBLZXZYSkRQZ1FIKzdLdFp2cDQzSDgvY1NX?= =?utf-8?B?TjB5UnYzK2hsUlpibEM2UVNtTGJaNnExQlM3djhGWW1FMDB3S2JKU3QrQk1N?= =?utf-8?B?Q2cyOCtTTXJFTEhTTUd6ZTY0Z2daRGJtaXFGeEx4dG4xa3FRZUVlZ1BQbEtj?= =?utf-8?B?SW5HZGpyRmtEQ2x4bklJS3RxWVNSaC9aVVpIdTNBbkhJanNBWEZ6OWZTNHlh?= =?utf-8?B?ZEhsemhYbVljTHkrbCt2RUg1Njh1aGx3eXZ1TEFvdklTS1RVdkM3ZjJpZjFO?= =?utf-8?B?ZUp0UlpvajFXM3JPSHVyN1BsWGZVeTdvaGdoZFk4Ym5oMnk4ZTYzRmlNNmIx?= =?utf-8?B?UFNPNFpMbW9oN01jQXlIMXBDc3pxZzVZd0pObWsvWXU1dllkR2RLZ04vSDZn?= =?utf-8?B?bk9MaDl3N3JzdUQ3dVFFQVZBOEdIYlBKekEwN1dWVEdTS3E2cHdOWWkwQ1lB?= =?utf-8?B?MzVJdVZwZld1Zm5yQ0JiMHFYVjNOcjRJTWVoeis5ZEZ1YlY0eGRwNnhVaDU1?= =?utf-8?B?b2pDZk5XeFlYazc1VlBOb09tT25ROVNTZFlmMVA4QmoraHBldmNHSStGbVZR?= =?utf-8?B?Z3Q4NkVEODI0RlZpZDFtZUNxSC94VUJ2RHlFSURQYlVHbnVVUTg5d3BXSVhR?= =?utf-8?B?R281KzFMTDFkelgxOVg1QjNIT3d2cFpURWhjd2NtbGdNYW04M1JyVUtkeXZL?= =?utf-8?B?YS9YZXpPb24xajRETi8vMGlOcmdtai92QkRuK1FlMjZ5NnlKa1ZJUVNYaXpv?= =?utf-8?B?RUtMdWJENGI4cEJSZ3V5NzM0WEhySHRJT2pqRnV4ZEhvZGdzSzRqWitTOTZF?= =?utf-8?B?U1AzRHRxbkpLNzBmcXRBTGZodTlXNlV0cG5rdlRiWElhaTVyaGNEYzFPL0dr?= =?utf-8?B?YmRkalRmbDY0eElCU01pVzJoSTVtZDdLYkxaZ2RCdkNPOU5qV0Zsb0poR2Fn?= =?utf-8?B?Z3N5bXpsakFHWXBXN1BQcXNDTkJ3UUNZSmcxWklDRmt3K0E0eVVHdFNLT0hY?= =?utf-8?B?R2xYZFIvQ0RwKzllN1pjM00veGlqWkhwdzhMZ3FQb2I0alB5VUxNS0VpNldx?= =?utf-8?B?RDdUN1M0bDR4b0xaK0J1Q0VuY0g4VWtBeVd0eldncUZKNG9qWWRZRU55cWVR?= =?utf-8?B?bUdnd0JCSmh2alVlbG5ZOXBTdHczeVorV1N1UGYyZ0ExYWsxQUxnRVNLRm02?= =?utf-8?B?SnpiWUd4RmZLdWswRjNsRkR2QzVqVDUzZUpmQW91TVlrOFl5b3RzT3d1WS9r?= =?utf-8?B?d3luTERRK3Bsblp0Q0JPMlptRFRKZDk4V24yWE1hZEdlWEpPODcvaWN2UDBu?= =?utf-8?B?WTRJT3k0VkdST05DeGh3UzJzbnRLMmpmclRiRmtWR2JXRVU2WC9kRWpzNW53?= =?utf-8?B?Z1RBTXJWQ0VRRzFHVTlBNXZSemF5M3F4ZzRQU0F0NnRrMmR2ME5SNWhpOWs0?= =?utf-8?B?YzhZdGhLS3pGK3IwUE92TDl2Yy9RWDlRdW0va1NnaGZJU3hiQnEwMTZhSmd2?= =?utf-8?B?aTMrV1FtckpQL0pVSDY0RVM3L0lLNFV6VzlrbDYxRWphUDNua0h1c3hQS2Zk?= =?utf-8?B?WkVyVFZ2RHl0djV4dHU2MFJva045eWVZN3B4OHlwczl5MG1zZVRzeTQ1N0tK?= =?utf-8?B?R01kRVgxQndKUHNGYURjZDhSZDZ1cTVsS3RUZVNVeXVCV1duNUxINDV5dlQ0?= =?utf-8?B?Wk1PbjFoQmd0MlZkZnRpK2RjcGZ3cVg4NXZWRVR6N0FYU2FMVjVhME1XOXlv?= =?utf-8?B?N01vZEQ4SllKeU9QTGNBMmJvNzBNRnRZUjVHUTZHTlZKWjNXby9SRXQzakpv?= =?utf-8?B?cTRIR0M4ck1jRjdhN05nOE5SbCtyRUtoUXBKdUFJaGU3dTFwSXd3aG51d1pj?= =?utf-8?B?U0JrdDdBZmJTbUxLN3RmdGdRU0pTNDArUzBwKzhUSmJiUGZmOTYvOVJ5Slda?= =?utf-8?B?SGlnamgzYTBJR0lMbHQwNlp0Wml1Qjc2bjg3YTI1SDZjL1dPcHp4Ukl6WUhG?= =?utf-8?B?eUxJSUVGN3dJL3J2VmRNZUFGUXQ2UTQzeCttY2h3cFpYVmUxT3BIV0p3ZS9W?= =?utf-8?B?cFBFejgvbFBuRGNWUkFHRnZPampIaG9tQkx6SnNMWE5lRHRBSHplVUJRb2U2?= =?utf-8?B?ZFE9PQ==?= X-OriginatorOrg: siemens.com X-MS-Exchange-CrossTenant-Network-Message-Id: 696924be-d8d3-4558-6c3c-08daee68356e X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6181.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 04 Jan 2023 15:27:36.7566 (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: yZSRJHZLpYozYqTkaHR4tXw4jTB/5/tH+rBVFu+UUWHlL30xvqIsSA8aMyz8457skpNrwOAd+U4iq8XyfFQuDQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM7PR10MB3685 X-TUID: qJ232zZB7kdV On 04.01.23 16:01, Henning Schild wrote: > 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 : >>> >>>>> -----Original Message----- >>>>> From: isar-users@googlegroups.com On >>>>> Behalf Of Henning Schild >>>>> Sent: 04 January 2023 15:00 >>>>> To: pyla venkata(ＴＳＩＰ TMIEC ODG Porting) >>>>> >>>>> Cc: isar-users@googlegroups.com; amikan@ilbers.de; >>>>> jan.kiszka@siemens.com; hayashi kazuhiro(林 和宏 □ＳＷＣ◯ＡＣＴ) >>>>> ; dinesh kumar(ＴＳＩＰ 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 : >>>>> >>>>>>> -----Original Message----- >>>>>>> From: isar-users@googlegroups.com >>>>>>> On Behalf Of Henning Schild >>>>>>> Sent: 04 January 2023 00:36 >>>>>>> To: pyla venkata(ＴＳＩＰ TMIEC ODG Porting) >>>>>>> >>>>>>> Cc: isar-users@googlegroups.com; amikan@ilbers.de; >>>>>>> jan.kiszka@siemens.com; hayashi kazuhiro(林 和宏 □ＳＷＣ◯ＡＣＴ) >>>>>>> ; dinesh kumar(ＴＳＩＰ 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 : >>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: isar-users@googlegroups.com >>>>>>>>> On Behalf Of Henning Schild >>>>>>>>> Sent: 02 January 2023 22:14 >>>>>>>>> To: pyla venkata(ＴＳＩＰ TMIEC ODG Porting) >>>>>>>>> >>>>>>>>> Cc: isar-users@googlegroups.com; amikan@ilbers.de; >>>>>>>>> jan.kiszka@siemens.com; hayashi kazuhiro(林 和宏 >>>>>>>>> □ＳＷＣ◯ＡＣＴ) ; dinesh >>>>>>>>> kumar(ＴＳＩＰ 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: >>>>>>>>> >>>>>>>>>> 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} >>>>>>>>>> ';' >>>>>>>>>> + >>>>>>>>> >>>>>>>>> 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. >>>>>>>> >>>>>>>> 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. >>>>>>> >>>>>>> So i am guessing it is about anything that comes out of >>>>>>> postprocess functions and maintainer scripts like postinst ? >>>>>> >>>>>> 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. >>>> >>>> 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="just a guess 42" >>> >>> which might not work >> >> 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. It would be nice to also catch packaging issues this way, but that requires careful thoughts to avoid making this step needlessly expensive. The value of having a reproducible image is clearly higher than that. Jan -- Siemens AG, Technology Competence Center Embedded Linux