Bug#750045: gnuplot: no longer works: assert "m_window" failed in DoGetSize()

Olly Betts olly at survex.com
Sun Jun 1 22:56:40 UTC 2014


On Sun, Jun 01, 2014 at 09:34:29PM +0200, Anton Gladky wrote:
> 2014-06-01 19:43 GMT+02:00 sfeam <sfeam at users.sourceforge.net>:
> > Unfortunately this issue appeared just at the time we were putting out
> > a release candidate for a major version upgrade to gnuplot 5.0.

I filed #741072 with the patch on 2014-03-08, which is close to 3 months
ago now.  The bug saw no response until I raised the severity last week
- perhaps if it had been acted upon sooner, these problems would have
been found sooner, and quite likely would have already been fixed.

Oddly, I definitely tested gnuplot before sending in the patch, though I
can reproduce this problem now.  Nothing else relevant seems to have
changed in gnuplot or wxwidgets3.0 since though.  I wonder if I messed
up and wasn't testing the build I thought I was - sorry if that's the
case.

I'm just rebuilding gnuplot with debug symbols to see if that shows
where this is coming from.

> I would then propose the following. If wx 2.8 will be available
> for the next stable Debian Jessie, then we will switch back to
> this 2.8 version without any major changes.

I'm confident that wx 2.8 won't be in jessie.  The transition tracker
shows 44% complete for wxwidgets3.0, and there are patches in the BTS
for another 12 packages:

https://release.debian.org/transitions/
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=wx3.0;users=freewx-maint@lists.alioth.debian.org

There is also still wxpython to deal with (which doesn't show up in the
tracker, I guess because it's part of the wxwidgets2.8 source package),
but there's still 5 months until the freeze.

> Otherwise, wxt will be disabled in Debian builds as a terminal
> for gnuplot.

That seems a reasonable plan if we can't address this in time.

Cheers,
    Olly



More information about the debian-science-maintainers mailing list