Re: [Plplot-devel] Install location logic substantially updated

[Alan W. Irwin]

On 2017-07-22 01:59-0700 Alan W. Irwin wrote:

[...]

The above commit was rather intrusive so I gave it a complete
noninteractive and interactive comprehensive test which passed with
only minor dashboard submission issues (see the commit message for
commit 62e07d4 for the details) which I have since fixed.

However, our comprehensive tests do not test the

make DESTDIR= install

trick used by packagers.  So I would appreciate you doing that
and checking to see if this series of commits has introduced any
problems.


To Ole and Orion:

I have just tried testing the use of DESTDIR as above by hand. As
expected, all files were installed in the staging area rather than the
designated install location.  I then moved that staging area to the
designated install location and built the test_noninteractive and
test_interactive targets by hand for that location for both our
CMake-based build system for the installed examples, and our
traditional (Makefile + pkg-config) build system for the installed
examples.  All seemed well for these 4 tests.  So that is a reassuring
result concerning our install location relocatability.

However, I still encourage both of you to attempt to package our git
master branch since that not only tests the above capability, but also
tests the latest PLplot in other useful ways.

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

Re: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of the map

[Phil Rosenberg]

Hi Mark
Thanks for the reminder. I will definitely put as much effort as I can
into getting this sorted pre release.

Phil

On 24 July 2017 at 13:27, Mark de Wever  wrote:
> Hi Phil,
>
> I saw the release of 5.13 is being planned. I wondered whether it is
> possible to fix this issue before the release.
>
> Regards,
> Mark de Wever
>
>
> On 18.11.16 18:30, p.d.rosenb...@gmail.com wrote:
>>
>> Hi Mark
>> Thanks for the report. I'll have a look at your example over the weekend
>> and see if I can fix the issue.
>>
>> Phil
>>
>> Sent from my Windows 10 phone
>>
>> From: Mark de Wever
>> Sent: 18 November 2016 11:06
>> To: plplot-dev
>> Subject: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of
>> themap
>>
>> Hi,
>>
>> Recently I ran into an issue with the plplot 5.11.1 on Windows. The
>> plmap code seems to omit lines entirely when a part of the line is not
>> visible. This only occurs when the line is not visible on the left hand
>> side of the plot. When a part is not visible on the right hand side it
>> is properly shown.
>>
>> At my Debian Stable system I use the system's 5.10.0 version. There the
>> issue doesn't occur. (I noticed the plmap code has been rewritten
>> between 5.10.0 and 5.11.0.) I also tested the bug on Debian Stable with
>> 5.11.1 and a recent master [d71e48], both have the issue.
>>
>> Attached a modified example 19 where the bug is shown. The first plot
>> shows the entire coast of Ireland. The second plot should only omit a
>> small part of the coast, but instead the entire coast has been removed.
>> Only the internal border of Ireland remains visible. This seems to
>> happen with all coast lines; I picked Ireland since it shows the bug
>> nicely.
>>
>>
>> Regards,
>> Mark de Wever
>>
>> PS: It seems the old deprecated plmap code no longer shows a map (at
>> least on Windows). I didn't investigate further, I just installed the
>> shapelib library.
>>
>> PPS: There also seems to be another issue with a filled polygon map, but
>> I'm still investigating. If it really is an issue, I'll report it.
>>
>>
>

--
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

Re: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of the map

[Mark de Wever]

Hi Phil,

I saw the release of 5.13 is being planned. I wondered whether it is 
possible to fix this issue before the release.


Regards,
Mark de Wever

On 18.11.16 18:30, p.d.rosenb...@gmail.com wrote:

Hi Mark
Thanks for the report. I'll have a look at your example over the weekend and 
see if I can fix the issue.

Phil

Sent from my Windows 10 phone

From: Mark de Wever
Sent: 18 November 2016 11:06
To: plplot-dev
Subject: [Plplot-devel] [Bug] Plmap omits lines at the left hand side of themap

Hi,

Recently I ran into an issue with the plplot 5.11.1 on Windows. The
plmap code seems to omit lines entirely when a part of the line is not
visible. This only occurs when the line is not visible on the left hand
side of the plot. When a part is not visible on the right hand side it
is properly shown.

At my Debian Stable system I use the system's 5.10.0 version. There the
issue doesn't occur. (I noticed the plmap code has been rewritten
between 5.10.0 and 5.11.0.) I also tested the bug on Debian Stable with
5.11.1 and a recent master [d71e48], both have the issue.

Attached a modified example 19 where the bug is shown. The first plot
shows the entire coast of Ireland. The second plot should only omit a
small part of the coast, but instead the entire coast has been removed.
Only the internal border of Ireland remains visible. This seems to
happen with all coast lines; I picked Ireland since it shows the bug nicely.


Regards,
Mark de Wever

PS: It seems the old deprecated plmap code no longer shows a map (at
least on Windows). I didn't investigate further, I just installed the
shapelib library.

PPS: There also seems to be another issue with a filled polygon map, but
I'm still investigating. If it really is an issue, I'll report it.





--
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

[Plplot-devel] Planning for the release of 5.13.0

[Alan W. Irwin]

We have made lots of progress (see our git log) since the release of
5.12.0 so I am looking forward to releasing 5.13.0 in the near future
(i.e., in early or late August depending on how much time Arjen has for
PLplot testing in the remainder of this month, and how soon we can
debug the issues he has found with his preliminary Windows platform
testing.

I am now declaring a soft code freeze for this release (which means
large documentation upgrades are still fine, but no actual code
changes should be merged to the master branch that will be the basis
of this release other than bug fixes).  Right now, this code freeze is
quite soft, but as we approach closer to the release it will harden
almost completely (i.e., only the simplest and most trivial bug fixes
will be accepted).  The point of this rapidly hardening policy is
those of us that test need some largely quiet time with regard to
actual code changes for a week or so just before the release to
finalize our testing results.

N.B. this code freeze does not preclude me continuing to work with Phil on
his private topic branch concerning implementing and using C exceptions
to handle all our C errors.

The projects that we need to finish before this release are the
following with all three of these release-critical in my view.

* Completely debug the Windows variant of the 3-semaphores approach to
  IPC between -dev wxwidgets and wxPLViewer.

  The status of this project is Arjen and I have gone through a number
  of iterations of code changes and Linux comprehensive wxwidgets tests on my 
part and
  similar comprehensive tests of wxwidgets on Windows platforms on
  Arjen's part.  My comprehensive test on Linux was fine (except
  for subscript rendering issues, see below) and
  Arjen also got a promising preliminary result (confined to just
  the shared library build tree) on MinGW-w64/MSYS2 that he needs
  to extend to the nondynamic, static, and install tree cases.

  In addition Arjen's tests with the MSVC compiler discovered an
  uninitialized variable in the superfix/subfix rendering code for
  wxwidgets.  I am the last developer to have touched that complicated
  code so it is up to me to fix it.  But the reason I touched it
  before was it was not rendering correctly at all.  The superscript
  rendering was a lot better after I modified that code to fix some
  obvious issues AND to introduce some semiempirical corrections to
  the vertical spacing for superscripts, but there was still an
  egregious subscript rendering issue (subscripts were being rendered
  exactly like superscripts).  I expect the uninitialized variable
  explains why I was having so much trouble debugging that code, but I
  am virtually positive there is more work to do there than that.
  Although I have not been able to work on this recently because of
  other interesting PLplot developments, I do plan to dig deep into
  that code and finally make it work properly starting tomorrow.

  Of course, such bug fixes are allowed and positively encouraged
  during the soft part of the code freeze so if anyone else wants to
  deal with a bug that has been bothering you (other than the
  well-known plfill bug where there are some deep issues I want to
  deal with myself, and now likely post-release again), I strongly
  encourage you to do that now.

* Comprehensive tests on the Linux and non-interactive comprehensive
  tests on MinGW-w64/MSYS2, MSVC, Cygwin, and
  Mac OS X platforms with fixes for all obvious issues discovered with
  these tests (or if the fix is not obvious or is complex, dropped
  components of PLplot for the platform in question).

  The status of this project is as follows:

  The comprehensive test success that I got last month on Linux has
  now recently been confirmed again (actually for a case where once
  again the prefixes for the source, build, and install trees all
  contained a space).  That Debian Jessie platform has all possible
  PLplot soft dependencies installed (albeit for rather old versions
  of software).

  As a result essentially all Linux-relevant components of PLplot
  were tested, and the tests were done for both noninteractive and
  interactive components of PLplot.  Thus, we are in good shape on
  Linux outside of the PLplot soft dependency version issues brought
  up recently by Ole such as Octave 4 which only works for pure ascii
  examples versus Octave-3 on Debian Jessie that works for both ascii
  and non-ascii UTF-8 examples.  (This octave-4 non-ascii UTF-8 issue
  is something I plan to deal with post-release once I have had a
  chance to install Debian stable = Stretch, testing, and unstable
  following Ole's suggestion.)

  Arjen had completed a successful comprehensive test of all relevant
  noninteractive components of Cygwin much earlier in this release
  cycle so I thought we were in good noninteractive shape on
  that platform, but for some reason that same test is now erroring out
  so that issue needs a lot further 

[Plplot-devel] PLplot Debian package -- spelling issues fixed

[Alan W. Irwin]

On 2017-07-15 11:49+0200 Ole Streicher wrote:


And, finally, there are a few spelling errors found by lintian:
directorys -> directories
Continous -> Continuous
argment -> argument
argments -> arguments


The "directories" spelling issues had already been independently
corrected in this release cycle, but the "continuous" and "argument"
spelling issues were splattered across 22 files in our source tree!
So thanks for reporting those, and I have now fixed them in an
automated way (commit 5fc9108).

I have now reviewed all your posts, and I believe this e-mail
concludes my specific response to topics you have raised so far
(although the C exception handling work that spun off from our
discussion obviously continues due to Phil's efforts to finish his
proof of concept with some input and lots of well-deserved
encouragement from me).

I have very much appreciated your input and help (especially with the
nn and csa licensing issues), and I look forward to more input from
you once you have had a chance to package the git master branch of
PLplot that is soon going to lead to the release of 5.13.0.

Best wishes,

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