Menu
▾
▴
Re: [Jython-dev] Pull requests #36 and #38
|
From: Stefan R. <Ste...@gm...> - 2016-05-01 02:50:18
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div> <div>Jim, thanks for your kind reply.</div> <div> </div> <div>>we generally follow a commit-then-review (CTR) process</div> <div>Alright. I was aware of this workflow implicitly so far. For #36 and #38 I was just looking for an explicit 'okay' even for save stuff, because it's in the hot shortly-before-release-phase (and it had been postulated that new features should go into 2.7.2, which was stated assuming less delay for 2.7.1 I suppose).</div> <div> </div> <div> <div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"> <div style="margin:0 0 10px 0;"><b>Gesendet:</b> Sonntag, 01. Mai 2016 um 03:40 Uhr<br/> <b>Von:</b> "Jim Baker" <jim...@py...><br/> <b>An:</b> "Stefan Richthofer" <Ste...@gm...><br/> <b>Cc:</b> "Jython Developers" <jyt...@li...><br/> <b>Betreff:</b> Re: [Jython-dev] Pull requests #36 and #38</div> <div name="quoted-content"> <div> <div class="gmail_extra"> <div class="gmail_quote">On Sat, Apr 30, 2016 at 5:34 AM, Stefan Richthofer <span><<a href="Ste...@gm..." target="_parent">Ste...@gm...</a>></span> wrote: <blockquote class="gmail_quote" style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left-width: 1.0px;border-left-style: solid;border-left-color: rgb(204,204,204);padding-left: 1.0ex;">Hello everybody,<br/> <br/> given that Jython 2.7.1 was delayed so long (actually we're about to reach the planned release date for 2.7.2)</blockquote> <div> </div> <div>Yes, I'm really well aware of how much we have slipped. On the other hand, this past week I had a chance to see a demo of some soon to be production code using our latest work, running on Twisted with SSL connections and against Java and Clojure libraries, all with quite reasonable performance due to no GIL.</div> <div> </div> <div>So at this time, I'm hoping that we can complete by PyCon; or at least the PyCon sprints for those attending. See <a href="http://bit.ly/jython-triage-2_7_1" target="_blank">bit.ly/jython-triage-2_7_1</a> for outstanding bugs. Bugs of urgent/immediate severity block the release candidate; but we should include with respect to the high bugs as well, all of which have outstanding fixes to be applied.</div> <div> </div> <div>The real challenge is the immediate bug ("the publication bug" for class/type mappings in <a href="http://bugs.jython.org/issue2487" target="_blank">http://bugs.jython.org/issue2487</a>); it's something Darjus Loktevic and I have put in some time into, but so far, not resolved. But the final exam in the course I'm teaching is this Monday; and I just got back from the OpenStack Summit where I was kicking off a new project. So I personally have some time to squash that bug coming up real soon now.</div> <div> </div> <blockquote class="gmail_quote" style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left-width: 1.0px;border-left-style: solid;border-left-color: rgb(204,204,204);padding-left: 1.0ex;">I'd like to merge the pull requests<br/> <br/> <a href="https://github.com/jythontools/jython/pull/36" target="_blank">https://github.com/jythontools/jython/pull/36</a><br/> <br/> <a href="https://github.com/jythontools/jython/pull/38" target="_blank">https://github.com/jythontools/jython/pull/38</a><br/> <br/> before the release. I think there is no risk to introduce new issues with these changes, because they really do simple stuff or just add a function.</blockquote> <div> </div> <div>+1. For committers, we generally follow a commit-then-review (CTR) process. The other committers haven't had a chance to review these PRs in advance - certainly not me - but in general - simple stuff/adds a function has worked safely for us with CTR. Basically any committer should know when to reach out to another one for review of the tricky bits - that's why we were so designated :)</div> <div> </div> <div>See my separate email sent on this same thread on how we actually merge such PRs. (tl;dr it's manual.)</div> <div> </div> <blockquote class="gmail_quote" style="margin: 0.0px 0.0px 0.0px 0.8ex;border-left-width: 1.0px;border-left-style: solid;border-left-color: rgb(204,204,204);padding-left: 1.0ex;"><br/> Regarding #36:<br/> Given that there was no uname in Jython before there cannot be (sane*) code that could be affected even if my implementation was faulty.<br/> <br/> * code might be conditioned on uname not existing, but I regard it a no-goal to preserve bug-compatibility to old versions<br/> <br/> <br/> Regarding #38:<br/> Changes only concern if-branches that don't apply to Jython anyway. Actually these branches could have been removed completely (stuff that is conditioned onto e.g. <a href="http://os.name" target="_blank">os.name</a> == 'nt'). I did not remove them because Jython code might want to hack around with them, e.g. by actively setting <a href="http://os.name" target="_blank">os.name</a> to some value != 'java' (code I doubt to exist anyway). However for JyNI I need these branches additionally secured by a check for != 'java' for reasons that go too far to explain here (I can give details on the use case on demand).<br/> So semantically these checks don't change anything for Jython at all; they even reduce the number of failing checks a bit, as <a href="http://os.name" target="_blank">os.name</a> != 'java' usually wraps an entire block of several checks for various platforms not applying to Jython-case.<br/> <br/> If there are no concerns I would check these into Jython someday next week. Presumably these commits would allow me to drop the JyNI-specific ctypes python code and use the CPython-bundled ctypes entirely. #36 is also required for JyOpenGL.<br/> <br/> Regards<br/> <br/> Stefan<br/> <br/> ------------------------------------------------------------------------------<br/> Find and fix application performance issues faster with Applications Manager<br/> Applications Manager provides deep performance insights into multiple tiers of<br/> your business applications. It resolves application problems quickly and<br/> reduces your MTTR. Get your free trial!<br/> <a href="https://ad.doubleclick.net/ddm/clk/302982198;130105516;z" target="_blank">https://ad.doubleclick.net/ddm/clk/302982198;130105516;z</a><br/> _______________________________________________<br/> Jython-dev mailing list<br/> <a href="Jyt...@li..." target="_parent">Jyt...@li...</a><br/> <a href="https://lists.sourceforge.net/lists/listinfo/jython-dev" target="_blank">https://lists.sourceforge.net/lists/listinfo/jython-dev</a></blockquote> </div> </div> </div> ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! <a href="https://ad.doubleclick.net/ddm/clk/302982198;130105516;z_______________________________________________" target="_blank">https://ad.doubleclick.net/ddm/clk/302982198;130105516;z_______________________________________________</a> Jython-dev mailing list Jyt...@li... <a href="https://lists.sourceforge.net/lists/listinfo/jython-dev" target="_blank">https://lists.sourceforge.net/lists/listinfo/jython-dev</a></div> </div> </div> </div></div></body></html> |
