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

Add niv branches traking the branches from nixpkgs #328

Open
refnil opened this issue Aug 14, 2021 · 3 comments
Open

Add niv branches traking the branches from nixpkgs #328

refnil opened this issue Aug 14, 2021 · 3 comments
Labels
enhancement New feature or request question Further information is requested

Comments

@refnil
Copy link
Collaborator

refnil commented Aug 14, 2021

There seems to be some interest for niv having branches compatible with the release branches of nixpkgs. (See #311)

However, I'd like to ask if it is worth it? Would it really be that useful? In theory, people can already install niv via nixpkgs and have a compatible version that way.

If you have a use case for this feature, please tell us in the comment bellow.

@refnil refnil added enhancement New feature or request question Further information is requested labels Aug 14, 2021
@risicle
Copy link

risicle commented Aug 14, 2021

I think the current solution is fine as long as https://raw.githubusercontent.com/nmattia/niv/master/data/nixpkgs.json is reliably updated. (Ideally it wouldn't depend on just the small maintainership of the niv project and nixpkgs itself would supply a more general mechanism)

The only bit missing I think is the ability to have a setup that will jump from release x to release x+1 on a niv update when the time is right. At the moment I think the "latest branch" check will only happen on a niv init.

(this discussion is really meta and hurts my brain)

@refnil
Copy link
Collaborator Author

refnil commented Aug 15, 2021

I just realized that I had misunderstood what you meant all along. I was thinking of the nixpkgs in nix/sources.json that was used to build niv while you are talking about the nixpkgs that is used by default when initializing a project.

The only bit missing I think is the ability to have a setup that will jump from release x to release x+1 on a niv update when the time is right. At the moment I think the "latest branch" check will only happen on a niv init.

I like this idea. It would the default behavior but it could be under a command line flag or something.

@risicle
Copy link

risicle commented Aug 15, 2021

I just realized that I had misunderstood what you meant all along.

Yeah this is what I meant by the meta-ness hurting my brain.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants