-
Notifications
You must be signed in to change notification settings - Fork 137
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
[Bug]: Including jupyenv in flake causes nix evaluation to OOM #525
Comments
Sorry, it seems there is some interaction with a particular nixpkgs version, maybe it's not jupyenv's fault. Let me close until I understand it better. |
This problem seems to be solved after removing |
I'm afraid the problem does indeed persist. After updating with |
It seems that |
A working combination is |
A few haskell packages can't be built, so some notebooks will not compile. Still, we're in a better place than before. I also had to remove jupyterEnvironment from the mkShell, otherwise there would be an infinite loop: (tweag/jupyenv#525)
My minimal reproducer: {
description = "A very basic flake";
inputs = {
jupyenv = {
inputs.nixpkgs.follows = "nixpkgs";
url = "github:tweag/jupyenv";
};
};
outputs = { self, nixpkgs, jupyenv }:
let system = "x86_64-linux";
in {
devShells.x86_64-linux.default = with import nixpkgs { inherit system; }; mkShell {
packages = [
(jupyenv.lib.${system}.mkJupyterlabNew {})
];
};
packages.x86_64-linux.hello = nixpkgs.legacyPackages.x86_64-linux.hello;
packages.x86_64-linux.default = self.packages.x86_64-linux.hello;
};
} Running The two input locks:
|
A few haskell packages can't be built, so some notebooks will not compile. Still, we're in a better place than before. I also had to remove jupyterEnvironment from the mkShell, otherwise there would be an infinite loop: (tweag/jupyenv#525) Further, I had to remove haskell-flake-utils, it seems not to be supported sufficiently. This dropped cabal-docspec support.
A few haskell packages can't be built, so some notebooks will not compile. Still, we're in a better place than before. Further, I had to remove haskell-flake-utils, it seems not to be supported sufficiently. This dropped cabal-docspec support. I also had to remove the nixpkgs follow input, otherwise there would be an infinite loop: (tweag/jupyenv#525)
A few haskell packages can't be built, so some notebooks will not compile. Still, we're in a better place than before. Further, I had to remove haskell-flake-utils, it seems not to be supported sufficiently. This dropped cabal-docspec support. I also had to remove the nixpkgs follow input, otherwise there would be an infinite loop: (tweag/jupyenv#525)
see #524 |
please try: nix-community/poetry2nix#1329 |
Indeed, adding |
To illustrate the bug, I created https://github.com/turion/jupyenv-bug/. Reproduce like this:
|
Current Behavior
In tweag/monad-bayes@5d08e7c I bumped our jupyenv version to revision 97f76f9. This causes
nix develop
to go into a memory-leaking infinite loop.Expected Behavior
Just evaluating
nix develop
Steps To Reproduce
nix develop
OS
Version
97f76f9
Additional Context
Running
nix develop -vvv
gives this ever repeating loop:Relevant log output
The text was updated successfully, but these errors were encountered: