[issue17465] Gut devinabox
Brett Cannon added the comment: OK, rewrite is finished in changeset 2c20681befa8 . -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
Brett Cannon added the comment: OK, so I think supporting builds, runs, and reports is fine to start, but trying to get the setup step for Distribute working would be a bonus feature if we wanted to make this something we ask people to use on their own w/o guidance. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
Ezio Melotti added the comment: What devinabox should become instead is a README listing what people should checkout/download and build. Isn't this already covered in the devguide? If it's not I think it should be added there rather than on a README. I'm also not sure what the current devinabox does, but some kind of script that can do all the required steps automatically might be useful. -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
R. David Murray added the comment: A script to do all the steps is what devinabox currently is, but it is rather fagile. As far as I know (Brett would know for sure) it has never worked without tweaking from one Core Sprint to the next. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
Nick Coghlan added the comment: When I used it for PyCon AU, it did require tweaking, but only for some of the steps. It was still handy to have it automated, I just think we need to set the expectation that we'll need to tweak the scripts every time we use it for a new conference. It would actually be handy to have a Tips for running a CPython core sprint for new contributors guide in the devguide :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
anatoly techtonik added the comment: Given some tweaks, it can become an attracting entrypoint into Python core development - http://shelr.tv/records/5148841296608075f849 -- nosy: +techtonik ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
Brett Cannon added the comment: Here is the overall plan. 1. A README for core devs leading a sprint to make sure they remember to have the right repositories cloned, files downloaded, and docs built; stuff they already know how to do and thus don't need a tool to do for them which constantly breaks 2. Some helper scripts to make tricky or multi-step things an easy single step for both core devs and new contributors I finished step 1 on the plane home from PyCon and step 2 I'm in the process of doing. The full coverage script will be referenced from the devguide, but the steps themselves will not be outlined. Because it is constantly changing thanks to coverage.py moving at its own pace I don't want to update the script **and** the docs. So the devguide will point to the script and explain what it's for but not detail every step like it does now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
Brett Cannon added the comment: One piece of feedback I could stand to get from people who have used a devinabox at a sprint is how often a certain step is repeated in terms of coverage.py (since it's the most complicated one). Which one happens the most? 1. Checkout, setup, build, and cover once 2. Checkout once, setup, build cover multiple times 3. Checkout, setup, and build once, cover multiple times I'm trying to figure out how much to bother automating. Right now I am covering option 2, but perhaps option 1 happens the most and so the setup script should do everything needed that is in any way finicky (e.g. setting up distribute as necessary in-place) but not dependent on networking (e.g. cloning coverage.py). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
R. David Murray added the comment: Coverage takes a long time to run. So I think what is needed is running it once to build the full report (I then shared that on a local http server), and a script the sprinters can run to re-run it just against the module they are writing tests for. Which in turns implies the sprinters may need to rebuild coverage on their own machines. Then again, I may be doing this all wrong :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17465] Gut devinabox
New submission from Brett Cannon: While devinabox was originally designed such that anyone running a core dev sprint could have an easy way to grab everything, it has turned out only core devs end up using it. That makes having a script to do checkouts, builds, etc. is overkill. What devinabox should become instead is a README listing what people should checkout/download and build. Probably the only other file should be a shell script to do the thorough coverage.py run as found at http://docs.python.org/devguide/coverage.html#coverage-results-for-modules-imported-early-on since it's the most touchy. This would also allow for ripping out the details from the devguide and just point to the shell script at hg.python.org. -- assignee: brett.cannon messages: 184489 nosy: brett.cannon, ncoghlan, r.david.murray priority: low severity: normal stage: needs patch status: open title: Gut devinabox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17465 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com