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
Jupyterlab 0.31.12 #38566
Jupyterlab 0.31.12 #38566
Conversation
Please rebase on staging: https://groups.google.com/forum/#!topic/nix-devel/IA6o_CRI0NY |
521fd6a
to
878ca5b
Compare
@GrahamcOfBorg build python3Packages.jupyterlab |
Success on x86_64-linux (full log) Attempted: python3Packages.jupyterlab Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: python3Packages.jupyterlab Partial log (click to expand)
|
]; | ||
|
||
# No tests in archive | ||
doCheck = false; |
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.
Seems like there are tests in jupyterlab/tests
. However, it seems like node is required:
Please install nodejs 5+ and npm before continuing.
meta = with lib; { | ||
description = "Jupyter lab environment notebook server extension."; | ||
license = with licenses; [ bsd3 ]; | ||
homepage = "http://jupyter.org/"; |
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.
no quotes
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.
There is no consensus on that in nixpkgs. URL literals get transformed into strings so it doesn't make any practical difference. This is unlike path literals which do have a different type.
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.
There is a strong opinion to get rid of the type and use strings instead, but no such (formal) decision has been made. Would it not make sense to keep using the dedicated type for it until decided otherwise? I mean, if people want this they can open an RFC instead of increasing incoherence in the package set.
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.
I agree that we should have the discussion at some point.
nixpkgs is already incoherent so going one way or another doesn't make much difference for new packages. In either case we can write a script that converts existing packages once the above discussion has been resolved.
meta = with lib; { | ||
description = "This package is used to launch an application built using JupyterLab"; | ||
license = with licenses; [ bsd3 ]; | ||
homepage = "http://jupyter.org/"; |
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.
no quotes
Failure on x86_64-darwin (full log) Attempted: python3Packages.jupyterlab Partial log (click to expand)
|
I've tested this on macOS. There was a problem with launching
It can not determine application directory correctly and that breaks the web GUI. There is also missing (seemingly optional) dependency on nodejs. Would you mind applying a following fix: --- a/pkgs/development/python-modules/jupyterlab/default.nix
+++ b/pkgs/development/python-modules/jupyterlab/default.nix
@@ -1,4 +1,4 @@
-{ lib, buildPythonPackage, isPy3k, fetchPypi, ipython_genutils, jupyterlab_launcher, notebook }:
+{ lib, buildPythonPackage, isPy3k, fetchPypi, ipython_genutils, jupyterlab_launcher, nodejs, notebook }:
buildPythonPackage rec {
pname = "jupyterlab";
version = "0.31.12";
@@ -12,12 +12,17 @@ buildPythonPackage rec {
propagatedBuildInputs = [
ipython_genutils
jupyterlab_launcher
+ nodejs
notebook
];
# Depends on npm
doCheck = false;
+ makeWrapperArgs = [
+ "--set" "JUPYTERLAB_DIR" "$out/share/jupyter/lab"
+ ];
+
meta = with lib; {
description = "Jupyter lab environment notebook server extension.";
license = with licenses; [ bsd3 ]; Thank you! |
Other than that it works very nice! |
Wrappers are already created by |
@FRidh |
without this option jupyterlab will look into the system python installation directories
@veprbl thanks for the wrapper. I didn't add nodejs because it breaks the build in sandbox mode:
|
If I am correct |
Motivation for this change
updates and ofborg sanity check
Things done
build-use-sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)