feat: add TriliumNext via optional extra successor repo #1221
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
because the package name collides but the fork is consensual, and to avoid forcibly upgrading trilium users to the fork, we could make use of an optional override repo.
Closes #1209
This draft PR attempts to demonstrate this usage of the facility by creating an additional repository in
11-successors
containing an entry for thetrilium
package pointing to the TriliumNext fork. In this way the default behaviour leavestrilium
to use and follow the original repository, but if users want to move to the fork (or choose to install and track the fork) they will need to enable the11-successors
repository. For example:This will only work after the repository exists, but then an update will instantiate the new repository override definition and (once the cache for trilium is removed or expires) existing trilium users will get an "upgrade" onto the fork, which will be presented as the only
trilium
package because of the override. To test this out before the PR is merged (since the CI test is currently broken anyway, and in any case would need extending to enable the11-successors
repo in the test logic!) it is possible to enable the repo from the PR branch thus:With the original copied to
99-local.d
under a different name you'd then see something like this and be able to install the fork:This seems to me the most flexible and respectful approach.
Of course users are at liberty to take this definition and use it as an override in
99-local
or add it to their own external repository as an override.