You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 21, 2024. It is now read-only.
I'd like to make a case for a separate "Notebook" Github org.
I know we discussed that we'd rather aim to consolidate things (in today's notebook meeting), but because there is a unique governing body that will manage this subproject and a specific set of projects under these team's management (see the list below), I believe there is a decent case for a separate org.
Further, I don't think it's the responsibility of the JupyterLab team to maintain nbclassic and the (new) notebook_shim package; rather it's the responsibility of the notebook team.
Here is a list of repos we would immediately move to this new org:
While it would make sense in theory, one of the main "requirements" for the Notebook v7 transition is to keep the jupyter/notebook name for the repo, just because it's been the home for Notebook for so many years.
Maybe we should consider moving to a separate organization after Notebook v7 has landed, maybe for Notebook v8?
I think it is very important to keep jupyter/notebook as the home of the codebase a user is installing when they run pip install notebook. This does not prevent us, however, from having that repo redirect to a new one. I would propose waiting until after the the dust settles from the Jupyter Notebook v7 launch and the activity that will undoubtedly generate.
Closing as the JupyterLab and Notebook subprojects have now been merged into a single subproject: jupyter/governance#200
jupyterlab/frontends-team-compass#230 is currently still opened to handle the follow-up items such as merge the list of council members and eventually archiving this repo.
I'd like to make a case for a separate "Notebook" Github org.
I know we discussed that we'd rather aim to consolidate things (in today's notebook meeting), but because there is a unique governing body that will manage this subproject and a specific set of projects under these team's management (see the list below), I believe there is a decent case for a separate org.
Further, I don't think it's the responsibility of the JupyterLab team to maintain nbclassic and the (new) notebook_shim package; rather it's the responsibility of the notebook team.
Here is a list of repos we would immediately move to this new org:
Pinging @tonyfast @afshin @jtpio.
The text was updated successfully, but these errors were encountered: