Skip to content
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

Development build instructions off in README #27

Closed
ellisonbg opened this issue Jun 9, 2016 · 10 comments
Closed

Development build instructions off in README #27

ellisonbg opened this issue Jun 9, 2016 · 10 comments
Labels
bug status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion.

Comments

@ellisonbg
Copy link
Contributor

ellisonbg commented Jun 9, 2016

The instructions in the README for dev builds work fine if you haven't made any changes. But if you want to actually do development, there are missing pieces. I thought I could get away with just doing an npm run build in the top-level directory, but that doesn't seem to do it.

I dug around and found that python setup.py jsdeps does the trick. Is this the preferred approach? Do we want to add a top level npm command that does everything?

@ellisonbg ellisonbg added the bug label Jun 9, 2016
@jasongrout
Copy link
Contributor

Sure, that would be great to have a top-level npm command that builds and then builds the extension subpackage. Submit a PR!

@ellisonbg
Copy link
Contributor Author

I have no idea how to get npm to do that and am going offline until next
Wed starting tomorrow after our JupyterLab meeting ;-)

On Thu, Jun 9, 2016 at 6:43 PM, Jason Grout notifications@github.com
wrote:

Sure, that would be great to have a top-level npm command that builds and
then builds the extension subpackage. Submit a PR!


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#27 (comment),
or mute the thread
https://github.com/notifications/unsubscribe/AABr0M5RE6Yty1jSPJB8gw2OEnHvOPa0ks5qKMFPgaJpZM4Iygmb
.

Brian E. Granger
Associate Professor of Physics and Data Science
Cal Poly State University, San Luis Obispo
@ellisonbg on Twitter and GitHub
bgranger@calpoly.edu and ellisonbg@gmail.com

@jasongrout
Copy link
Contributor

Workflow A: have npm run build build the jupyterlab code, then install it into the extension, then update the extension bundle. It would be great to have an npm run watch or something that could do this automatically when a file changed too.

Workflow B: have an npm run watch in the jupyterlab directory, so you first go into the jupyterlab directory and run npm run watch, then as you make changes to the jupyterlab ts source, and run npm run build, the extension updates itself.

@Carreau
Copy link
Contributor

Carreau commented Jun 10, 2016

Ping @ian-r-rose , @fperez

@fperez
Copy link
Contributor

fperez commented Jun 13, 2016

While having a run watch open is probably a good idea for dev work (and should be documented :), would it also help to have a git hook like we have for j/notebook?

@Carreau
Copy link
Contributor

Carreau commented Jun 14, 2016

Sidenote,

npm install run post_install and prepublish which end up running all the test ....etc which seem undesirable.

@jasongrout
Copy link
Contributor

jasongrout commented Jun 15, 2016

@Carreau - this is a problem with npm. See npm/npm#3059 (and npm/npm#8402, and finally npm/npm#10074, which is still open).

@jasongrout
Copy link
Contributor

This issue I think is fixed with #75 (when it is merged...)

@jasongrout
Copy link
Contributor

Fixed by #75.

@Carreau
Copy link
Contributor

Carreau commented Jun 15, 2016

Thanks ! And yes I was 1/2 aware it was a npm issue.

afshin pushed a commit that referenced this issue Sep 13, 2018
New Style and Improvements
saulshanabrook pushed a commit that referenced this issue Oct 17, 2018
Default bar -- fixed priority
@lock lock bot added the status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion. label Aug 11, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Aug 11, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug status:resolved-locked Closed issues are locked after 30 days inactivity. Please open a new issue for related discussion.
Projects
None yet
Development

No branches or pull requests

4 participants