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
git-big-picture: 1.0.0 -> 1.1.1 #110201
git-big-picture: 1.0.0 -> 1.1.1 #110201
Conversation
pkgs/applications/version-management/git-and-tools/git-big-picture/default.nix
Outdated
Show resolved
Hide resolved
pkgs/applications/version-management/git-and-tools/git-big-picture/default.nix
Outdated
Show resolved
Hide resolved
pkgs/applications/version-management/git-and-tools/git-big-picture/default.nix
Outdated
Show resolved
Hide resolved
5bb2585
to
3f49170
Compare
@SuperSandro2000 I think I applied your suggestions 1:1 but the build still fails. Any ideas why? |
You are not in a python package and cannot directly use python packages in inputs. You need to use |
3f49170
to
2f5313d
Compare
Interesting, thanks! I guess that applies to pytest as well? Let's see if the CI likes the new version. |
2f5313d
to
f026b98
Compare
01ad52e
to
3708ccd
Compare
Yes, it does. Please do not use ofborg to test evaluation. This needs to be done locally or ofborg would be to busy for the important evals. |
@SuperSandro2000 I understand and respect your concern. With my prior update to 1.0.0, getting the security fix to the users was my motivation to try bump the package while no one else did the bump before me: We probably agree that keeping nixOS users safe and secure is important. Given that I am not running nixOS anywhere myself, ofborg is my only ship to get security fixes into nixOS. Can we agree that security work is important enough to use ofborg resources and that regular bumps are not? That would be fair and good with me. |
3708ccd
to
c45f5e2
Compare
@SuperSandro2000 given what you said about ofborg above: Should I try finish the 1.1.1 bump still or do you know anyone who could take over? With the most recent change, I have a feeling it may be the last round. |
c45f5e2
to
367f6b2
Compare
Nothing wrong with updating packages or force pushing but you can check your builds locally with nix and enabled sandbox on almost any platform and you can also run a nixpkgs-review wip to check for regressions. |
@SuperSandro2000 those would all be firsts to me so I'm afraid that's out of my time budget box right now. |
This is a semi-automatic executed nixpkgs-review which is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch). Result of 1 package failed to build and are new build failure:
|
That is not correct. You can use nix which you can use on any other Linux distribution.
Please do not use ofborg to generate checksums. It is not meant for this. @nthorne could you maintain this package? If not we should think about removing it completely. |
367f6b2
to
ffe323a
Compare
Turns out that a wheel distribution doesn't include the tests, so we can't run them. I force pushed a commit that does that, and also includes a small cleanup. I hope you don't mind, @hartwork :) |
@infinisil thanks for your help! |
Hi, Really sorry for jumping onto this so late, @SuperSandro2000 , but things are a bit busy elsewhere. Yes, I can maintain this package, but it will have to be prioritized with regards to other commitments. |
- Migrate from fetchFromGitHub to fetchPypi to ease SHA256 handling - Drop tests (while not included with PyPI releases) - Install a man page (as shipped by upstream) - Move buildInputs to runtime only Co-Authored-By: Silvan Mosberger <contact@infinisil.com>
ffe323a
to
201b24a
Compare
@SuperSandro2000 is anything important left to fix before a merge? |
fetchFromGitHub
tofetchPypi
to ease SHA256 handlingMotivation for this change
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)