You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
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)
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.
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.
The text was updated successfully, but these errors were encountered: