Hi Phil: You have made many good points. For example, I wholeheartedly second your comment "In particular, I'm hugely grateful Pedro for your efforts on this." Also, I completely agree with you it is bad to even attempt to release anywhere near the Christmas holidays. My apologies for getting us into that situation which I propose to rectify by putting the release on hold until you fix this issue. See more on that below.
On 2016-12-27 23:21-0000 p.d.rosenb...@gmail.com wrote: > Note that up to now the bug Pedro reported exists on one remote x server. It does not appear to affect the Cygwin x server when used remotely, nor Xming. I would suggest that if we wish to release approximately on time, then we restore the previous API and release with a note saying that this remote X server has a compatibility issue and that users should check the git repo for updates. This summary of the limited nature of the issue may have been correct at one point but unfortunately it is not correct now. For example, the tip of the master branch bombs for me (Debian Jessie with either remote X display with an X terminal or direct X display) right now with the infinite Yielding loop generated whenever I build the test_wxPLplotDemo target. And I am virtually positive you would run into the same situation if you made the same test on your Ubuntu platform because I don't think there is anything particularly special about Debian Jessie's version of the wxwidgets and gtk+ libraries. All the latest wx-related commits for master tip are yours, e.g., 995e75e Made some items clearer in the wxWigdets Demo 65e7b3c Fix bug with plotting in wxPLplotDemo 67ef7be Added a function to check if the window is ready to accept plot commands. bf79603 Revert "wxwidgets binding: workaround fix for delayed OnCreate event" c111bad Revert "wxwidgets binding: modification of workaround fix for delayed OnCreate event" ca58e7c Use /dev/urandom in preference to /dev/random in wxWidgets driver. And two of those reverted Pedro's commits so I don't think there is anything of Pedro's in master tip right now. So if I really did wish to make a rushed release in the next few days, you would have to tell me which of your commits above you think should be reverted. And I think we both prefer you take the time to make a solid fix instead before we release! > Meanwhile I can still think of two or three ways we can quite likely sort this without losing functionality or generating backwards incompatible changes. But trying to do that over the Christmas break is just not doable for me. I can start looking at it properly in january. OK. Please do that, and I will do what I should have done from the start which is to delay the release until you have properly solved this release-critical issue. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
