Bug#982601: python3-paraview Conflicts: python3-vtk9

Hello, I am the facet-analyser maintainer/upstream (support) If fact the conflict comes from facet-analyser -> libinsighttoolkit5-dev -> lib-vtk9-dev -> python3-vtk9 facet analyser which is a PV plugins depends also on paraview-dev. facet-analyser -> paraview-dev -> conflict with python3-vt

Re: [c-blosc2] Transition for c-blosc2 v2.15

uploaded :)) - Le 13 Juil 24, à 10:30, Antonio Valentino antonio.valent...@tiscali.it a écrit : > Dear all, > this is a kind reminder for the request below. > I kindly ask someone to upload the latest version of c-blosc2 to > experimental. > The version currently in salsa [1] is ready for re

scipy and pooch fetching data during build

Hello, I am trying to package the next version of silx. I get the error message bellow during the build Indeed silx use pooch via scipy in order to download the test data. So my question is, what is the best solution in order to solve this issue ? I want to run the unit test with these data.

Bug#1039087: removing embeded version of yajl

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/m

Re: [c-bloas2] Transition for c-blosc2 v2.14.4

> Thanks a lot Frederic your welcome, I would say in fact, thanks to your for your contributions to Debian :)) -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#1039087: Info received (removing embeded version of yajl)

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,

Bug#1039087: removing embeded version of yajl

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

Re: [c-bloas2] Transition for c-blosc2 v2.14.4

i am on it. Cheers - Le 25 Mai 24, à 22:26, Antonio Valentino antonio.valent...@tiscali.it a écrit : > Dear Frederic, dear all, > the upgrade from c-blosc2 v2.13.1 to v2.14.4 requires a change in the > SONAME and hence a transition. > > I'm preparing the transition and it should be quite s

Bug#1069144: ADvice about htis pocl issue on armel

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

Bug#1060318: Could be related to LLVM rather than PoCL: works with LLVM-15

bravo !!! This is team works. :)) Cheers Frederic -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#1065724: epics-base: FTBFS on amd64: Tests failed

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

Bug#1060318: Info received (Bug#1060318: Info received (Bug#1060318: Info received (Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12))))

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debi

Bug#1060318: Info received (Bug#1060318: Info received (Bug#1060318: Info received (Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12))))

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

Bug#1060318: Info received (Bug#1060318: Info received (Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12)))

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

Bug#1060318: Info received (Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12))

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

Bug#1060318: Info received (Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12))

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

Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12)

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

Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12)

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

Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12)

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

Bug#1060318: Info received (silx: autopkgtest failure with Python 3.12)

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", ) -- debian-science-maintainers mailing list debian

Bug#1060318: silx: autopkgtest failure with Python 3.12

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

Bug#1060318: silx: autopkgtest failure with Python 3.12

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...

Bug#1043240: transition: pandas 1.5 -> 2.1 - please upload fixes

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

Re: Bug#1038443: ITP: c-blosc2 -- Fast, compressed, persistent binary data store library for C

I am on it. Cheers - Le 12 Nov 23, à 8:06, Antonio Valentino antonio.valent...@tiscali.it a écrit : > Dear Frederic, > I kindly ask your sponsor the initial upload of the c-blosc2 library. > It is a compression library that in now (since PyTables v3.8) a > dependency of the PyTables packag

command line to extract the list of source package of a maintainer

Hello, Do we have a cmd line tool which allows to extract the list of the source package and the vcs-x info for a given maintainer or uploaders. via udd (for an uptodate info)... The idea is to generate a mrconfig file for a dedicated team instead of doing it manually. thanks Frederic --

Bug#1040159: epics-base: embedded yajl is vulnerable to CVE-2017-16516 and CVE-2022-24795

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

Bug#1024859: change in the extention importation with 3.11

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

Bug#1024859: change in the extention importation with 3.11

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 ../../../..

Bug#1013158: facet-analyser: vtk[6,7] removal

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-s

Bug#1013158: facet-analyser: vtk[6,7] removal

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

ann library and cctbx

Hello, I am preparing the cctbx[1] package and I am facing this issue. cctbx embed the ann libbrary via this repository [2], but worst than that it also apply a transformation to its source code https://github.com/cctbx/annlib_adaptbx/blob/master/source_generators/generate_all.py this produce

Bug#1013158: facet-analyser: vtk[6,7] removal

Hello, I removed the vtk7 dependency but I needed a bunch of -dev packages. + libavcodec-dev, + libavformat-dev, libdouble-conversion-dev, libfftw3-dev, + libfreetype-dev, + libgdal-dev, libgdcm-tools, + libgl2ps-dev, + libglew-dev, libinsighttoolkit4-dev, liblz4-dev, + libogg-dev, lib

Bug#1013158: facet-analyser: vtk[6,7] removal

Hello anton, If I try to switch to vtk9 it end up with The following packages have unmet dependencies: python3-paraview : Conflicts: python3-vtk9 but 9.1.0+really9.1.0+dfsg2-3+b3 is to be installed cheers -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.deb

Re: [ITA] triangle

Done, it is now public Cheers Fred - Antonio Valentino a écrit : > Hi Andreas, > the git repository for the triangle package on salsa > (https://salsa.debian.org/science-team/triangle) seems to be private. > Could you please make it public? > The debian tracker complains about it and it se

Bug#1003037:

It seems that this is an issue in gcc has observed when compiling tensorflow https://zenn.dev/nbo/scraps/8f1505e365d961 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainer

Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

bugs report are already filled on matplotlib #1000774 and #1000435 I will try to see if this is identical... -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#1001168: hkl: FTBFS on mipsel: FAIL: trajectory.py

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

Bug#994226:

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

Bug#994882: ITS: vitables

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

Bug#961183: metis: providing a 64-bit build

Hello, why there is no pkgconfig files provided with metis and metis64. this simplify the configuration of packages depending on these libraries. Cheers Fred -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/m

RE:TR : Bug#988001: python-fabio: autopkgtest needs update

Hello, Jerome, Due to the freeze, I think that the best solution is to do the backport. I will add a patch to fabio and upload it. thanks Fred -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/d

Bug#986785: binoculars gui does not work

Hello Andrius. I am on it, I am also the upstream of this software :)). Thanks for your help, nevertheless I am a bit like you, I did not wrote this part of the code :)) and the matplotlib changelog is sort of useless :)) Cheers Fred -- debian-science-maintainers mailing list debian-science-ma

RE:Close pysph RC bug #948736 (Was: Re: zarr and numcodecs sponsorship)

Sorry I would have said antonio, it seems that the build failed on salsa ??? -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

RE:Close pysph RC bug #948736 (Was: Re: zarr and numcodecs sponsorship)

Hello anton, is it normal ? https://salsa.debian.org/science-team/pysph/-/jobs/1420077 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#976735: spyder needs source upload for Python 3.9 transition

> Strangely enough, I've already done that ;-) my bad. Cheers Fred -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#976735: spyder needs source upload for Python 3.9 transition

> I have a package of Spyder 4 waiting to upload, but it requires five > packages to be accepted into unstable from NEW first (pyls-server, > pyls-black, pyls-spyder, abydos, textdistance); once that happens, the > rest of the packages are almost ready to go. Maybe you can contact the ftpmaster te

Bug#972017: pyfai ftbfs with python3.9 as supported python3 version

Looking at the build log of pyfai, I can find this https://launchpadlibrarian.net/501584970/buildlog_ubuntu-groovy-armhf.pyfai_0.19.0+dfsg1-3build1_BUILDING.txt.gz Selecting previously unselected package python3-silx. Preparing to unpack .../238-python3-silx_0.13.1+dfsg-1_armhf.deb ... Unpacking

Bug#972017: pyfai ftbfs with python3.9 as supported python3 version

Hello, the error comes from here. > ModuleNotFoundError: No module named 'silx.image.marchingsquares._mergeimpl' did you rebuilt it with a silx packages already rebuilt with python3.9 ? -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-

