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