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

Establish a mechanism for tracking if copied-in-code has been updated at the original source #270

Closed
BigLep opened this issue Apr 6, 2023 · 2 comments
Assignees
Labels
topic/build-and-release-fitness Items related to our CI process, dependency management, etc.

Comments

@BigLep
Copy link
Contributor

BigLep commented Apr 6, 2023

Done Criteria

A mechanism has been setup and documented for us to know if any of the repos that were copied into this Boxo have received "important improvements" in their original location.

Why Important

Some of the repos we copied as part of #202 (e.g., ipfs/go-car) have active maintainers (see #218 ). Fixes will likely get made there that we'll miss. Similarly, repos that are not maintained may get picked up by others and we'd like to know if improvements get made so we can evaluate whether to incorporate them.

User/Customer

Kubo maintainers to make sure they aren't missing out on other changes that should be pulled into Kubo.

Notes

  1. Best intentions of checking on repos or having an individual subscribe to notifications on a repo doesn't count. It's not a mechanism.
  2. I assume the best proxy for "important updates" is whether the maintainers of the original/source repo were willing to cut a release.
  3. An idea that @BigLep believes he is capturing correctly from a verbal brainstorm with @guseggert : create a new module within Boxo or a separate repo where all the original repos are listed as dependencies. We can then let dependabot take care of notifying us with PRs that will show up in our triage when the original/source repos do a release. We will merge the PR to "update the dependency" once we evaluate what commits have changed and whether it makes sense to port any of them into Boxo.
@BigLep BigLep added the topic/build-and-release-fitness Items related to our CI process, dependency management, etc. label Apr 6, 2023
@BigLep
Copy link
Contributor Author

BigLep commented Apr 6, 2023

I'm making this a subtask under #196 because I believe it's important work for us feeling good about our decision to "copy repos in" as part of #191

BigLep added a commit that referenced this issue Apr 6, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
guseggert pushed a commit that referenced this issue Apr 12, 2023
* Added FAQ and README updates

* Add note about #270
@BigLep BigLep assigned BigLep and unassigned guseggert May 18, 2023
@BigLep
Copy link
Contributor Author

BigLep commented Jul 6, 2023

This is no longer relevant since for #202 we ended up archiving the repos.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
topic/build-and-release-fitness Items related to our CI process, dependency management, etc.
Projects
No open projects
Archived in project
Development

No branches or pull requests

2 participants