Bug#946035: Request fo sponsor to uplad python-jsonrpc-server

Hello, It compile fine :), but I have a concern about the license. It is considère a good practice to use the same license for the debian directory and the source code. In your case, you chooses GPL-3+, but the code is MIT. Fred -- debian-science-maintainers mailing list debian-science-maintai

Bug#949549: Not fixed

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

Bug#945467: Fix available (fwd)

you can look also at the CI, now that it works :) https://salsa.debian.org/science-team/veusz/pipelines/137494 Cheers Frederic -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-m

RE:hdfview in buster

Yes it is not in buster but if you want to look at hdf5 files you can try silx silx view foo.h5 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#956462: pkg-config for Qhull

Done :)) sorry for the delay De : Timo Röhling [t...@gaussglocke.de] Envoyé : samedi 25 avril 2020 14:06 À : PICCA Frederic-Emmanuel Cc : 956...@bugs.debian.org Objet : Re: pkg-config for Qhull Hi Frédéric! On 12.04.20 14:22, PICCA Frederic-Emmanuel

Bug#956462: pymca: FTBFS with Qhull 2019.1

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

Bug#954352: pymca: Missing dependency "python3-scipy", probably in "python3-silx"

A work around for now is to install by hand apt install python3-scipy reassign -1 silx thanks -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#936924: libsvm: Python2 removal in sid/bullseye - reopen 936924

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debi

Bug#938743: ufo-core: Python2 removal in sid/bullseye - reopen 938743

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debia

Bug#938743: ufo-core: Python2 removal in sid/bullseye - reopen 938743

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

Bug#943786: lmfit-py: failing tests with python3.8

-lists.debian.net] de la part de Andreas Tille [andr...@an3as.eu] Envoyé : dimanche 22 décembre 2019 10:48 À : PICCA Frederic-Emmanuel Cc : 943...@bugs.debian.org; MARIE Alexandre Objet : Bug#943786: lmfit-py: failing tests with python3.8 On Sun, Dec 22, 2019 at 07:54:23AM +, PICCA Frederic-Emmanuel

Bug#943786: lmfit-py: failing tests with python3.8

Hello andreas, In fact we were wayting for the pacakging of ipywidget 7.x the jupyter-sphinx extension expected by lmfit-py require a newer version of ipywidget. So maybe the best solution for now is to not produce the documentation until this dependency is ok. cheers Frederic -- debian-scie

Bug#946422: silx: autopkgtest regression: pocl error

