Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Track reproducibility of packages #7

Open
avdgrinten opened this issue Dec 22, 2020 · 3 comments
Open

Track reproducibility of packages #7

avdgrinten opened this issue Dec 22, 2020 · 3 comments

Comments

@avdgrinten
Copy link
Member

xbbs should track whether packages could be (byte-wise) reproduced consistently (e.g., by the last full rebuild or the last X full rebuilds).

@avdgrinten
Copy link
Member Author

avdgrinten commented Jan 1, 2021

Here are some more thoughts on this:

Definitions:

  • Call a package n-times reproduced if the last (n+1) builds produced the same file hash. Note that is important that we demand (n+1) builds here (i.e., the initial build does not count).
  • We say a package is m-times reproduced by full builds if it is n > m times reproduced and among these n builds, there are m full builds. Note that this is not the same as demanding that the last (m+1) full builds produced the same file hash (e.g., if the initial build of the package is not done in a full build). We can do the same definition for incremental builds.

I think what we should display is the number of times a package was reproduced by (i) full builds (second definition) and (ii) all builds (first definition).

@avdgrinten
Copy link
Member Author

Actually, the following might be simpler:

For each package, we build a table with one row per build and (build number, version, hash) as columns. Then, if there are two rows for the current version that have different hashes, that's a reproduction failure.

@ArsenArsen
Copy link
Member

ArsenArsen commented Apr 27, 2022

That is indeed what I wanted to do. Just collect build artifact hashes, find discrepancies

EDIT: The above statistic can very well be calculated from a history of build hashes

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants