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

[RFE] Optionally provide a snapshot of dependencies #2

Open
ingvagabund opened this issue Feb 20, 2018 · 1 comment
Open

[RFE] Optionally provide a snapshot of dependencies #2

ingvagabund opened this issue Feb 20, 2018 · 1 comment

Comments

@ingvagabund
Copy link
Contributor

ingvagabund commented Feb 20, 2018

Each project SHOULD provide a list of all dependencies with their corresponding commits/revisions.
So:

  • it is known exactly which dependencies were used to build/implement a library/binary
  • automatic analysers checking backward compatibility can run over all Go packages to detect API violetions
  • it is known which commit/revision of each dependency are at least expected to be packaged in a distribution

Q: What to do if the snapshot is not upstream provided?
A: Generated your own snapshot from which a Go project can be built (ability to build a project is more than nothing)

Q: What happens if the snapshot is not provided?
A: A snapshot gets constructed based on the commit date of a Go project (looking for the commits of dependencies that are at most up to the date)

@nim-nim
Copy link

nim-nim commented Nov 29, 2018

While that would be nice to have this belongs more in general rpm tooling IMHO (and even Go projects can have non-Go deps that influence the build result).

Right now all the elements used by a build are logged and traced by koji. If that is not enough for your needs we probably need to work with koji and rpm upstream to get the manifest of the build root written in a file and added to the srpm or a specific subpackage.

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