I forgot to add that you start this script like this
Test-Command: xvfb-run -s "-screen 0 1024x768x24 -ac +extension GLX
+render -noreset" sh debian/tests/gui
Depends:
mesa-utils,
coot,
xauth,
xvfb,
Restrictions: allow-stderr
Package: coot
Version: 1.1.08+dfsg-2
Severity: important
X-Debbugs-Cc: pi...@debian.org
while trying to start coot, I get this error message.
$ coot
INFO:: built with GTK 4.12.5
pdd /usr/share/coot
WARNING:: Coot REFMAC dictionary override COOT_REFMAC_LIB_DIR
/usr/share/coot/lib failed to find
Here the diff between the epics version (debian patch unapplyed) and the
current 2.1.0 version of yajl (debian patch unapplyed).
not that simple...diff --git a/src/yajl.c b/src/yajl.c
index d477893..fdad3f6 100644
--- a/src/yajl.c
+++ b/src/yajl.c
@@ -1,5 +1,5 @@
/*
- * Copyright (c) 2007-2014,
following a different path...,
I added this in the rules file
-export POSIX_CFLAGS+=$(CFLAGS)
+export POSIX_CFLAGS+=$(CFLAGS) $(shell pkgconf --cflags yajl)
export POSIX_CFLAGS+=$(CPPFLAGS)
export POSIX_CPPFLAGS+=$(CPPFLAGS)
-export POSIX_LDFLAGS+=$(LDFLAGS)
+export POSIX_LDFLAGS+=$(LDFLAGS)
I am working on it at the upstream level
need a few more days.
Cheers
Fred
Hello Andreas,
I have another autopkgtest failure on armel with silx and pocl
The content of check_atomic32 is
def check_atomic32(device):
try:
ctx = pyopencl.Context(devices=[device])
except:
return False, f"Unable to create context on {device}"
else:
queue
Package: silx
Version: 2.0.1+dfsg-1
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello, the armel autopkgtest fail with this error message
1016s autopkgtest [22:49:50]: test opencl: [---
1017s pocl warning: encountered incomplete implementation in
bravo !!!
This is team works. :))
Cheers
Frederic
Here an analyse of the FTBFS
On the amd64, I have two failures dureing the test
Test Summary Report
---
testPVAServer.t(Wstat: 0 Tests: 0 Failed: 0)
Parse errors: No plan found in TAP output
Files=6, Tests=129, 1 wallclock secs ( 0.05 usr 0.01 sys + 0.09 cusr 0.06
csys
A workaround for now is to use this
POCL_WORK_GROUP_METHOD=cbs
Jerome is helping also here trying to understand the problem...
https://github.com/silx-kit/silx/issues/4073
POCL_WORK_GROUP_METHOD=cbs python3 test.py
make it works
$ POCL_WORK_GROUP_METHOD=cbs python3 test.py
[SubCFG] Form SubCFGs in bsort_all
[SubCFG] Form SubCFGs in bsort_horizontal
[SubCFG] Form SubCFGs in bsort_vertical
[SubCFG] Form SubCFGs in bsort_book
[SubCFG] Form SubCFGs in bsort_file
With latest version (PAS OK)
$ dpkg -l | grep pocl
ii libpocl2-common5.0-2.1
all common files for the pocl library
ii libpocl2t64:amd64 5.0-2.1
Debian12 (OK)
$ dpkg -l | grep pocl
ii libpocl2:amd64 3.1-3+deb12u1
amd64Portable Computing Language library
ii libpocl2-common 3.1-3+deb12u1
all
On Debian12 it works out of the box
$ POCL_DEBUG=1 python3 test.py
[2024-03-11 10:05:31.837738936]POCL: in fn pocl_install_sigfpe_handler at line
229:
| GENERAL | Installing SIGFPE handler...
[2024-03-11 10:05:31.868890390]POCL: in fn POclCreateCommandQueue at line 98:
| GENERAL |
We already had the warning message
[2024-03-10 14:26:18.189651850]POCL: in fn void
appendToProgramBuildLog(cl_program, unsigned int, std::string&) at line 111:
| ERROR | warning:
/home/picca/.cache/pocl/kcache/tempfile_msXjLw.cl:861:14: AVX vector argument
of type '__private fl
Here a log with POCL_DEBUG=all
picca@cush:/tmp$ python3 test.py
[2024-03-10 14:22:19.462191847]POCL: in fn pocl_install_sigfpe_handler at line
265:
| GENERAL | Installing SIGFPE handler...
[2024-03-10 14:22:19.475550217]POCL: in fn POclCreateCommandQueue at line 103:
| GENERAL
111:
| ERROR | warning:
/home/picca/.cache/pocl/kcache/tempfile_NcEztR.cl:861:14: AVX vector argument
of type '__private float8' (vector of 8 'float' values) without 'avx' enabled
changes the ABI
warning: /home/picca/.cache/pocl/kcache/tempfile_NcEztR.cl:893:14: AVX vector
argument of type '__pri
Here a small script which trigger the errorfrom silx.image import medianfilter
import numpy
IMG = numpy.arange(1.0).reshape(100, 100)
KERNEL = (1, 1)
res = medianfilter.medfilt2d(
image=IMG,
kernel_size=KERNEL,
engine="opencl",
)
===
platform linux -- Python 3.11.8, pytest-8.0.2, pluggy-1.4.0 -- /usr/bin/python3
cachedir: .pytest_cache
rootdir: /home/picca/debian/science-team/pyvkfft
plugins: anyio-4.2.0, dials-data-2.4.0, xvfb-3.0.0
collected 2
Package: wnpp
Severity: wishlist
Owner: Picca Frédéric-Emmanuel
X-Debbugs-Cc: debian-de...@lists.debian.org,
debian-pan-maintain...@alioth-lists.debian.net, pi...@debian.org
* Package name: pynx
Version : 2023.1.2-1
Upstream Contact: fa...@esrf.fr
* URL : https
With the silx 2.0.0 version the failire is located in the OpenCL part
the backtrace is this one when running the median filter
# build the packag eintht echroot and enter into it once build
dgit --gbp sbuild --finished-build-commands '%SBUILD_SHELL'
run this command to obtain the backtrace...
Package: python3-sphinx
Version: 5.3.0-4
Severity: important
Dear Maintainer,
Hello,, while preparing the new silx package, I got this error message from
sphinx when calling this command line
# build man pages
pybuild --build -s custom -p $(PY3VER) --build-args="cd doc && env
Source: cglm
Severity: important
Dear Maintainer,
While working on my 'hkl' package I now have an FTBFS due to the 0.9.2 cglm
version
The error is
hkl-binoculars-geometry.c: In function
‘hkl_binoculars_parameter_transformation_get’:
hkl-binoculars-geometry.c:45:45: error: incompatible type
Package: devscripts
Version: 2.23.7
Severity: important
Dear Maintainer,
While reporting a bug against cglm, I tried build-rdeps but got this message...
$ build-rdeps cglm
Reverse Build-depends in experimental/main:
---
Use of uninitialized value
Package: tango-db
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I upgraded a computer from bullseye to bookwork. tango-db was
installed with the bulleyes version before the upgrade.
The upgrade went fine, so I installed the tango-starter (bookworm
version).
BUT the
for dials it seems that the CI works with pandas 2.1 from experimental.
https://ci.debian.net/packages/d/dials/unstable/amd64/41962612/#S4
- Le 30 Jan 24, à 9:05, Rebecca N. Palmer rebecca_pal...@zoho.com a écrit :
> I intend to upload pandas 2.x to unstable soon. These packages have a
>
Package: pyfai
Version: 2023.9.0-1
Severity: important
Dear Maintainer,
Could you apply this patch in order to avoid a segfault in pyFAI-calib2
https://github.com/silx-kit/pyFAI/pull/2064
it correspond to this bug report
https://github.com/silx-kit/pyFAI/issues/2047
Cheers
-- System
Source: zfp
Severity: important
Dear Maintainer,
since the upload of zfp 1.0.1, the test of hdf5plugin are failing
look at here
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1059842
It seems to me that the zfp library should be recompile with the previous flag.
thanks
Frederic.
PS: Il
ok for me
- Le 4 Jan 24, à 13:19, Alexandre Detiste alexandre.deti...@gmail.com a
écrit :
> Le jeu. 4 janv. 2024 à 07:48, Andreas Tille a écrit :
>> > @Vincent: this one package "gtextfsm" is yours
>> > do you green light an upload ?
>>
>> If you ask me the package is team maintained and a
It seems to me that the FTBFS was not due to cython 3.x but related to this bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054716
now that this bug is solved, can you re run the build for bitshuffle ?
Frederic
Would you mind to migrate bitshuffle under the Debian-science umbrella.
this way I could fix the package (cython3, h5py, ...) issues and and
upload the latest version.
thanks for considering.
Frederic
Source: stdeb
Severity: important
X-Debbugs-Cc: pi...@debian.org
Hello,
while trying to use pupy-install, I got this error message
/tmp$ pypi-download at
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/stdeb/transport.py", line 62, in request
A workaround is to set DEBOOTSTRAP_DIR
sudo DEBOOTSTRAP_DIR=/usr/share/debootstrap
sbuild-debian-developer-setup
-setup
info: L'utilisateur « picca » appartient déjà au groupe « sbuild ».
I: SUITE: unstable
I: TARGET: /srv/chroot/unstable-amd64-sbuild
I: MIRROR: http://localhost:3142/deb.debian.org/debian
I: Running debootstrap --arch=amd64 --variant=buildd --verbose
--include=fakeroot,build-essential,eatmydata
Package: linux-image-6.1.0-13-amd64
Version: 6.1.55-1
Severity: normal
Dear Maintainer,
I am preparing a virtual machine wher eI install the linux-headers-amd54
package.
But it failed with this error message
Setting up linux-image-6.1.0-13-amd64 (6.1.55-1) ...^M
I: /vmlinuz is now a symlink
Package: python3-h5py
Version: 3.7.0-8
Followup-For: Bug #1051781
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
If I create a link
ln -s h5py._debian_h5py_serial-3.7.0.dist-info h5py-3.7.0.dist-info
under /usr/lib/python3/dist-packages
It solves my issue.
So my question is should the
Package: libg3d-plugins
Version: 0.0.8-36
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I am the maintainer of the hkl package.
When I use the ghkl librarry, I get this error message
(ghkl:1336510): LibG3D-WARNING **: 15:03:32.967: libg3d: plugins: failed to
load
Package: python3-h5py
Version: 3.7.0-8
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I am thre maintainer of silx
This package depende of python3-h5py and contain entry points.
The build is ok, but once installed I get this error message when I try to
start the
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: g...@packages.debian.org, pi...@debian.org
Control: affects -1 + src:genx
Hello, the new version of genx added test about the numba part. Currently the
numba package is in bad shape
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: bornag...@packages.debian.org, pi...@debian.org
Control: affects -1 + src:bornagain
previously the unit test were not activated. So now we have a real picture of
what is working and
Source: onednn
Severity: normal
Dear Maintainer,
I am reparing local backports of onednn on bookwork in order to backports
pytorch-cuda for my institut.
But it FTBFS due to missing symbols.
dpkg-gensymbols: warning: debian/libdnnl2/DEBIAN/symbols doesn't match
completely
Hello, here you should find the informations.
platform: Debina unstable
python: ~$ python3
Python 3.11.5 (main, Aug 29 2023, 15:31:31) [GCC 13.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>>
$ dpkg -l | grep wx
ii libwxbase3.2-1:amd64
Hello, I am preparing the packaging of genx 3.6.22.
When I try to quit the application I have this error message
CRITICAL: uncought python error
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/genx/gui/main_window.py", line 1418, in
eh_mb_quit
if event.CanVeto()
Source: genx
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
If I try to quite the application with the menu quit, I get this
CRITICAL: uncought python error
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/genx/gui/main_window.py", line 1418, in
Package: lintian-brush
Version: 0.149
Severity: normal
File: /usr/bin/apply-multiarch-hints
Dear Maintainer,
I try to use the multiarch hints but I get this error message
Downloading new version of multi-arch hints.
Traceback (most recent call last):
File "/usr/bin/apply-multiarch-hints",
Source: epics-base
Severity: important
Dear Maintainer,
please fix these FTBFS
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Package: lintian-brush
Version: 0.149
Severity: normal
Dear Maintainer,
I am preparing the new hyperspy package but when I try to run lintian-brush on
it, I get this message
$ lintian-brush
/home/picca/debian/science-team/hyperspy: Please commit pending changes and
remove unknown files
the old and new hyperspy is not compatible with imagio > 0.28.
I kindly opened a bug report about the situation at the upstream git repository.
I filled a bug report about the new upstream.
https://github.com/g1257/dmrgpp/issues/40
It is already fixed in the upstream git
https://github.com/g1257/dmrgpp/commit/528501e4a5814d4cbb80e2cf16ea407f9e012ee6
and a comment about this issue
https://github.com/g1257/dmrgpp/issues/38#issuecomment-1655740289
Source: dmrgpp
Version: 6.02-3
Severity: wishlist
Dear Maintainer,
A new version is available, could you package it
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
Source: pyqt6
Severity: normal
Dear Maintainer,
I would be great if we could have the documentation available in a dedicated
package.
there is a sphinx_qt_documentation extension which rely on intersphinx in order
to create link
about PyQt5/6 API. to produce some good documentation.
for now
Hello,
I dicovered that upstream modifier yajl in order to support json5.
I am wondering if their modification could not be integrated in our yajl.
I fill a burg report about this idea here
https://github.com/epics-base/epics-base/issues/405
Tell me what is your opinion about this.
Cheers
Package: python3-mesonpy
Version: 0.12.0-2
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I am packaging python-fabio and pyfai whcih use this new build system for
python extensions.
Now blhc complain that the compilation is not verbose.
So I need to add something like this
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: python-fa...@packages.debian.org, pi...@debian.org
Control: affects -1 + src:python-fabio
thanks for considering
Frederic
> I am just the messenger here, if you disagree, please feel free to
> contact ftpmasters or lintian maintainers.
This was not a rant about this, I just wanted to understand what is going on :).
> Your package has been built successfully on (some) buildds, but then the
> binaries upload got
I just check this date is in the upstream tar file
https://files.pythonhosted.org/packages/54/84/ea12e176489b35c4610625ce56aa2a1d91ab235b0caa71846317bfd1192f/pyfai-2023.5.0.tar.gz
ok, it seems that I generated an orig.tag.gz with this (Thu Jan 1 00:00:00
1970).
I can not remember which tool I used to generate this file.
gbp import-orig --uscan
or
deb-new-upstream
Nevertheless, why is it a serious bug ?
thanks
Frederic
thanks a lot
ian/changelog 2023-02-21 14:13:26.0 +0100
+++ binoculars-0.0.13/debian/changelog 2023-04-14 19:23:27.0 +0200
@@ -1,3 +1,11 @@
+binoculars (0.0.13-1) unstable; urgency=medium
+
+ * New upstream version 0.0.13
+ * d/control: B-D removed python3-vtk9
+ * d/patches: removed a
If I remove the pylint package, no more error...
: Minibuffer window is not active
Mark set [3 times]
This is not such an issue during an interractive session, but... I use this in
the hkl package, and it cause an FTBFS like this
make[1] : on entre dans le répertoire «
/home/picca/src/repo.or.cz/hkl/Documentation »
env GI_TYPELIB_PATH=../hkl \
/bin/bash
Package: elpa-powerline
Version: 2.4-4
Severity: minor
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
When I start emacs, I have all these warning
Warning (comp): powerline.el:115:1: Warning: custom-declare-variable
`powerline-gui-use-vcs-glyph' docstring wider than 80 characters Disable
Package: asymptote
Version: 2.83+ds-1+b1
Followup-For: Bug #1025049
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
Here the backtrace generated after the crash, it seems that there is an
Arithmetic Exception.
the gl parameter at line 23 seems strange
#23 0x5591db410072 in gl::glrender
Package: asymptote
Version: 2.83+ds-1+b1
Followup-For: Bug #1025049
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I can reproduce this bug with my sway environement. But If I use a computer
withe Debian/sid and grome it works. I am wondering if this is not an issue
between wayland and
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: facet-analy...@packages.debian.org, pi...@debian.org
Control: affects -1 + src:facet-analyser
There is a fix from the upstream around enum.
https://github.com/boostorg/python/commit/a218babc8daee904a83f550fb66e5cb3f1cb3013
Fix enum_type_object type on Python 3.11
The enum_type_object type inherits from PyLong_Type which is not tracked
by the GC. Instances doesn't have to be tracked
in order to debug this, I started gdb
set a breakpoint in init_module_scitbx_linalg_ext
then a catch throw and I end up with this backtrace
Catchpoint 2 (exception thrown), 0x770a90a1 in __cxxabiv1::__cxa_throw
(obj=0xb542e0, tinfo=0x772d8200 , dest=0x772c1290
) at
Package: python3-h5py
Version: 3.7.0-3
Severity: normal
Dear Maintainer,
I am packaging pymca and when I build it I get this error message
D: dh_python3 pydist:173: trying to find dependency for h5py
(python=None)
D: dh_python3 pydist:277: invoking dpkg -S
*python3/*/[Hh]5[Pp][Yy]-?*.*-info
To reproduce the problem
Python3.10:
:~/$ python3.10
Python 3.10.8 (main, Nov 4 2022, 09:21:25) [GCC 12.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
import scitbx_linalg_ext
Python3.11
:~/$ python3.11
Python 3.11.0+ (main, Nov 4 2022, 09:23:33)
Le 2022-11-29 23:46, Hilmar Preuße a écrit :
Am 29.11.2022 um 10:02 teilte Picca Frédéric-Emmanuel mit:
Hello,
I imagine that the zzz1.asy file is my B_b3_y.asy, right ?
if so, something must be different between your environment and mine.
I use the latest unstable with gostscript 10
Package: asymptote
Version: 2.83+ds-1+b1
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
while working on the hkl package I found that asy doe snot compile anymore my
files.
/usr/bin/asy -config "" -d -render=4 -f png -o 3S+1D.png 3S+1D.asy
shipout3(prefix,f,preview ?
Hello Anton, I have just pushed a few dependencies in the -dev package in the
salsa repo
I did not updated the changelog.
Cheers
Fred
Package: sightviewer
Version: 21.1.1-2
Severity: important
Dear Maintainer,
while trying to start this software, I got a
Instruction non permise (core dumped)
the backtrace (not that usefull but at least it shows that the probleme is in
the libsight_core library
(gdb) bt
#0
not exist on the server or you don't have permissions to access it: [404]
Object does not exist on the server or you don't have permissions to access it
Errors logged to
/home/experiences/instrumentation/picca/debian/science-team/paraview/.git/lfs/logs/20221101T101535.441130442.log
Use `git lfs
Package: ftp.debian.org
Severity: normal
Hello, this package compile on 32bit arch but the unit test doesn not pass on
these architecture. After a discussion with the upstream it is clear that no
support at all will be provided. This is why I request the removal. On these
architectures I now
Package: ftp.debian.org
Severity: normal
In order to let guiqwt migrate into testing, it should be removed from the
requested arch.
The new qt5webengine does not build on these qrchitecture.
thanks for considering.
Fred
Hello François,
thanks a lot, I removed the NMU number and release a -2 package. (uploaded)
thanks for your contribution to Debian.
Fred
Source: noweb
Version: 2.12-1
Severity: important
X-Debbugs-Cc: pi...@debian.org
Hello,
I try to update the package cbflib. This package contain a nuweb file.
Since nuweb is not available, I try to use noweb, but it ends up with this error
$ nuweb2noweb pycbf.w
/usr/bin/nuweb2noweb: 7:
Package: pypi2deb
Version: 3.20220721
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello, In my institut there is https_proxy and
py2dsp doesn not work behind there proxy. It seems that aihttp must be
configure to use the system proxy.
On 2022-04-27 11:47, Julian Gilbey wrote:
Package: python3-pymca5
Version: 5.7.1+dfsg-1
Severity: normal
X-Debbugs-Cc: Picca Frédéric-Emmanuel
Uploading a new version of python3-qtconsole with only changes to the
autopkgtest suite (no changes to the python3 module at all) caused
those packages
It seems that it failing now
https://ci.debian.net/packages/p/pyfai/
I am on 0.21.2 but I do not know if it solve this mask issue.
Cheers
Fred
Hello Paul, just for info, I have already reported this issue here
https://github.com/g1257/dmrgpp/issues/38
cheers
Fred.
Is it not better to use the
DEB__MAINT_APPEND
variable in order to deal with this issue ?
It seems that this is an issue in gcc has observed when compiling tensorflow
https://zenn.dev/nbo/scraps/8f1505e365d961
Built with gcc-11 and -fno-lto it doesn not work.
(sid_mips64el-dchroot)picca@eller:~/matplotlib/build/lib.linux-mips64-3.9$
../../../test.py
Segmentation fault
(sid_mips64el-dchroot)picca@eller:~/matplotlib/build/lib.linux-mips64-3.9$
PYTHONPATH=. ../../../test.py
Segmentation fault
I tested matplotlib built with numpy 0.17 0.19 0.21. each time I got the
segfault.
another difference was the gcc compiler.
So I switched to gcc-10
(sid_mips64el-dchroot)picca@eller:~/matplotlib$ CC=gcc-10 python3 setup.py build
if failed with this error
lto1: fatal error: bytecode stream
If I run in the sid chroot, but with the binaryed built from bullseye, it works.
(sid_mips64el-dchroot)picca@eller:~/matplotlib-3.5.0/build/lib.linux-mips64-3.9$
rm toto.png
(sid_mips64el-dchroot)picca@eller:~/matplotlib-3.5.0/build/lib.linux-mips64-3.9$
python3 test.py
(sid_mips64el-dchroot
Here no error during the build of numpy 1.19.5
= 10892 passed, 83 skipped, 108 deselected, 19 xfailed, 2 xpassed, 2 warnings
in 1658.41s (0:27:38) =
but 109 for numpy 1.21...
= 14045 passed, 397 skipped, 1253 deselected, 20 xfailed, 2 xpassed, 2
warnings, 109 errors in 869.47s (0:14:29) =
I investigated a bit more, it seems that cover is wrong.
In a bullseye chroot it works
$ python3 ./test.py
(bullseye_mips64el-dchroot)picca@eller:~/matplotlib-3.5.0/build/lib.linux-mips64-3.9$
ls
matplotlib mpl_toolkits pylab.py test.py toto.png
I found that the test failed between
the full python backtrace
#8
#14 Frame 0x120debd80, for file
/home/picca/matplotlib-3.5.0/build/lib.linux-mips64-3.9/matplotlib/lines.py,
line 2888, in draw (self=,
figure=<...>, _transform=None, _transformSet=False, _visible=True,
_animated=False, _alpha=None, clipbox=None, _clippat
Here the py-bt
(gdb) py-bt
Traceback (most recent call first):
File
"/home/picca/matplotlib-3.5.0/build/lib.linux-mips64-3.9/matplotlib/lines.py",
line 2888, in draw
File
"/home/picca/matplotlib-3.5.0/build/lib.linux-mips64-3.9/matplotlib/artist.py",
line 50, in dra
I can confirm that the bullseye matplotlib does not produce a segfault
This small script trigger the segfault.
#!/usr/bin/env python3
import matplotlib
import matplotlib.pyplot as plt
plt.figure()
plt.title("foo")
plt.savefig("toto.png")
bugs report are already filled on matplotlib
#1000774 and #1000435
I will try to see if this is identical...
Here the backtrace on mips64el
#0
agg::pixfmt_alpha_blend_rgba,
agg::order_rgba>, agg::row_accessor >::blend_solid_hspan(int,
int, unsigned int, agg::rgba8T const&, unsigned char const*)
(covers=0x100 , c=..., len=, y=166, x=,
this=)
at
Package: pushover
Version: 0.0.5+git20180909-4+b2
Severity: important
X-Debbugs-Cc: pi...@debian.org
Hello, while trying to play with pushover, I got this message
$ pushover
Using portable datadir: ./data
File not found: ./data/pushover/images/dominoes.png
File not found:
Hello
reading this I do not understand what need to be changed in the init script
https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
Whenever systemd encounters a $network dependency in LSB headers of init
scripts it will translate this to a Wants= and After= dependency on
ack ;)
sorry for the delay.
You can commit directly to the repository.
Cheers
Fred
De : Benda Xu [o...@debian.org]
Envoyé : vendredi 24 septembre 2021 10:24
À : Anton Gladky
Cc : 994...@bugs.debian.org; PICCA Frederic-Emmanuel
Objet : Re: Bug#994882
Package: paraview
Version: 5.9.0-2
Severity: normal
X-Debbugs-Cc: pi...@debian.org
Hello,
I am working on a paraview plugin, https://github.com/picca/FacetAnalyser
But when I run the test suit, I get this error message
1: ( 8.114s) [paraview] vtkPVWebExporter.cxx:63WARN| Failed
1 - 100 of 937 matches
Mail list logo
