So has anyone ever seen this one before ... I'm t...
# community-support
j
So has anyone ever seen this one before ... I'm trying to test a reproducible build, the project has this code in it: tasks.withType(AbstractArchiveTask).configureEach { preserveFileTimestamps = false // to prevent timestamp mismatches reproducibleFileOrder = true // to keep the same ordering // to avoid platform specific defaults, set the permissions consistently filePermissions { permissions -> permissions.unix(0644) } dirPermissions { permissions -> permissions.unix(0755) } } My sources jar is created with a different ordering of file names when run locally vs in orbstack vs in dockerdesktop ... orbstack & locally are matching. It's only differeing in docker desktop.
I actually have 2 source sets, and the ordering difference is the order the sources sets are processed in ...
v
Sounds like a bug to me
👆 1
If you set reproducible file order on an archive task, that archive should have the files in reproducible file order no matter how or in which order you add files.
j
I think it's b/c our source sets aren't added in a deterministic order
since it just does an eachDir { } over a children set
but i'm still surprised there isn't a specific sort across source sets
I'll continue debugging