Bug#980518: libmkl-interface-dev: Fails to update and puts package system in a broken state

2021-01-19 Thread Witold Baryluk
Package: libmkl-interface-dev Version: 2020.3.279-1 Severity: serious Justification: packaging issue X-Debbugs-Cc: witold.bary...@gmail.com Dear Maintainer, root@debian:~# apt dist-upgrade --purge Reading package lists... Done Building dependency tree Reading state information... Done

Bug#949767: clblas: *gemm wrong answers in out-of-order queues

2020-11-16 Thread Witold Baryluk
Source: clblas Followup-For: Bug #949767 X-Debbugs-Cc: witold.bary...@gmail.com Hi, any progress on this? Is this something that the upstream should look into maybe? Thanks, Witold -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500,

Bug#681646: gnuplot: somtimes forgets previous command (can't see it in history either)

2018-11-26 Thread Witold Baryluk
Package: gnuplot Version: 5.2.5+dfsg1-1 Followup-For: Bug #681646 This is still a bug in current gnuplot 5.2.5, albeit with a bit different behaviour. Example: ... Terminal type is now 'wxt' gnuplot> a=5;plot x gnuplot> plot x gnuplot> history 1 a=5;plot x # No 'plot x' gnuplot> plot

Bug#720403: PDF and PS terminal output compress the second (and later) page(s) if text rotation is used

2018-11-26 Thread Witold Baryluk
Package: gnuplot Followup-For: Bug #720403 Can't reproduce in current version of gnuplot. Works fine. Both pages are identical. There are minor differences between ps and pdf, but the plot is poorly done anyway to be useful. I.e. x labels are so long that there is no more space for the actual

Bug#755903: Have to invoke gnuplot with two copies of same input file

2018-11-26 Thread Witold Baryluk
Package: gnuplot Followup-For: Bug #755903 This works just fine with current version of gnuplot. I can't reproduce the problem orignally posted by Ian. Single invocation works and produces plot with expected data. It is possible that early implementation of the epscairo required explicit 'unset

Bug#914709: gnuplot: Mouse coordinates makes little sense in multiplot mode in wxt terminal

2018-11-26 Thread Witold Baryluk
Package: gnuplot Version: 5.2.5+dfsg1-1 Severity: normal As title says, I know zooming and replotting is "broken" in multiplot mode (which is a topic for another time), but the coordinates which are in principle axis based coordinates that are displayed in wxt in status bar at the bottom are

Bug#914705: gnuplot: set title ... boxed is undocumented

2018-11-26 Thread Witold Baryluk
Package: gnuplot Version: 5.2.5+dfsg1-1 Severity: normal Hi. It appears set title "xyz" boxed works and to most extent works correctly. It is not documented in manual or internal help. On my terminal it shows the box around the title. Compared to set label ... boxed it has a bit different

Bug#227645: Document how to plot compressed file

2018-11-26 Thread Witold Baryluk
Package: gnuplot Version: 5.2.5+dfsg1-1 Followup-For: Bug #227645 It isn't really a defect in gnuplot, because it can be done and is documented. plot "< xyz" ... (piped-data) is extremally powerful, often used with sed, grep, awk, cat/zcat or other tools to do arbitrary preprocessing that