Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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 th

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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 wind

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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 doe

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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 trie

Bug#1064982: gnuplot-qt: gnuplot displays a window with nothing in it

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

Bug#1057344: libgmp10: major formatted output function bug with %c and the value 0

Package: libgmp10 Version: 2:6.2.1+dfsg1-1.1 Severity: grave Tags: security upstream Justification: user security hole Forwarded: https://gmplib.org/list-archives/gmp-bugs/2023-December/005420.html X-Debbugs-Cc: Debian Security Team I've reported the following bug upstream. Debian/stable is

Bug#884538: gnuplot-qt: corrupted double-linked list

On 2017-12-16 14:45:11 +0100, Vincent Lefevre wrote: > Package: gnuplot-qt > Version: 5.2.2+dfsg1-2 > Severity: important > > "/usr/bin/gnuplot -persist" crashed after the following warning: > > (gnuplot:30420): GLib-WARNING **: corrupted double-linked list detect

Bug#1027303: gnuplot-doc: The Info manual contains a spurious Texinfo comment "@c <3 [...]"

gets a line @@c <3 -- all terminal stuff is pulled from the .trm files in the generated Texinfo file gnuplot.texi, and this line will be rendered as @c <3 -- all terminal stuff is pulled from the .trm files in the Info manual. This patch makes doc2texi.el remove the "<3" line

Bug#989029: info: scroll-backward is buggy

Control: forwarded -1 https://sourceforge.net/p/gnuplot/bugs/2575/ On 2022-12-29 02:45:35 +0100, Vincent Lefevre wrote: > The forward was for the missing terminal types. I have not reported > this second bug upstream yet. I've now reported the bug upstream. -- Vincent Lefèvre - Web:

Bug#989029: info: scroll-backward is buggy

Control: retitle -1 gnuplot-doc: spurious menu at the end of Section 4 of gnuplot.info breaks navigation in info Control: notforwarded -1 The forward was for the missing terminal types. I have not reported this second bug upstream yet. On 2022-12-29 00:51:19 +0100, Vincent Lefevre wrote

Bug#989028: gnuplot.info: missing terminal types

On 2021-05-24 01:21:56 +0200, Vincent Lefevre wrote: > After "info gnuplot", go to "Terminal_types::". One gets: > > > 4 Terminal types > > >

Bug#989029: info: scroll-backward is buggy

