Bug#888560: mpfi dependencies inconsistency

Package: src:mpfi Version: 1.5.3+ds-1 Severity: serious Justification: Policy 7.2 The current libmpfi-dev version is 1.5.3+ds-1+b1, which has: Depends: libmpfi0 (= 1.5.3+ds-1+b1), libmpfi-dev-common (= 1.5.3+ds-1), libmpfr-dev, libgmp-dev but libmpfi-dev-common 1.5.3+ds-1 has: Recommends: libm

Bug#888459: flint-arb's tests fail on 32bit archs using mpfr 4.0.0

On 2018-01-25 23:43:14 +0100, Matthias Klose wrote: > the testsuite fails on all 32bit architectures. [...] > divFAIL (aliasing 4)! > prec = 352, rnd = 4 > > x = > (4586997233048136541430758450064474100387735230759824291973833691816938709832156080645343570059119116156929 > * 2^-154742412678922

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

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 detected I can reproduce neither the crash nor the warning. But since this seems to be due to memory corr

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

Package: libgmp10 Version: 2:6.1.2+dfsg-1 Severity: normal Tags: security upstream Forwarded: https://gmplib.org/list-archives/gmp-bugs/2017-May/004157.html I've reported the following issue upstream. Since GMP tries to allocate a huge quantity of memory (18 EB) while only a few GB's may be necess

Bug#849319: libppl-dev should recommend libgmp-dev instead of the dummy package libgmp3-dev

Package: libppl-dev Version: 1:1.2-1 Severity: wishlist libppl-dev currently recommends libgmp3-dev, which is a dummy transitional package to libgmp-dev. It should recommend libgmp-dev instead. -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'un

Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

On 2016-11-17 14:36:08 +1300, Olly Betts wrote: > In upstream wxWidgets, if the compile-time ABI and run-time ABI don't > match, then you get an error and the app won't run, which is just not > helpful. In Debian we reduce that error to a warning - in practice I've > never seen an actual problem d

Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

On 2016-11-16 10:10:09 +0100, Vincent Lefevre wrote: > Package: gnuplot-qt > Version: 5.0.5+dfsg1-4 > Severity: serious > > (Set to serious as I believe that the ABI mismatch may yield obscure > bugs and should be solved before the next stable release.) More generally, is

Bug#844486: gnuplot-qt: Mismatch between the program and library build versions with GNUTERM=wxt

Package: gnuplot-qt Version: 5.0.5+dfsg1-4 Severity: serious (Set to serious as I believe that the ABI mismatch may yield obscure bugs and should be solved before the next stable release.) When I use GNUTERM=wxt and plot data, I get a warning like: 10:01:38: Warning: Mismatch between the program

Bug#844461: gnuplot-doc: buggy references to gnuplot5

Package: gnuplot-doc Version: 5.0.5+dfsg1-4 Severity: normal In the Info main menu: * GNUPLOT5: (gnuplot5). An Interactive Plotting Program which is now incorrect. I suppose that the patch debian/patches/12_info.patch should no longer be applied. -- System Information: Debian Release:

Bug#841137: gnuplot5-qt: double free or corruption

Package: gnuplot5-qt Version: 5.0.3+dfsg2-2 Severity: important I got the following error when plotting a graph (the commands with data are sent its standard input): *** Error in `/usr/bin/gnuplot': double free or corruption (fasttop): 0x7f369007f9d0 *** === Backtrace: = /lib/x86

Bug#819696: gmp-ecm: the library should not recommend an exact version of gmp-ecm

Source: gmp-ecm Version: 6.4.4+ds-5 Severity: normal One has for libecm0 6.4.4+ds-5: Recommends: gmp-ecm (= 6.4.4+ds-5) and for libecm1 7.0+ds-1: Recommends: gmp-ecm (= 7.0+ds-1) i.e. each time with an exact version. According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819636#10 thi

Bug#818476: libgmp10: GMP is limited to 32-bit size on a 64-bit machine: failure in mpz_realloc2

Package: libgmp10 Version: 2:6.1.0+dfsg-2 Severity: normal Tags: upstream Consider: #include #include int main (void) { mpz_t u; int i; mpz_init (u); for (i = 30; i <= 40; i++) { printf ("i = %d\n", i); mpz_realloc2 (u, 1UL << i); } mpz_clear (u); return 0; }

Bug#814415: gnuplot5: inconsistency on dependencies

Source: gnuplot5 Version: 5.0.3+dfsg1-1 Severity: serious Justification: 7 When I want to upgrade gnuplot5-qt to 5.0.3+dfsg1-1, it wants to remove gnuplot-x11: # apt-get install gnuplot5-qt Reading package lists... Done Building dependency tree Reading state information... Done The followi

Bug#810943: gnuplot5-qt: incorrect font size (regression in gnuplot5 5.0.2+dfsg1-1)

Control: retitle -1 font size no longer taken into account in wxt terminals On 2016-01-14 01:06:18 +0100, Vincent Lefevre wrote: > After the upgrade to gnuplot5 5.0.2+dfsg1-1, the font size is now > incorrect (much too large). Actually it is no longer taken into account. The wxt termi

Bug#810943: gnuplot5-qt: incorrect font size (regression in gnuplot5 5.0.2+dfsg1-1)

Package: gnuplot5-qt Version: 5.0.2+dfsg1-1 Severity: important After the upgrade to gnuplot5 5.0.2+dfsg1-1, the font size is now incorrect (much too large). -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-update

Bug#795221: gnuplot5-qt: crash in g_slist_copy_deep / assertion failures

I got another assertion failure: ASSERT INFO: ../src/unix/threadpsx.cpp(1483): assert "!m_isDetached" failed in Wait(): can't wait for detached thread BACKTRACE: [1] wxThread::Wait(wxThreadWait) [2] matherr [3] matherr [4] __libc_start_main Backtrace with gdb: Thread 4 (Thread 0x7f667a874700 (

Bug#795221: gnuplot5-qt: crash in g_slist_copy_deep / assertion failures

Package: gnuplot5-qt Version: 5.0.1+dfsg1-2 Severity: important I got a crash with GNUTERM=wxt, not always reproducible: Core was generated by `/usr/bin/gnuplot -persist'. Program terminated with signal SIGSEGV, Segmentation fault. #0 g_slist_copy_deep (list=0xa0538bce, func=func@entry=0

Bug#790509: libmpfi-dev: transitional package uninstallable

On 2015-07-02 12:42:32 +0200, Andreas Beckmann wrote: > I think the general consensus is to have more unversioned -dev packages > to ease transitions, since in most cases a binNMU will be sufficient to > pick up the dependency on the new SONAME. > Even historically versioned ones have transitioned

Bug#790509: libmpfi-dev: transitional package uninstallable

On 2015-06-30 01:31:38 +0200, Jerome BENOIT wrote: > On 30/06/15 00:38, Andreas Beckmann wrote: > > PS: Is it really necessary to switch from an unversioned -dev package > > to a versioned one? > > For consistency ? I'm not sure, but this will have the drawback that packages which depend or build

Bug#778757: Close

On 2015-06-18 11:29:58 +0200, Vincent Lefevre wrote: > On 2015-06-18 09:31:09 +0200, Anton Gladky wrote: > > Well, I tried to install emacs, but the error was still there. > > Thanks for the information. I'll try with pbuilder, and see the > difference with debuild (which

Bug#778757: Close

On 2015-06-18 09:31:09 +0200, Anton Gladky wrote: > Well, I tried to install emacs, but the error was still there. Thanks for the information. I'll try with pbuilder, and see the difference with debuild (which I'm currently using and for which I do not get any error). -- Vincent Lefèvre - Web:

Bug#778757: Close

On 2015-06-18 09:22:31 +0200, Anton Gladky wrote: > just wanted to write you. I tried to apply your patch, but > it looks like it does not work with the current gnuplot_5.0.1 > There is still a weird problem "emacs is not found". Could > you please refresh your patch, so I will upload a newer > ver

Bug#778757: Close

Control: found -1 5.0.1+dfsg1-1 On 2015-04-30 02:42:59 +0200, Vincent Lefevre wrote: > Control: tags -1 patch > > On 2015-04-29 06:21:47 +0200, Anton Gladky wrote: > > Thanks for diving into it! It would be excellent if you prepare a patch. > > So we will close the b

Bug#778757: Close

Control: tags -1 patch On 2015-04-29 06:21:47 +0200, Anton Gladky wrote: > Thanks for diving into it! It would be excellent if you prepare a patch. > So we will close the bug quickly. I've attached my patch. I had to solve another problem in addition to the normal installation: the rename to gnup

Bug#778757: Close

Control: reopen -1 Control: tags -1 - wontfix Reopening because it was apparently closed from a wrong supposition. On 2015-04-28 20:26:44 +0200, Anton Gladky wrote: > It seems, gnuplot5 does not provide info-file any more. Because it now has to be generated! I agree that this isn't nice for the