looking in picca@sixs7:~/Debian/silx/silx/silx/opencl/test/test_addition.py def setUp(self): if ocl is None: return self.shape = 4096 self.data = numpy.random.random(self.shape).astype(numpy.float32) self.d_array_img = pyopencl.array.to_device(self.q

Bug#946422: silx: autopkgtest regression: pocl error

I decided to concentrate myself on one opencl test (addition) So I deactivated all other test by commenting the test in silx/opencl/__init__.py If I do not import silxs.io, this test works (sid_amd64-dchroot)picca@barriere:~$ PYOPENCL_COMPILER_OUTPUT=1 PYTHONPATH=silx-0.11.0+dfsg/.pybuild/cpyth

Bug#946422: silx: autopkgtest regression: pocl error

With the silx.io import I have this (sid_amd64-dchroot)picca@barriere:~$ PYTHONPATH=silx-0.11.0+dfsg/.pybuild/cpython3_3.7_silx/build python3 test.py pocl error: lt_dlopen("(null)") or lt_dlsym() failed with 'can't close resident module'. note: missing symbols in the kernel binary might be repo

Bug#946422: silx: autopkgtest regression: pocl error

not better test cpp engine for medfilt2d ... ok testOpenCLMedFilt2d (silx.image.test.test_medianfilter.TestMedianFilterEngines) test cpp engine for medfilt2d ... pocl error: lt_dlopen("(null)") or lt_dlsym() failed with 'can't close resident module'. note: missing symbols in the kernel binary mig

Bug#946422: silx: autopkgtest regression: pocl error

It seems that this test does not PASS @unittest.skipUnless(ocl, "PyOpenCl is missing") def testOpenCLMedFilt2d(self): """test cpp engine for medfilt2d""" res = medianfilter.medfilt2d( image=TestMedianFilterEngines.IMG, kernel_size=TestMedianFilterEng

Bug#942533: sardana: needs a source-only upload.

Hello >Package: sardana >Version: 3.0.0a+3.f4f89e+dfsg-1 >Severity: serious >The release team have decreed that non-buildd binaries cannot migrate to >testing. Please make a source-only upload so your package can migrate. ok, but this packages comes from NEW. So it would be nice if the proces

Bug#938550: spyder: Python2 removal in sid/bullseye

> I didn't notice it, so wasn't planning to add it. spyder_kernels > imports without complaining, and spyder seems to start fine anyway. > Where does it come to notice? I do not know, but on wndows it is optional. So maybe this is not a big issue. Fred -- debian-science-maintainers mailing lis

Bug#938550: spyder: Python2 removal in sid/bullseye

It seems that wurlitzer which is a dependency of spyder-kernel is missing. did you plan to add it ? cheers -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#938550: spyder: Python2 removal in sid/bullseye

Hello > Hi Frédéric, I prepared spyder (and spyder-kernels) for python2 removal. > The removal of cloudpickle forces us to do it earlier than we otherwise > might have. no problem for me :), the faster we get rid of Python2, the better. > With spyder, it made sense to me to keep spyder as the m

Bug#940822: silx view crashes on invocation

Ok this simple script trigger the bug. from PyQt5.QtWidgets import QApplication, QLabel app = QApplication([]) on KDE, but not on Gnome. BUT this app = QApplication(['a']) works. on KDE and Gnome. -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net h

Bug#940822: silx view crashes on invocation

If I remove the config file, I have this error picca@cush:~$ rm .config/silx/silx-view.ini picca@cush:~$ silx view QSettings::value: Empty key passed QSettings::value: Empty key passed KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = python3.7 path = /usr/bin pid = 1893 K

Bug#940822: silx view crashes on invocation

Ok, I can reproduce this bug. I switched to plasma and now I have picca@cush:~$ silx view malloc_consolidate(): invalid chunk size KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = python3.7 path = /usr/bin pid = 1876 KCrash: Arguments: Minuterie d'alerte So this is somet

Bug#940822: silx view crashes on invocation

Did you trye also to remove the .config files picca@cush:~/.config/silx$ ls silx-view.ini If I remember correctly, I had a problem which was solved by removing this file. -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net

Bug#940822: silx view crashes on invocation

Here you have the information about the core dump. https://wiki.debian.org/HowToGetABacktrace -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#940822: silx view crashes on invocation

> Please find attached the output It seems that KCrash is in our way. Is it possible for you to run silx view from a gnome environment ? are you using kde ? -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailm

Bug#940822: silx view crashes on invocation

gdb -ex r --args python3 -m silx.app.view.main -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#940822: silx view crashes on invocation

Hello carlos, I am using this on all our computers and I have no problem. com-diffabs@diffabs6:~$ dpkg -l | grep silx ii python-silx 0.11.0+dfsg-1~bpo10+1 amd64Toolbox for X-Ray data analysis - Python2 library ii python-silx

Bug#940130: pymca: testsuite failure (segfault)

Hello, this is a probleme due to a bug in python-numpy which is already solved in python-numpy 1.6.5 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933056 Cheers De : debian-science-maintainers [debian-science-maintainers-bounces+picca=synchrotron-s

RE:pyfai: Python2 removal in sid/bullseye

> Hi, > The latest pyFAI uses python3 for the application instead of python2, > at least on the master. I did not check if it was the case for the release. > In the worse case, one would just have to wait for the next release > which is planed later this year. Anyhow, I recently fixed a bug relate

RE:python-pyqtgraph_0.10.0-3_source.changes ACCEPTED into unstable

Is it a leaf package ? De : debian-science-maintainers [debian-science-maintainers-bounces+picca=synchrotron-soleil...@alioth-lists.debian.net] de la part de Debian FTP Masters [ftpmas...@ftp-master.debian.org] Envoyé : mercredi 28 août 2019 12:43 À : Debi

RE:python-xarray_0.12.1-2~bpo10+1_amd64.changes ACCEPTED into stretch-backports-sloppy->backports-policy, stretch-backports-sloppy

is the version number correct. I thought that stretch-backports-sloppy would be bpo9 and not bpo10. I missed something ? Fred -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-mai

Bug#929720: hkl: FTBFS: ../../hkl/ccan/generator/generator.h:23:2: error: #error Generators require coroutines

Hello, I am wondering if the problem is not a gcc bug. I tryed to deal with this issue, with the ccan upstream. https://github.com/rustyrussell/ccan/issues/65 but I do not have the skills in order to fix it otherwise than applying the simple one line fix Here the patch I am applying i order

Bug#935454: pymca: autopkgtest regression: Segmentation fault

This regression is due to a bug in python-numpy #933056, that I already reported, whcih was solved upstream and will be available in the 0.17 version. Cheers Fred -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bi

Bug#918807: taurus: diff for NMU version 4.0.3+dfsg-1.1

The upstream, Just packages the latest taurus. So I think that you can defer your upload now. thanks a lot for your help. Frederic -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-scienc

Bug#920257: TR : Fw: TR : Bug#920257: python3-fabio: program fails with Nexus data from Diamond Light Source

Hello, here an answer from the ESRF. De : V. Armando Sole [s...@esrf.fr] Envoyé : mercredi 23 janvier 2019 20:29 À : PICCA Frederic-Emmanuel Cc : s...@edna-site.org Objet : Re: Fw: TR : Bug#920257: python3-fabio: program fails with Nexus data from Diamond

Bug#916195: changed sources in salsa

Hello Carlos, > I am fine with removing it, but just let me point that if it does not cause > harm to leave it there, it may facilitate the creation of backports to > stretch. I think that it needs to be removed for Buster. I understand for the backports. do you know if a release is expected bef

Bug#916195: changed sources in salsa

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth

Bug#916195: Additional information: docker stretch

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 -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mail

Bug#914140: pytango FTBFS with boost 1.67

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

Bug#906921: tango-starter does not start after a reboot

> 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 ;)

Bug#906921: tango-starter does not start after a reboot

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

Bug#906921: tango-starter does not start after a reboot

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

@salsa-pipeline-guest Developer access for Debian science.

Hello guyes, I would like to know if you are ok, if I grant a Developer acces to salsa-pipeline-guest for the science-team. I would like to use this [1], for my packages. what is your opinion ? thanks Frederic [1] https://salsa.debian.org/salsa-ci-team/pipeline -- debian-science-maintainers

RE:Spyder Package Details In Need of Update

> Hello Mr. Vaillant and Debian/Ubuntu maintainers, Hello > My name is C.A.M. Gerlach, a member of the > Spyder IDE core dev team, and as part of the > broader effort in > spyder-ide/spyder-docs#39

Bug#904262: python-fabio builds for the default python3 version, but tests with all supported versions.

> 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

Bug#904262: python-fabio builds for the default python3 version, but tests with all supported versions.

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 -- debian-science-maintainers mailing list debian-science-maintainers@aliot

RE:New version of numexpr breaks autopkgtests of pytables in testing

It seems to me that the real culprite is python-numpy. De : debian-science-maintainers [debian-science-maintainers-bounces+picca=synchrotron-soleil...@alioth-lists.debian.net] de la part de Paul Gevers [elb...@debian.org] Envoyé : samedi 12 mai 2018 10:10

RE:matplotlib: missing depends on python(3)-kiwisolver

there is two problemes. kiwisolver MUST provide -dbg packages AND matplotlib should depends on these packages once available. Cheers Frederic -- debian-science-maintainers mailing list debian-science-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/d