Control: unmerge -1 Control: retitle -1 gnuplot-doc: spurious menu at the end of Section 4 breaks navigation On 2022-11-22 15:08:10 +0100, Vincent Lefevre wrote: > doc2texi.el has > > (defvar d2t-terminal-directory (expand-file-name "../term/") > "Location of .trm f

Bug#989029: info: scroll-backward is buggy

Control: forwarded -1 https://sourceforge.net/p/gnuplot/bugs/2568/ I've just reported a bug upstream ("with a separate build directory, the info manual is not built correctly"). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Bug#989029: info: scroll-backward is buggy

Control: tags -1 upstream patch On 2022-11-22 14:46:28 +0100, Vincent Lefevre wrote: > Removed the upstream tag as I can't reproduce the issue by compiling > upstream's gnuplot 5.4.5, and Makefile.am and doc2texi.el in docs have > not changed (and the 5.4.5 release notes don't mentio

Bug#989029: info: scroll-backward is buggy

Control: tags -1 - upstream Removed the upstream tag as I can't reproduce the issue by compiling upstream's gnuplot 5.4.5, and Makefile.am and doc2texi.el in docs have not changed (and the 5.4.5 release notes don't mention any fix about the info manual). In the gnuplot.info generated using

Bug#1024630: gnuplot should not build-depend on emacs-nox only

Source: gnuplot Version: 5.4.4+dfsg1-2 Severity: normal The debian/control file has Build-Depends-Indep: latex2html, [...] emacs-nox However, the emacs variants conflicts with each other, so that if one uses a different emacs variant, one cannot build gnuplot. Since any

Bug#989029: info: scroll-backward is buggy

Control: found -1 5.4.1+dfsg1-1 Control: found -1 5.4.4+dfsg1-2 Control: forcemerge -1 989028 On 2022-11-22 13:12:00 +0100, Vincent Lefevre wrote: > The main issue is actually that the list of terminals is absent > from the info manual (the HTML and PDF manuals seem OK), which > makes

Bug#989029: info: scroll-backward is buggy

f the .trm files is buggy. On 2022-11-22 10:34:26 +0100, Hilmar Preuße wrote: > Control: reassign -1 gnuplot-doc > > Am 24.05.2021 um 01:36 teilte Vincent Lefevre mit: > > Hello, > > as discussed in that bug the issue seems only to occur w/ gnuplot-doc so > the issue is spe

Bug#1019061: gnuplot-data not available

Control: retitle -1 gnuplot and gnuplot-data not available Control: reassign -1 src:gnuplot 5.4.4+dfsg1-1 This is actually a problem for the binary packages gnuplot-qt, gnuplot-x11 and gnuplot-nox. The gnuplot metapackage is not available either, while it is still mentioned at

Bug#1019061: gnuplot-data not available

Control: severity -1 serious Hi, On 2022-09-03 15:51:49 +0200, alberto wrote: > Dear Maintainer, > > it looks like gnuplot-data is not available anymore (at least from version > 5.4.4-gfsg1-1). This makes gnuplot (any flavour) uninstallable. > > I'm surprised I could not find any report on

Bug#994405: libgmp10:i386: buffer overflow due to integer overflow in mpz/inp_raw.c on 32-bit machines

On 2021-11-14 14:15:25 +0100, Anton Gladky wrote: > well, I was thinking that upstream should request a CVE. Neverheless > I could not reproduce the issue with the modern GCC-versions. > Even on 32bit-systems. I can still reproduce the segmentation fault under Debian/unstable. Simplified

Bug#994405: libgmp10:i386: buffer overflow due to integer overflow in mpz/inp_raw.c on 32-bit machines

On 2021-09-16 21:23:34 +0200, Anton Gladky wrote: > Thanks for the bug report. We will fix it when CVE (if any) will be > assigned and upstream patch will be available. FYI, an upstream patch is now available here: https://gmplib.org/list-archives/gmp-bugs/2021-September/005087.html > Though,

Bug#994405: libgmp10:i386: buffer overflow due to integer overflow in mpz/inp_raw.c on 32-bit machines

Package: libgmp10 Version: 2:6.2.1+dfsg-2 Severity: grave Tags: security upstream Justification: user security hole X-Debbugs-Cc: Debian Security Team mpz_inp_raw segfaults (SEGV_MAPERR) on large sizes. I suspect that this is due to an integer overflow in mpz/inp_raw.c: abs_xsize =

Bug#989028: gnuplot.info: missing terminal types

Package: gnuplot-doc Version: 5.4.1+dfsg1-1 Severity: normal After "info gnuplot", go to "Terminal_types::". One gets: 4 Terminal types * Menu: * complete_list_of_terminals::

Bug#964062: libfplll-dev:amd64: missing static library libfplll.a

Package: libfplll-dev Version: 5.3.2-1 Severity: important The static library libfplll.a is missing. This makes projects that require static linking fail to build. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500,

Bug#863217: libgmp10:amd64: gmp_snprintf tries to allocate 18 EB on long strings

Control: tags -1 fixed-upstream On 2017-05-23 21:43:06 +0200, Vincent Lefevre wrote: > Consider the following program: > > #include > #include > > int main(void) > { > int r; > long n = -1; > > r = gmp_snprintf (NULL, 0, "%2147483600s%100s%ln&quo

Bug#925927: libgmp10:amd64: failure with Clang's memory sanitizer: use-of-uninitialized-value

Control: tags -1 upstream Control: forwarded -1 https://gmplib.org/list-archives/gmp-bugs/2019-March/004525.html I also reported the bug upstream. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA -

Bug#925927: libgmp10:amd64: failure with Clang's memory sanitizer: use-of-uninitialized-value

Package: libgmp10 Version: 2:6.1.2+dfsg-4 Severity: important The following program #include int main (void) { mpz_t z; mpz_init (z); mpz_set_ui (z, 1); mpz_dump (z); mpz_clear (z); return 0; } compiled with: clang-7 -fsanitize=memory -o tst tst.c -lgmp gives the following

Bug#844484: Warning: slow font initialization + graph not displayed in the window

Control: found -1 5.2.5+dfsg1-1 Another issue is that the warning message doesn't end with a newline character. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / AriC project (LIP,

Bug#917256: gnuplot-qt: should provide gnuplot-x11 in order to avoid conflicting dependencies

Package: gnuplot-qt Version: 5.2.5+dfsg1-1 Severity: important If I understand correctly, gnuplot-qt is like gnuplot-x11, but also has Qt support. Thus it should provide gnuplot-x11 in order to satisfy some dependencies. As an example, if I want to install maxima, apt wants to remove gnuplot-qt

Bug#905102: gnuplot-doc: gnuplot.pdf does not have images

Package: gnuplot-doc Version: 5.2.2+dfsg1-2 Severity: minor The Gnuplot PDF manual gnuplot.pdf does not have images. The reason is that upstream chose to use picins, which is not provided in Debian. There are several solutions: 1. Ask to provide picins if the license issue can be solved: