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
nixops: make overrides build instead of failing with 'nixops-_version_-py2-none-any.whl is not a valid wheel filename' #41472
Conversation
When overriding the src attribute of nixops I would end up with: 'nixops-_version_-py2-none-any.whl is not a valid wheel filename'. One workaround is https://github.com/grahamc/network/blob/master/shell.nix#L14 It appears that nixops/release.nix has its own nix package. A better solution might be to move these changes back to nixpkgs.
Success on aarch64-linux (full log) Attempted: nixops Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: nixops Partial log (click to expand)
|
@domenkozar the nixops doc building process is kinda confusing (I admit I quickly glaced over it), if you a patch/advice on how to improve it so that one can build everything from a nixops fork with just the nixpkgs derivation that would be cool |
This pull request has been mentioned on Nix community. There might be relevant details there: https://discourse.nixos.org/t/nixos-19-03-feature-freeze/1950/28 |
So the real fix is |
I alos noticed lots of duplication between nixops and nixpkgs (default.nix/shell.nix) so I had hoped for a maintainer to do both ? |
@GrahamcOfBorg build nixopsUnstable |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please fix the merge conflict
I don't think we should merge this as-is. The generic.nix used to contain common paths, I don't see how this change improve things (refactoring wise). |
I close it because I don't intend to work on it anymore even though I would very much like to see the functionality. |
Something we're using:
|
This pull request has been mentioned on Nix community. There might be relevant details there: https://discourse.nixos.org/t/help-customizing-nixops-version/2718/2 |
This pull request has been mentioned on Nix community. There might be relevant details there: https://discourse.nixos.org/t/help-customizing-nixops-version/2718/4 |
Motivation for this change
I have a backlog of 3/4 PRs in my nixops repo and I got fed up with running ./dev-shell every time I wanted to use nixops. I wanted to install my fork instead but when overriding the src attribute of nixops I would end up with:
'nixops-version-py2-none-any.whl is not a valid wheel filename'.
One workaround is https://github.com/grahamc/network/blob/master/shell.nix#L14
It appears that nixops/release.nix has its own nix package. A better solution might
be to move these changes back to nixpkgs.
Things done
Make
installable.
The changes seem to break the documentation generation but as I know nothing about this and it seemed a bit complex (plus I know the doc system changed recently), I would appreciate it someone knowledgeable in the area could provide a patch @grahamc ?
sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)