On 2015-03-11 12:27-0700 Alan W. Irwin wrote: > I will now do my own git bisects to find when the zoom issue was > introduced and when the two-GUI issue was introduced.
My apologies, but it turns out the two-GUI issue was a false alarm. The only explanation that seems reasonable is there must have been some stale files hanging around in the build tree that caused this issue because when I started with a fresh build of master tip as the first step of git bisect, the issue was completely gone. Furthermore, the zoom issue was gone as well. And I also get the same good results (again starting with a fresh build) for commit afd37a9 (the one I used for my series of wxwidgets tests). I am virtually positive that unlike the two-GUI issue, the zoom issue was not a false alarm because Andrew saw this zoom issue, and I confirmed it as well several times using a fresh build, so I think what happened there was one of the recent plbuf fixes prior to afd37a9 fixed it. But I am not going to investigate further, and will happily take this good master tip result! So the current release status is we are still in deep freeze following the rule of thumb I expressed to Phil (with the addition that all documentation changes are still allowed), but master tip is considerably higher quality than I thought with no known rendering regressions. Of course, there is still a lot of work to do to finish this release, but I am happy with where we are at the moment. So the only topic left in this subthread discussion that I am aware of is the authorization issues discovered by Phil when attempting to verify the (irreproducible) two-GUI issue, but I assume that is a local platform issue for him that he will be able to straighten out. @Phil: On that topic, I have just noticed now that Debian has installable packages for both Tcl/Tk 8.4 and 8.5 so I assume Ubuntu supplies those as well. So if your cmake output shows cmake is finding Tcl/Tk 8.4, that is probably the source of your authorization issue, and to solve it you must install Tcl/Tk 8.5. If that doesn't solve the issue, then you should check what your current default version of tclsh is using the following pattern of commands. irwin@raven> ls -l /usr/bin/tclsh lrwxrwxrwx 1 root root 23 Sep 29 2012 /usr/bin/tclsh -> /etc/alternatives/tclsh* irwin@raven> ls -l /etc/alternatives/tclsh lrwxrwxrwx 1 root root 22 Aug 10 2014 /etc/alternatives/tclsh -> /usr/bin/tclsh-default* irwin@raven> ls -l /usr/bin/tclsh-default lrwxrwxrwx 1 root root 8 Mar 19 2013 /usr/bin/tclsh-default -> tclsh8.5* If that symlink trail leads you to tclsh8.4, then you must run the update-alternatives command appropriately to change that symlink trail so that tclsh refers to tclsh8.5 and similarly for wish. 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 __________________________ ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel