While trying to rebuild the package I get this error message.
../../../../usr/share/nodejs/webpack/types.d.ts(15462,15): error TS2417: Class
static side 'typeof WebpackError' incorrectly extends base class static side '{
readonly prototype: Error; captureStackTrace(targetObject: object,
constru
emacs/site-lisp/elpa/magit-4.3.3/magit-diff.el" nil t)
require(magit-diff)
load-with-code-conversion("/usr/share/emacs/site-lisp/elpa/magit-4.3.3/magit.el"
"/usr/share/emacs/site-lisp/elpa/magit-4.3.3/magit.el" nil nil)
load-library("magit")
funcall-interacti
Package: plymouth
Version: 24.004.60-3
Severity: normal
Hi!
Upgrading to 24.004.60-3 failed when running update-initrams.
with /usr/share/initramfs-tools/hooks/plymouth changed to use
"set -ex", I get this:
+ mkdir -p /var/tmp/mkinitramfs_rkzLTU/usr/share/fonts
+ fc-match -f %{file}
+ DEFAULT_
-DVTK_MODULE_ENABLE_VTK_RenderingParallel=WANT
-DVTK_MODULE_ENABLE_VTK_RenderingVolumeAMR=WANT
Could it be possible to activate these missing modules ?
thanks for considering
Frederic
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architect
Package: paraview
Version: 5.13.2+dfsg-3
Severity: important
Tags: ftbfs
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
while trying to rebuild paraview in a clean unstable chroot, I got at least
these erros:
cd
/build/reproducible-path/paraview-5.13.2+dfsg/build.python3.13/Wrapping/Python
Package: libboost-numpy1.83.0
Version: 1.83.0-4.1+b1
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I am trying to fix the autopkgtest of cctbx but I end up with a segfault here
0 PyArray_GetCastingImpl (from=0x9fb020 , to=to@entry=0xe4dae0)
at ../numpy/_core/src/multiarra
Hi,
Jeremy Bícha wrote:
I propose that we switch gnome-core to depend on papers instead of
evince for Debian Trixie.
I installed papers yesterday and in my case I was not impressed as it
feels much slower than evince, both at startup and in operation, with
a sensible lag when opening the hea
thanks a lot, it is ok with this NMU, you can also commit to the git repositoy
if you want :).
https://salsa.debian.org/science-team/ifeffit
Cheers
Fred
Is it possible to make it binNMUable ?
Fred
- Le 14 Jan 25, à 13:20, Emilio Pozuelo Monfort po...@debian.org a écrit :
> Package: pyvkfft-cuda
> Version: 2024.1.4+ds1-4
> Severity: serious
>
> Hi,
>
> The ongoing python3.13 as python3 interpreter causes your package to be
> uninstallable,
Package: mixxx
Version: 2.5.0+dfsg-1
Severity: important
Hi,
mixxx fails to start with:
warning [Main] QSqlDatabase: QSQLITE driver not loaded
warning [Main] QSqlDatabase: available drivers:
warning [Main] DbConnection - Failed to open database connection ""
QSqlDatabase(invalid) QSqlError("",
Hello hkl and hs-hdf5 upstream here.
I can reproduce and see that the current hkl code is not compatible with the
haskell-hdf5 recompile with hdf 1.14.
This is something which should be solved at the hs-hdf5 level.
Build profile: -w ghc-9.6.6 -O1
In order, the following will be built (use -v fo
Package: rocm-opencl-icd
Version: 5.7.1-5
Severity: important
X-Debbugs-Cc: pi...@debian.org
Dear Maintainer,
I just installed rocm-opencl-icd and try to run the clpeak program.
But I get this error message
$ clpeak
: CommandLine Error: Option 'sanitizer-early-opt-ep' registered more than once!
- 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
forwarded 1079915 https://dev.entrouvert.org/issues/94580
thanks
Hi,
> https://dev.entrouvert.org/projects/lasso/issues/
>
> I see you are active upstream too.
>
> python3-six is slowly being removed from Debian.
>
> Please consider replacing all thoses "six.print_("
> by simple "print(".
I c
> That is true. I don't consider the bug to be the use of a temporary
> directory,
> but instead the embedding of build paths. I'll do some more investigation to
> try to figure out whether that can be resolved within the build toolchain.
thanks
> It appears my fix here is incomplete or inaccu
> The meson-python build generates and uses a temporary, randomized build
> directory path only when no build-dir setting is already configured. So we
> may
> be able to resolve this problem by choosing an appropriate static build-dir.
why not fixing meson-python directly. This way it is simp
If you are part of the Debian science just push to the repository.
It is easyer for me to revert from git, than to remember to check for MR :)
thanks a lot for these investigation.
it is very appreciable
Frederic
- Le 9 Aoû 24, à 13:18, James Addison via Debian-pan-maintainers
debian
ct with python3-vtk9
the missing piece is
or parview built with the system vtk9 (glop glop)
or a libinsighttoolkit5-pvX.YY-dev build against the vtk of paraview... (pas
glop)
cheers
Frederic
the packaging of the next version is done here
https://salsa.debian.org/js-team/node-jupyterlab
in the branch merge-python-and-node
to build it
git clone -b merge-python-and-node
https://salsa.debian.org/js-team/node-jupyterlab
and
cd node-jupyterlab
gbp buildpackage --git-ignore-branch \
Running the upstream script I have this
$ bash ./ci_script.sh
+ set -o pipefail
+ export YARN_ENABLE_GLOBAL_CACHE=1
+ YARN_ENABLE_GLOBAL_CACHE=1
+ export YARN_ENABLE_INLINE_BUILDS=1
+ YARN_ENABLE_INLINE_BUILDS=1
+ [[ '' != nonode ]]
+ python -c 'from jupyterlab.commands import build_check; buil
Here the upstream point of view about the CVE.
https://github.com/epics-base/epics-base/issues/405
check with the security team, if their analyse is ok ?
Fred
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) $(sh
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
Moreover, I tested the same build on a debian trixie, using
php8.2-curl 8.2.12-1+b1 and it works with no error.
Le 2024-04-04T16:53:37.000+02:00, a écrit :
> Hi Ondřej,
>
> Thank you for your input, but I doubt that it is the same issue. The
> composer issue you report seems to be coming from a
Hi Ondřej,
Thank you for your input, but I doubt that it is the same issue. The
composer issue you report seems to be coming from a network issue.
The fact that if I uninstall php8.2-curl, it works seems to point to a
php8.2-curl (or a curl) issue.I don't encounter any timeout issue, but
composer
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
[SubC
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
amd64
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 co
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 | Crea
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 float8' (vec
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 | Create
It seems that here is an error here
[2024-03-10 14:22:19.550588408]POCL: in fn int
pocl_llvm_build_program(cl_program, unsigned int, cl_uint, _cl_program* const*,
const char**, int) at line 420:
| LLVM | all build options: -Dcl_khr_int64
-DPOCL_DEVICE_ADDRESS_BITS=64 -D__USE_CLANG_OPENC
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",
)
In order to reproduce the bug,
install python3-silx 2.0.0+dfsg-1
python3-pytest-xvfb pocl-opencl-icd
then
$ pytest --pyargs silx.image.test.test_medianfilter -v
===
test session starts
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: glycin-loaders
Version: 0.1.2+dfsg-2
glycin-loaders is built without svg support.
As a consequence, Gnome Loupe cannot open svg images.
I am on debian testing, amd64.
Same problem here: xwayland app are not scaled since 44.8-3.
This is a major problem and I hope it gets fixed soon.
Package: libapache2-mod-netcgi-apache
Version: 4.1.9-1+b1
Severity: grave
File: /usr/share/doc/libapache2-mod-netcgi-apache/changelog.gz
Justification: renders package unusable
Dear Maintainer,
After installing libapache2-mod-netcgi-apache, apache can't start again.
The following error is produc
On X it then fallbacks to a default cursor theme, on Wayland it just
uses a white square as cursor.
Frederic
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
A
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
Package: ipmitool
Version: 1.8.19-4
Severity: normal
Tags: patch upstream
Dear Maintainer,
Upstream version of ipmitool contains an unresolved issue:
https://github.com/ipmitool/ipmitool/issues/388
Personally seen this on an iLo4 BMC:
~# ipmitool -v lan print
Loading IANA PEN Registry...
IANA PE
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
Package: lcdproc
Severity: important
Dear Maintainer,
Package is missing files and functionalities about USB
As a baseline, sources are here https://github.com/lcdproc/lcdproc/tree/master
Problem #1
Locally merge PR #200 and #201 (especially #201 for USB interface)
Problem #2
The debian packa
t the newer dovecot?
Thanks,
Frederic
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-2-amd64 (SMP w/16 CPU threads
/lib/x86_64-linux-gnu/libg3d/plugins/import/imp_vrml.so:
/usr/lib/x86_64-linux-gnu/libg3d/plugins/import/imp_vrml.so: undefined symbol:
yywrap
So there is a missing symbol in the plugins.
thanks for considering
Frederic
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
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() and
Package: udev
Version: 1:252.6-1mx23+1
Severity: normal
X-Debbugs-Cc: frederic.lamo...@gmail.com
Dear Maintainer,
Using MX23 (Debian bookworm based), having a LUKS partition formatted with
btrfs.
When booting without systemd, some applications that query disks via
lsblk/libudev do not work
bec
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
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
Fre
> 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 rejec
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
Package: icingacli
Version: 2.11.4-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: frederic.da...@boxis.ch
Dear Maintainer,
Icingacli module enable --> crash with deprecated print. Making impossible to
use module if you start from scratch,
or if you'r comming from bullsey
Package: python3-kombu
Version: 5.3.0-1
Severity: normal
Hi!
Unpacking python3-kombu (5.3.0-1) over (5.3.0-1) ...
dpkg: error processing archive
/var/cache/apt/archives/python3-kombu_5.3.0-1_all.deb (--unpack):
trying to overwrite '/usr/lib/python3/dist-packages/control', which is also in
packa
If I remove the pylint package, no more error...
Package: src:linux
Version: 6.1.8-1
Severity: important
File: pinctrl
X-Debbugs-Cc: frederic.buis...@f-g.fr
Dear Maintainer,
The problem appears at boot time :
[1.582787] BUG: kernel NULL pointer dereference, address:
[1.582816] #PF: supervisor read access in kernel mod
e-2.4/powerline.el:
Error: List contains a loop ("22", . #0) Disable showing Disable logging
could you considere patching powerline in order to avoid this warning buffer.
thanks
Frederic
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy:
recommended it would be nice to have those
instructions updated, as they obviously do not work:
touch: cannot touch '/etc/pipewire/media-session.d/with-jack': No such file
or directory
thanks!
Frederic
-- System Information:
Debian Release: bookworm/sid
APT prefers unst
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 by
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
../../../..
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
Hi Rene,
> Am Tue, Nov 15, 2022 at 12:56:17PM +0100 schrieb Frederic Peters:
> > Signature in the SAML GET binding is broken by the new xmlsec version,
> >
> > lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)
> > Bail out! lasso:ERROR:tools.c:586:
Package: liblasso3
Version: 2.8.0-1+b5
Severity: important
Signature in the SAML GET binding is broken by the new xmlsec version,
lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)
Bail out! lasso:ERROR:tools.c:586:lasso_query_sign: assertion failed: (rsa)
This is because it u
Hello Anton, I try to checkout paraview in order to add the -dev dependencies
but I have this message
$ git clone https://salsa.debian.org/science-team/paraview
Clonage dans 'paraview'...
remote: Enumerating objects: 175624, done.
remote: Counting objects: 100% (78929/78929), done.
remote: Compre
The solution is to install the following package:
qml-module-org-kde-pipewire
So this package should probably be included in the Plasma dependencies.
Hello François,
thanks a lot, I removed the NMU number and release a -2 package. (uploaded)
thanks for your contribution to Debian.
Fred
Package: exim4-config
Version: 4.96-5
Severity: normal
Hi,
Updating to 4.96-5, the exim4-config update fails with:
2022-10-09 19:09:01 Exim configuration error in line 878 of
/var/lib/exim4/config.autogenerated.tmp:
absolute value of integer "2G" is too large (overflow)
Invalid new configfile
Package: xonsh
Version: 0.12.2+dfsg-2
Severity: important
Hi,
Upgrading xonsh to 0.12.2+dfsg-2 fails with
Setting up xonsh (0.12.2+dfsg-2) ...
File "/usr/lib/python3/dist-packages/xonsh/parsers/v310.py", line 79
match list(p):
^
SyntaxError: invalid syntax
dpkg: error processing
In case it helps, here's the patch ready to be copied to
debian/patches/ (I tested it locally and it works).
Frederic
Description: fix Python deprecation warnings about PY_SSIZE_T_CLEAN
Origin: upstream, https://github.com/facebook/watchman/commit/6813a948fee72a15acf4120262d37c9c8dc
Package: python3-pywatchman
Version: 4.9.0-6+b2
Severity: important
Hi,
With Python 3.10 now the default Python version pywatchman no longer works:
Python 3.10.4 (main, Apr 2 2022, 09:04:19) [GCC 11.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import
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 in
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
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 3.3
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, _
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
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 extern/agg24-svn/include/agg_color_rg
g subsystem.
> > The accounting is thus performed at the expense of some
> > significant overhead.
> >
> > For now this is only useful if you are working on the full
> > dynticks subsystem development.
> >
> > If uns
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
networ
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
Hello,
why there is no pkgconfig files provided with metis and metis64.
this simplify the configuration of packages depending on these libraries.
Cheers
Fred
-with-mul.patch,
+taken from upstream repository,
+* CVE-2021-28091: Signature checking on unsigned response with multiple
+ assertions
+
+ -- Frederic Peters Tue, 01 Jun 2021 14:43:55 +0200
+
lasso (2.6.1-2) unstable; urgency=medium
* debian/control: add gtk-doc-tools to build-de
lspci -tnnkv
lspci
Description: lspci
1 - 100 of 1511 matches
Mail list logo
