Ed Maste

Newest run a week later has two unreproducible packages, runtime and clang: https://tests.reproducible-builds.org/freebsd/dbd/repo/FreeBSD:15:amd64/current/FreeBSD-runtime-current.pkg.html https://tests.reproducible-builds.org/freebsd/dbd/repo/FreeBSD:15:amd64/current/FreeBSD-clang-current.pkg.html Directory ordering (/tmp and /dev) in one case, "deps" ordering in the other case -- so...

In the most recent run 3 packages show these issues: FreeBSD-certctl-current `FreeBSD-openssl` vs `FreeBSD-caroot` ordering in "deps" FreeBSD-clang-current `FreeBSD-libcompiler_rt-dev` vs `FreeBSD-lld` ordering in "deps" FreeBSD-runtime-current `/dev/` vs `tmp/ in the...

I checked at one point over the last few weeks (after the above update) and CI reported 100% reproducible at the time. Checking now, in the most recent run one*...

@bapt reports that the issue with dependencies is fixed as a side-effect of some refactoring (switching to vectors that are always sorted). The directory list issue still exists.

The outstanding issue in FreeBSD pkgbase should be solved as a side-effect of https://reviews.freebsd.org/D50636 (but we should still fix the pkg issue).

It looks like bsdtar can't, it just supports: ``` zstd:compression-level=N A decimal integer specifying the zstd compression level. Supported values depend on the library version, common values are from 1...

Commit message aside LGTM

OSI's 3-clause BSD license has "Neither the name of **the copyright holder** nor the names of its contributors may be used to endorse"

Even for contrib code I think it's fine (but not necessary) to remove; worst case scenario we get an update/delete conflict when merging a change that's trivially resolved.

Looks good. I might call it ci-build.sh rather than just build.sh to give an indication of the purpose.