Bug#778757: gnuplot5-doc: should provide info manual

Package: gnuplot5-doc Version: 5.0.0~rc+dfsg2-1 Severity: wishlist gnuplot5-doc should provide the info manual. Note: since the gnuplot version depends on the alternatives settings, it should be the same for the info manual, for consistency. -- System Information: Debian Release: 8.0 APT prefe

Bug#777684: Bug#777685: gnuplot5-qt: with fvwm, qt window resize flickers and sometimes fails

reassign 777684 fvwm reassign 777685 fvwm merge 777684 777685 retitle fvwm: gnuplot qt window resize sometimes flickers and fails, bad corner color thanks On 2015-02-15 10:16:15 +0100, Anton Gladky wrote: > I guess these bugreports should be redirected to the fvwm-package. > The bug is unreproduc

Bug#778318: gnuplot5: when using the pdfcairo terminal, lines are much thicker than with gnuplot4

Package: gnuplot5 Version: 5.0.0~rc+dfsg2-1 Severity: important When using the pdfcairo terminal, lines are much thicker than with gnuplot4, so that old plot code is not compatible with gnuplot5, though this incompatibility is not listed on http://www.gnuplot.info/ReleaseNotes_5_0.html This ca

Bug#777685: gnuplot5-qt: with fvwm, qt window resize flickers and sometimes fails

Package: gnuplot5-qt Version: 5.0.0~rc+dfsg2-1 Severity: normal gnuplot5-qt has the same bug as gnuplot-qt (bug 777684). After running gnuplot5

Bug#777684: gnuplot-qt: with fvwm, qt window resize flickers and sometimes fails

Package: gnuplot-qt Version: 4.6.6-2 Severity: normal After running gnuplot4

Bug#763504: gnuplot5-qt: "pause mouse close" makes gnuplot freeze when quitting the window

Package: gnuplot5-qt Version: 5.0.0~rc+dfsg-1 Severity: normal Since recent versions of gnuplot, the wxt terminal is no longer available, and a similar replacement is the qt terminal with gnuplot 5 by using "pause mouse close" after the plot (with the wxt terminal, -persist could be used to keep g

Bug#711142: gnuplot-qt: zooming with the 'qt' and 'wxt' terminals yields blank contents

Control: forwarded https://sourceforge.net/p/gnuplot/bugs/1419/ To summarize: this bug 711142 is about blank contents in the particular case of a zoom where the result should be a part of a segment, while bug 711139 (and 711141) is about issues related to -persist. -- Vincent Lefèvre - Web:

Bug#711142: gnuplot-qt: zooming with the 'qt' and 'wxt' terminals yields blank contents

Control: reopen -1 Control: retitle -1 zooming yields blank contents when there should be a part of a segment Control: found -1 4.6.5-4 On 2014-06-11 14:44:08 +0200, Vincent Lefevre wrote: > Actually the problem with the 'qt' terminal is due to the -persist; > this is discuss

Bug#711142: gnuplot-qt: zooming with the 'qt' and 'wxt' terminals yields blank contents

Control: retitle 711142 gnuplot-qt: zooming with the 'wxt' terminal doesn't work with -persist Only the retitle wasn't taken into account. Changed it again (and fixed it). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Bug#711139: gnuplot-qt: the grid doesn't work with the 'qt' terminal in -persist state

Control: forcemerge 711139 711141 I'm merging these two bugs because they basically cover the same issue. However each covers 3 different issues: a documentation one, an UI one, and a feature one (see below). On 2014-06-10 19:04:42 -0700, sfeam wrote: > > Then if I type "quit" to get the prompt b

Bug#711142: gnuplot-qt: zooming with the 'qt' and 'wxt' terminals yields blank contents

Control: retitle -1 gnuplot-qt: zooming with the 'qt' and 'wxt' terminals yields blank contents Control: reopen -1 Control: found -1 4.6.5-1 On 2014-06-10 09:43:19 +0200, Vincent Lefevre wrote: > Same problem with the 'qt' terminal when zooming has an ef

Bug#711142: gnuplot-qt: zooming with the 'wxt' terminal yields blank contents

Control: retitle -1 gnuplot-qt: zooming with the 'qt' and 'wxt' terminal yields blank contents Same problem with the 'qt' terminal when zooming has an effect (see bug 711141). -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Bug#711141: gnuplot-qt: zooming doesn't work with the 'qt' terminal

Control: retitle -1 gnuplot-qt: zooming doesn't work with the 'qt' terminal in -persist state Like bug 711139, this problem with the 'qt' terminal only occurs after the main gnuplot program has terminated, in -persist state, e.g. with $ GNUTERM=qt gnuplot -persist < - Web:

Bug#711139: gnuplot-qt: the grid doesn't work with the 'qt' terminal

Control: retitle -1 gnuplot-qt: the grid doesn't work with the 'qt' terminal in -persist state I recall the testcase: $ GNUTERM=qt gnuplot -persist < plot '-' using 1:2 t '' with line input data ('e' ends) > 0 0 input data ('e' ends) > 10 10 input data ('e' ends) > e then the grid button works.

Bug#711139: gnuplot-qt: the grid doesn't work with the 'qt' terminal

On 2014-06-05 08:58:20 -0700, sfeam wrote: > Upstream response: > > Can't reproduce - works fine here both for version 4.6.3 which you > mention in your report and for current 4.6.5. > > Perhaps your background color is not distinguishable from the > grid line color? Try changes the grid color.

Bug#711139: Bug#711142: gnuplot-qt: zooming with the 'wxt' terminal yields blank contents

On 2013-06-05 08:03:59 +0200, Anton Gladky wrote: > you help will be much more effective, if you report all of this bugs > directly to upstream instead of Debian BTS. I am sure, all of them > are not Debian-specific, This was in my TODO list, but I didn't have the time. I'll do that. In the mean t

Bug#750636: gnuplot doesn't work if $GNUTERM contains an unsupported terminal

Control: retitle -1 gnuplot doesn't work if $GNUTERM contains an unsupported terminal Control: severity -1 wishlist On 2014-06-05 11:24:12 +0200, Vincent Lefevre wrote: > With the default options, gnuplot no longer works, as the default > terminal is still wxt. > > Note th

Bug#750636: gnuplot-qt: the default terminal is still wxt, which has been disabled

Package: gnuplot-qt Version: 4.6.5-4 Severity: important With the default options, gnuplot no longer works, as the default terminal is still wxt. Note that I don't have a .gnuplotrc file. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (5

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

reassign 750045 wxwidgets3.0, src:gnuplot found 750045 gnuplot/4.6.5-3 found 750045 wxwidgets3.0/3.0.0-4 thanks The reassign bug number was incorrect below. On 2014-06-01 09:38:17 +0200, Anton Gladky wrote: > reassign 740045 wxwidgets3.0, gnuplot 4.6.5-3 > thanks -- Vincent Lefèvre - Web:

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

reassign 740045 wxwidgets3.0, src:gnuplot found 740045 gnuplot/4.6.5-3 found 740045 wxwidgets3.0/3.0.0-4 thanks On 2014-06-01 09:38:17 +0200, Anton Gladky wrote: > reassign 740045 wxwidgets3.0, gnuplot 4.6.5-3 > thanks > > That is due to a switch to wxwidgets3.0. > Not sure, in what package it sh

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

Control: reassign -1 gnuplot-qt 4.6.5-3 On 2014-06-01 03:41:30 +0200, Vincent Lefevre wrote: > Package: gnuplot > Version: 4.6.5-3 > Severity: grave > Justification: renders package unusable > > After the latest upgrade, gnuplot no longer works. I get the following > error:

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

Package: gnuplot Version: 4.6.5-3 Severity: grave Justification: renders package unusable After the latest upgrade, gnuplot no longer works. I get the following error: ../src/gtk/dcclient.cpp(2041): assert "m_window" failed in DoGetSize(): GetSize() doesn't work without window [in thread 7f6cceb

Bug#742564: fixed in gmp 2:6.0.0+dfsg-1

Hi, On 2014-03-25 04:34:32 +, Steve M. Robbins wrote: > Source: gmp > Source-Version: 2:6.0.0+dfsg-1 How do you know that's an official release and not some compromised tarball? The signatures for the tarball are not available yet. And there were no release candidates, and no announce in the