[Rpm-maint] [rpm-software-management/rpm] Set git commit dates based on $SOURCE_DATE_EPOCH (PR #2930)

2024-02-23 Thread Zbigniew Jędrzejewski-Szmek
When %autosetup -S git is used, a bunch of git commits are created. Without an override, their metadata will include the current time. Many projects include the git hash of HEAD in the build information, which means that the build result is not reproducible. Since were creating a scratch repo

Re: [Rpm-maint] [rpm-software-management/rpm] RPM uses pragma case_sensitive_like which is deprecated from sqlite 3.44 (Issue #2925)

2024-02-23 Thread Michael Schroeder
We don't use LIKE anymore since commit c9380471adfa9fb06ace251a5f02b348507db345, so maybe we can just remove the pragma? -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/2925#issuecomment-1961484365 You are receiving this because you

Re: [Rpm-maint] [rpm-software-management/rpm] Reproducible builds improvements (Issue #2894)

2024-02-23 Thread Bernhard M. Wiedemann
As long as a constant buildtime value is provided, it will also result in constant (reproducible) mtime. Reproducible builds requires that you can produce bit-identical output from identical inputs. And inputs would include buildtime here (or whatever it is based on, e.g. changelog date). --

[Rpm-maint] [rpm-software-management/rpm] Incorrect examples in the embedded lua documentation (Issue #2929)

2024-02-23 Thread Michael Schroeder
The examples for getcwd() and getenv() use `!=` as inequality test. That's invalid in lua, it is supposed to be `~=` instead. -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/2929 You are receiving this because you are subscribed to

[Rpm-maint] [rpm-software-management/rpm] %{dirname:foo} is returning foo (Issue #2928)

2024-02-23 Thread Michael Schroeder
We're testing for it in the test cases so it might be intentional, but is there any good reason why `%{dirname:foo}` returns `foo` instead of `` or `.`? At least the documentation says it is a "dirname(1) macro analogue"... -- Reply to this email directly or view it on GitHub: