I can confirm that the bullseye matplotlib does not produce a segfault
Is it not better to use the
DEB__MAINT_APPEND
variable in order to deal with this issue ?
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 draw_wrapper
return
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, _clippath=None, _
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 3.3
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) =
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)p
Hello Carlos,
> Dear Maintainer,
> We saw that in some machines the tango-starter did not start after
> rebooting the PC.
> Note: We are using a custom version of the tango package (
> 9.2.5a+dfsg1-2+patch1~bpo9+0~alba+1)
is this patch interesting for others ?
> # Should-Start: tango-db
Hello carlog
> I think so, It may affect to others users.
So is it possible to add this as a patch for the packaging ?
> I did a MR (https://salsa.debian.org/science-team/tango/merge_requests/1)
Can you modify your MR and update the Debian/changelog in order to close the
bug during the next up
> Ok, I did it. It is right?
It would be nice to hqve q one line explqinqtion of the fix.
sort of
d/tango-starter.init.d
-Added network to Should-[Start|Stop]. (Closes: #...)
It is important to have something understandable in the debian changelog.
thansk
Fred
Ps: What about the patch ;)
Hello Marc, do you have an account on salsa.debian.org.
This way you could fix directly the problem on the Debin package :)).
Tell me if you need help.
Fred
Hello,
since Debian wants to remove python-qt4 for buster, maybe it would be nice to
remove this from the dependecies ?
Do not hesitate to commit this change if this is ok for you.
Fred
Hello Adrian
If I look at the current boost1.67, I find this in the
boost python package
https://packages.debian.org/sid/amd64/libboost-python1.67.0/filelist
and
https://packages.debian.org/sid/amd64/libboost-python1.67-dev/filelist
We can find these
/usr/lib/x86_64-linux-gnu/libboost_python
Hello,
thanks for this initiativ.
1) I think that it would be nice also to deal with the python-dbg interpreter.
2) I do not know how, but in order to use boost_python and friends from
setup.py we need to code the naming scheme.
someting like this in pytango
# Linux distribution
distribution
Hello Andrius,
You can use sbuild or pbuilder, cowbuilder in order to build in a clean room.
Cheers
Frédéric
Hello,
I rebuilt pyopencl, and it solved the problem...
I do not know what is the real issue !!!
Here a backtrace,
So the segfault comes from the cffi backend.
Since cffi is used during the pyopencl build,maybe something changed
between the cffit versionduring the build and the current one.
pyopencl was build with python-cffi all 1.11.5-1
and used with the cffi-backend 1.11.5-3.
somaybe th
Hello Andreas,
what about this build dependency ?
python3-all-dbg
Cheers
I tryed to do the iport on my computer and I get this error.
So it seems that this is a diplicate of #902784
Cheers
Fred
>>> from Cython.Build import cythonize
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/dist-packages/Cython/Build/__init__.py", line 1, in
Hello, Matthias,
I do not understand this bug report.
I use pybuild so fabio should be build for all python3 versions.
It is now FTBFS due to a problem with the cython package already reported.
#903909
Cheers
Frederic
> your autopkg tests loops over all *supported* python versions, but you only
> build the extension for the *default* python3 version. Try build-depending on
> python3-all-dev instead and see that you have extensions built for both 3.6
> and
> 3.7. Building in unstable, of course.
But , I alrea
Hello Sandro this is strange because, I have this in the control file
Package: libufo-bin
Architecture: any
Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
Suggests: ufo-core-doc
Description: Library for high-performance, GPU-based computing - tools
The UFO data processing framewo
Maybe this is due to this
picca@cush:~/Debian/ufo-core/ufo-core/bin$ rgrep python *
ufo-mkfilter.in:#!/usr/bin/python
ufo-prof:#!/usr/bin/env python
I will replace python -> python3 and see what is going on
Hello, if it is like for my ufo-core package, this could be due to a script
file with a shebang using python instead of python3
Cheers
Fred
Hello, I just want to know what is the status of this backport ?
thanks
Frederic
Hello Paul, just for info, I have already reported this issue here
https://github.com/g1257/dmrgpp/issues/38
cheers
Fred.
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
did you started from here ?
https://salsa.debian.org/science-team/geant4
cheers
Frederic
Hello Thomas,
I am wondering if this is not a false positive.
all the code is compiled with -D_FORTIFY_SOURCE=2
https://salsa.debian.org/science-team/tango/-/jobs/954394/raw
Can you confirm that it is a false positive ?
I am not that confident when it comes to hardening flags.
for the record
Do you provide a pkgconfig file with qhull ?
De : debian-science-maintainers
[debian-science-maintainers-bounces+picca=synchrotron-soleil...@alioth-lists.debian.net]
de la part de Timo Röhling [t...@gaussglocke.de]
Envoyé : samedi 11 avril 2020 19:08
À : s
Hello, I tryed to unbrand the lzf library but it end up with failing unit tests
I do not know the internals of liblzf.
Timo Röhling can you have a look at this issue ?
Cheers
Frederic
It seems that the embeded version of lzf and the one from your liblzf package
are different.
test_filter (
I am not sure at all of this in fact I red this closed bug
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955456
I discovered that the NMU was not included in the git repository.
OK, with the previous NMU it works, so we can unbrand without problem the lzf
library
you can look also at the CI, now that it works :)
https://salsa.debian.org/science-team/veusz/pipelines/137494
Cheers
Frederic
I tryed a new build and I end up with this error
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource '/tmp/dpkg-verify-sig.Wwlhs1jL/trustedkeys.kbx':
General error
gpgv: Signature made Mon Dec 16 20:17:19 2019 UTC
gpgv:using RSA key E8FC295C86B8D7C049F97BA
and a comment about this issue
https://github.com/g1257/dmrgpp/issues/38#issuecomment-1655740289
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
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.
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
> p
- Le 17 Sep 24, à 20:02, Mechtilde Stehmann mechti...@debian.org a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Mechtilde Stehmann
> X-Debbugs-Cc: debian-de...@lists.debian.org, mechti...@debian.org
>
> * Package name: webext-folder-account
> Version : 12.0
> Upstre
301 - 340 of 340 matches
Mail list logo