Hi Vincent,
thanks a lot for this deep dive into the problem!
Really appreciate it!
Best regards
Anton
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
Another thing: This problem actually appears even without FVWM's
ManualPlacement, i.e. if the window is displayed immediately. So
I suppose that it is likely to occur with other window managers.
A simple command to reproduce the issue:
echo 'set terminal wxt; plot x' | gnuplot -persist
--
On 2024-02-29 12:34:17 +0100, Vincent Lefevre wrote:
> Indeed, this was caused by the upgrade of the pango library. I've
> just posted on the upstream bug:
>
> Actually, the problem also occurs with gnuplot 5. It has actually
> appeared with the 1.52 pango library: downgrading the pango packages
Processing control commands:
> found -1 5.4.4+dfsg1-2
Bug #1064982 [gnuplot-qt] with GNUTERM=wxt, "gnuplot -persist" hangs if gnuplot
cannot draw before stdin is closed, e.g. with FVWM's ManualPlacement
Marked as found in versions gnuplot/5.4.4+dfsg1-2.
--
1064982:
Control: found -1 5.4.4+dfsg1-2
On 2024-02-29 03:43:33 +0100, Vincent Lefevre wrote:
> Now, I can reproduce the bug on my other machine. I upgraded some
> packages, and I don't know whether this is related (only pango1.0
> packages seem related).
Indeed, this was caused by the upgrade of the
Processing control commands:
> forwarded -1 https://sourceforge.net/p/gnuplot/bugs/2693/
Bug #1064982 [gnuplot-qt] with GNUTERM=wxt, "gnuplot -persist" hangs if gnuplot
cannot draw before stdin is closed, e.g. with FVWM's ManualPlacement
Set Bug forwarded-to-address to
Control: forwarded -1 https://sourceforge.net/p/gnuplot/bugs/2693/
I've reported the bug upstream.
On 2024-02-29 04:07:17 +0100, Vincent Lefevre wrote:
> For instance, if I run
>
> { echo 'plot x' ; sleep 3 ; } | gnuplot -persist
>
> there are no issues if I place the window before the 3
Processing control commands:
> retitle -1 with GNUTERM=wxt, "gnuplot -persist" hangs if gnuplot cannot draw
> before stdin is closed, e.g. with FVWM's ManualPlacement
Bug #1064982 [gnuplot-qt] gnuplot-qt: gnuplot displays a window with nothing in
it
Changed Bug title to 'with GNUTERM=wxt,
Control: retitle -1 with GNUTERM=wxt, "gnuplot -persist" hangs if gnuplot
cannot draw before stdin is closed, e.g. with FVWM's ManualPlacement
On 2024-02-29 03:47:41 +0100, Vincent Lefevre wrote:
> On 2024-02-29 03:43:33 +0100, Vincent Lefevre wrote:
> > This can be reproduced with the following
On 2024-02-29 03:43:33 +0100, Vincent Lefevre wrote:
> This can be reproduced with the following script:
>
> #!/bin/sh
>
> gnuplot -persist < plot '-' using 1:2 t '' with line
> 0 0
> 10 10
> e
> EOF
>
> No issues with GNUTERM=qt, but with GNUTERM=wxt, it doesn't work.
Or just:
$ echo 'plot
On 2024-02-28 15:01:17 -0800, Dima Kogan wrote:
> Can you see if other wxt applications work on a system that's
> exhibiting this problem?
The issue seems specific to gnuplot under particular conditions.
See below.
Now, I can reproduce the bug on my other machine. I upgraded some
packages, and I
Can you see if other wxt applications work on a system that's exhibiting
this problem?
--
debian-science-maintainers mailing list
debian-science-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
On 2024-02-28 10:39:49 -0800, Dima Kogan wrote:
> Hi. I'd like to get more clarity.
>
> - You see the issue when you try to plot anything at all?
>
> - You say "plot x" and you get a plot window, but it's all white, or
> something?
>
> - Only with the "qt" terminal?
It was the wxt terminal
Hi. I'd like to get more clarity.
- You see the issue when you try to plot anything at all?
- You say "plot x" and you get a plot window, but it's all white, or
something?
- Only with the "qt" terminal?
You can try to change your window manager, qt versions, etc, etc. If no
trigger is found,
On 2024-02-28 19:20:58 +0100, Vincent Lefevre wrote:
> Before the upgrade to gnuplot 6, everything was fine. But after
> the upgrade, I get a window where nothing is drawn, i.e. I just
> get what's *behind* the window. That's always reproducible on
> this machine.
>
> I've tried GNUTERM=wxt only.
Package: gnuplot-qt
Version: 6.0.0+dfsg1-1
Severity: grave
Justification: renders package unusable
Before the upgrade to gnuplot 6, everything was fine. But after
the upgrade, I get a window where nothing is drawn, i.e. I just
get what's *behind* the window. That's always reproducible on
this
16 matches
Mail list logo