Should most collaboration python packages depend on jupyterlab?

[krassowski]

Description

It looks like:

• jupyter-docprovider
• jupyter-collaboration
• jupyter-collaboration-ui

de-facto require JupyterLab. We currently do not have a minimum pin which means that adding new features is tricky if these requires newer JupyterLab versions. Even in case of Jupyter Notebook 7, it still depends on JupyterLab.

The only argument against it I can see is the slight possibility that third-party packages could use JupyterLab extension mechanism and could consume extension provided by the above three extensions without installing JupyterLab itself.

On the other hand, jupyter-server-ydoc is not jupyterlab-specific and does not bundle a jupyterlab extension.

[jtpio]

The only argument against it I can see is the slight possibility that third-party packages could use JupyterLab extension mechanism and could consume extension provided by the above three extensions without installing JupyterLab itself.

Another case: custom lab-based applications that only depend on jupyterlab_server, like https://github.com/jupyterlab/jupyterlab/tree/main/examples/federated for example, that may not want to bring the whole jupyterlab package as a dependency.

[krassowski]

Maybe we can just add a dependency pin to jupyter-collaboration - this way a potential user like examples/federated can install the atomic dependencies but majority of users will be upgraded to the correct version.

[andrii-i]

Are there any downsides to adding a JupyterLab dependency pin to jupyter-collaboration? A mechanism like this to specify which versions of JupyterLab current version of jupyter-collaboration is compatible with would help with versions mismatch issues.

[krassowski]

During frontends meeting @jtpio brought up some historical concern about execution in wasm environments. I wonder if we could use a specifier as in jupyterlab-myst:

 "jupyter_server>=2.0.1,<3;platform_system!='Emscripten'"

https://github.com/jupyter-book/jupyterlab-myst/blob/4c70b0312aee6f2f65c18d1aeec80521c1fa5bc3/pyproject.toml#L26C4-L26C61

[andrii-i]

I opened #429 pinning jupyterlab>=4.4.0a2,<5.0.0 in jupyter-collaboration.

@jtpio, @krassowski I have not added platform_system!='Emscripten' yet but I'm open to do it if you think it makes sense. My only concern is if it's necessary now or if it might be a premature optimization. Also I'm not very well versed in wasm and wasm compilers, would adding Emscripten to the exceptions be enough to cover most wasm compilers / platforms used with jupyter?