Re: [Buildroot] [PATCH] package/squashfs: bump to version 4.7

From: Peter Korsgaard <peter@korsgaard.com>
To: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Cc: Thomas Petazzoni via buildroot <buildroot@buildroot.org>
Subject: Re: [Buildroot] [PATCH] package/squashfs: bump to version 4.7
Date: Tue, 01 Jul 2025 17:55:57 +0200	[thread overview]
Message-ID: <87tt3vewhe.fsf@dell.be.48ers.dk> (raw)
In-Reply-To: <20250701173404.3bc34552@windsurf> (Thomas Petazzoni's message of "Tue, 1 Jul 2025 17:34:04 +0200")

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@bootlin.com> writes:

 > On Mon, 30 Jun 2025 16:25:03 +0200
 > Peter Korsgaard <peter@korsgaard.com> wrote:

 >> > 1. Mksquashfs now reads files in parallel from the input directories
 >> > 2. Rewritten and improved help system (Mksquashfs/Unsquashfs)
 >> > 3. New options for building reproducible filesystems (Mksquash/Sqfstar)  
 >> 
 >> I didn't look at the code, but is this something we could/should be
 >> using for BR2_REPRODUCIBLE builds?

 > So I did have a (admittedly very) quick look, and with
 > BR2_REPRODUCIBLE=y and our current logic in Buildroot, we already had
 > files date/time that were clearly "in the past" compared to the build,
 > I believe somehow set to SOURCE_DATE_EPOCH. So it didn't feel like
 > using those new options was really needed. But as you can see from the
 > patch send time, it was 11:55 PM, I wanted to finish my Buildroot
 > evening, and since I couldn't find an obvious reason to use those new
 > options, I decided to send just the version bump as-is.

Heh, ok ;) I believe a squashfs file system also has a "creation time"
timestamp, but maybe we are also handling that already?

-- 
Bye, Peter Korsgaard
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot