Bug#956454: gmsh: Seems to depend on "mouse selection"
Package: gmsh Version: 4.12.2+ds1-1 Followup-For: Bug #956454 Dear Maintainer, it seems that the spurious crash only occurs when "mouse selection" is enabled (using the esc keybinding). This may relate to the call to openglWindow::_select In the traceback provided previously #21 0x774bd136 in openglWindow::_select -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gmsh depends on: ii libc6 2.37-18 ii libgmsh4.12t64 4.12.2+ds1-1 Versions of packages gmsh recommends: pn gmsh-doc gmsh suggests no packages. -- no debconf information
Bug#1068901: jupyter-core: Second part of the bug related to #1068506
Source: jupyter-core Version: 4.7.1-1+deb11u1 Followup-For: Bug #1068901 Dear Maintainer, Seems that the current bug is twofold. First python does not find module 'jupyter_server.contents'. Then there is a second error while handling the exception. This second part has been reported in #1068506 (package python3- traitlets). This is a bug in the call of the traitlets.utils.warnings.warn function, with a missing required argument. best regards -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1068901: jupyter notebook fails to start: ModuleNotFoundError: No module named 'jupyter_server.contents'
Source: jupyter-core Version: 4.7.1-1+deb11u1 Followup-For: Bug #1068901 Dear Maintainer, I can confirm the bug. After a first error traceback mentioning the need of module jupyter_server, I installed the debian package jupyter-server (which was visibly not needed previously for a local Jupyter install to work and serve localhost notebooks Then the traceback now reports the lack of module jupyter_server.contents, which should be accessible once the debian package jupyter-server has been installed (according to apt-file). Any way to make jupyter work again ? Fabrice -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#956454: gmsh: ... and also with nouveau_dri.so
Package: gmsh Version: 4.12.1+ds1-1 Followup-For: Bug #956454 Dear Maintainer, same bug (or a very similar one) is stil present in gmsh4.12. Opening a fresh gmsh window (without default untitled.geo file in HOME folder), I am able to navigate, zoom, rotate the view, etc... After adding points and lines seems OK too, but adding a 3D object (e.g., a sphere) makes the gmsh application crash. However the library appears usable using the Python API, as long as no graphical rendering is involved. Example of backtrace of crash: (gdb) bt #0 0x7fffe6f30f60 in ?? () from /lib/x86_64-linux-gnu/libLLVM-17.so.1 #1 0x7fffe6f735f7 in LLVMBuildBitCast () from /lib/x86_64-linux-gnu/libLLVM-17.so.1 #2 0x7fffee112402 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #3 0x7fffee113ceb in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #4 0x7fffee11649b in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #5 0x7fffee0e754c in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #6 0x7fffee09810b in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #7 0x7fffee098bfb in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #8 0x7fffee09c358 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #9 0x7fffee0324cb in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #10 0x7fffee02b386 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #11 0x7fffee02b815 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #12 0x7fffee02bcbd in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #13 0x7fffedde688d in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #14 0x7fffeddecc8b in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #15 0x7fffedcce552 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #16 0x7fffedcfbeb9 in ?? () from /usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so #17 0x775bedef in drawContext::drawSphere(double, double, double, double, int) () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #18 0x775af5d2 in drawGRegion::operator()(GRegion*) () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #19 0x775ad6dc in drawContext::drawGeom() () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #20 0x775a297b in drawContext::select(int, bool, bool, bool, int, int, int, int, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&) () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #21 0x774bd136 in openglWindow::_select(int, bool, bool, bool, int, int, int, int, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&, std::vector >&) () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #22 0x774bea3f in openglWindow::handle(int) () from /lib/x86_64-linux-gnu/libgmsh.so.4.12 #23 0x767454c9 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #24 0x7672d233 in ?? () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #25 0x7672f47a in Fl::handle_(int, Fl_Window*) () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #26 0x767917aa in fl_wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #27 0x7672eb66 in Fl::wait(double) () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #28 0x7672ec25 in Fl::run() () from /lib/x86_64-linux-gnu/libfltk.so.1.3 #29 0x768456ca in __libc_start_call_main (main=main@entry=0x5050 , argc=argc@entry=1, argv=argv@entry=0x7fffdf68) at ../sysdeps/nptl/libc_start_call_main.h:58 #30 0x76845785 in __libc_start_main_impl (main=0x5050 , argc=1, argv=0x7fffdf68, init=, fini=, rtld_fini=, stack_end=0x7fffdf58) at ../csu/libc-start.c:360 #31 0x5081 in _start () -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages gmsh depends on: ii libc6 2.37-15 ii libgmsh4.12 4.12.1+ds1-1 Versions of packages gmsh recommends: pn gmsh-doc gmsh suggests no packages. -- no debconf information
Bug#1050793: python3-deepdiff: python3-clevercsv should be a Recommends, not a Depends
Package: python3-deepdiff Version: 6.2.2-1 Severity: normal Dear Maintainer, Debian package python3-deepdiff currently considers python3-clevercsv as a dependency. However that package is only considered as optional by the developers (see https://github.com/seperman/deepdiff). The deepdiff source code correctly handles the case where clevercsv is not installed (standard library csv module as a fallback): https://github.com/seperman/deepdiff/blob/master/deepdiff/serialization.py#L29 The trouble is that python3-clevercsv itself depends on python3-pandas which is quite a massive package (20Mb). Please remove the dependency on clevercsv and deprecate it as a Recommends. Best regards Fabrice -- System Information: Debian Release: trixie/sid APT prefers oldstable-security APT policy: (500, 'oldstable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-deepdiff depends on: ii python3 3.11.4-5+b1 pn python3-clevercsv pn python3-jsonpickle ii python3-numpy 1:1.24.2-1 pn python3-ordered-set ii python3-setuptools 68.0.0-2 python3-deepdiff recommends no packages. python3-deepdiff suggests no packages.
Bug#951904: meshlab: Confirming bug#951904
Package: meshlab Version: 2020.02+git200217-1 Followup-For: Bug #951904 Dear Maintainer, I just installed meshlab and tried to run it. Promptly got the same error message as the bug reporter. Best regards -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages meshlab depends on: ii lib3ds-1-3 1.3.0-9+b1 ii libc6 2.29-9 ii libgcc-s1 10-20200222-1 ii libgl1 1.3.0-5 ii libglew2.1 2.1.0-4+b1 ii libglu1-mesa [libglu1] 9.0.1-1 ii libgmp102:6.2.0+dfsg-4 ii libgomp19.2.1-24 ii libmuparser2v5 2.2.6.1+dfsg-1 ii libopenctm1 1.0.3+dfsg1-2.1 ii libqhull7 2015.2-4 ii libqt5core5a5.12.5+dfsg-4 ii libqt5gui5 5.12.5+dfsg-4 ii libqt5network5 5.12.5+dfsg-4 ii libqt5opengl5 5.12.5+dfsg-4 ii libqt5script5 5.12.5+dfsg-2 ii libqt5widgets5 5.12.5+dfsg-4 ii libqt5xml5 5.12.5+dfsg-4 ii libqt5xmlpatterns5 5.12.5-1 ii libstdc++6 9.2.1-24 Versions of packages meshlab recommends: pn chemical-mime-data meshlab suggests no packages. -- no debconf information
Bug#895419: Acknowledgement (python3-dolfin: JIT compilation fails as python3-instant tries to includes petsc4py from python2)
Additional information from Johannes Ring (fenics dev) on https://groups.google.com/d/topic/fenics-support/mfJdWYwq0-w/discussion The problem is that the path to petsc4py is included in /usr/share/dolfin/cmake/DOLFINConfig.cmake and /usr/share/dolfin/cmake/DOLFINTargets.cmake, while it should only have been included in /usr/share/dolfin/cmake/DOLFINPython27.cmake and /usr/share/dolfin/cmake/DOLFINPython36.cmake. The quick fix would be to either install python-petsc4py (the petsc4py include files are the same for python2 and python3) or to remove the path to petsc4py from DOLFINConfig.cmake and DOLFINTargets.cmake. These recommendations solve the trouble (even if other errors are still raised in the overly-simplified script). --- /tmp/DOLFINConfig.cmake 2018-04-13 16:27:57.189842279 +0200 +++ /usr/share/dolfin/cmake/DOLFINConfig.cmake 2018-04-13 16:28:29.169796349 +0200 @@ -40,7 +40,7 @@ set(DOLFIN_INCLUDE_DIRS "/usr/include") # Third party include directories -set(DOLFIN_3RD_PARTY_INCLUDE_DIRS "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/python2.7/dist-packages/petsc4py/include;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include;/usr/lib/petscdir/petsc3.8/x86_64-linux-gnu-real/include;/usr/include/superlu-dist;/usr/include/hypre;/usr/include/suitesparse;/usr/include/superlu;/usr/include/scotch;/usr/include/hdf5/openmpi;") +set(DOLFIN_3RD_PARTY_INCLUDE_DIRS "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include;/usr/lib/petscdir/petsc3.8/x86_64-linux-gnu-real/include;/usr/include/superlu-dist;/usr/include/hypre;/usr/include/suitesparse;/usr/include/superlu;/usr/include/scotch;/usr/include/hdf5/openmpi;") # Python variables if ("ON" AND "TRUE") --- /tmp/DOLFINTargets.cmake 2018-04-13 16:40:19.260234464 +0200 +++ /usr/share/dolfin/cmake/DOLFINTargets.cmake 2018-04-13 16:37:52.096803585 +0200 @@ -55,9 +55,9 @@ set_target_properties(dolfin PROPERTIES INTERFACE_COMPILE_DEFINITIONS "NDEBUG;DOLFIN_SIZE_T=8;DOLFIN_LA_INDEX_SIZE=4;HAS_HDF5;_FORTIFY_SOURCE=2;HAS_SLEPC;HAS_PETSC;HAS_PETSC4PY;HAS_UMFPACK;HAS_CHOLMOD;HAS_SCOTCH;HAS_ZLIB;HAS_MPI;DOLFIN_VERSION=\"2017.2.0\"" - INTERFACE_INCLUDE_DIRECTORIES "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/python2.7/dist-packages/petsc4py/include;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include" + INTERFACE_INCLUDE_DIRECTORIES "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include" INTERFACE_LINK_LIBRARIES "Boost::boost;Boost::timer;/usr/lib/x86_64-linux-gnu/hdf5/openmpi/libhdf5.so;/usr/lib/x86_64-linux-gnu/libsz.so;/usr/lib/x86_64-linux-gnu/libz.so;/usr/lib/x86_64-linux-gnu/libdl.so;/usr/lib/x86_64-linux-gnu/libm.so;SLEPC::slepc;PETSC::petsc;/usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi_cxx.so;/usr/lib/x86_64-linux-gnu/openmpi/lib/libmpi.so" - INTERFACE_SYSTEM_INCLUDE_DIRECTORIES "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/python2.7/dist-packages/petsc4py/include;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include" + INTERFACE_SYSTEM_INCLUDE_DIRECTORIES "/usr/include;/usr/include/eigen3;/usr/include/hdf5/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent;/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi/opal/mca/event/libevent2022/libevent/include;/usr/lib/x86_64-linux-gnu/openmpi/include" ) if(CMAKE_VERSION VERSION_LESS 2.8.12)
Bug#774256: AttributeError: 'module' object has no attribute 'NautilusCompareConfig'
Package: nautilus-compare Version: 0.0.4+po1-1 Severity: normal Tags: newcomer Dear Maintainer, After installing this package, I run nautilus from CLI and get: Traceback (most recent call last): File /usr/share/nautilus-python/extensions/nautilus-compare.py, line 40, in __init__ self.config = utils.NautilusCompareConfig() AttributeError: 'module' object has no attribute 'NautilusCompareConfig' Digging a bit, it seems that the nautilus-compare module is imported from the linked version in /usr/share/nautilus-python/extensions/ and does not manage to reach the utils module lying in usr/share/nautilus-compare/ (with no link). In the nautilus-compare module, sys.path is appended to insert the latter, but it raises the error as another utils.py file is reached before the desired one. The modification of path L29 should be sys.path.insert(0, /usr/share/nautilus-compare) instead of sys.path.append(/usr/share/nautilus-compare) to ensure the good utils module to be imported. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nautilus-compare depends on: ii nautilus 3.14.1-2 ii python 2.7.8-2 ii python-nautilus 1.1-4 ii python-xdg 0.25-4 Versions of packages nautilus-compare recommends: ii meld 3.12.1-2 Versions of packages nautilus-compare suggests: pn diffuse none pn fldiff none pn kdiff3 | kdiff3-qt none pn kompare none pn tkdiff none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763049: Can't boot, install or downgrade
Dear maintainer and users, I've been hit by this bug too ater upgrading grub and initramfs yesterday. From the initramfs shell, I can check that my readdlink has no -f option, I can mount the root partition on /, but this does not solve the problem. I've read that downgrading initramfs-tools has worked for some user, same as installing busybox. But I don't know how to install or downgrade from the initramfs shell. What is the trick? Best regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735528: opencv: segfault on reading some video
Source: opencv Version: 2.4.6 Severity: important With some video files, the following command leads to segfault: python -c import cv2; vid = cv2.VideoCapture('some_video '); vid.read() It occurs from python, but also using C++ library. Example of backtrace in gdb #0 0x7fffeca1a814 in rgb32tobgr24_MMXEXT (src=0x7fffdf7ab080 Address 0x7fffdf7ab080 out of bounds,dst=0x7fffdf0eb010 , src_size=optimized out) at /build/libav-RgBsVf/libav-9.10/libswscale/x86/rgb2rgb_template.c:155 #1 0x7fffeca13da3 in rgbToRgbWrapper (c=0x10ac0e0, src=optimized out, srcStride=0x7fffda80, srcSliceY=0, srcSliceH=500, dst=0x7fffdac0, dstStride=0x7fffda90) at /build/libav-RgBsVf/libav-9.10/libswscale/swscale_unscaled.c:592 #2 0x7fffeca1589d in sws_scale (c=optimized out, srcSlice=optimized out, srcStride=0xab2ba0, srcSliceY=0, srcSliceH=500, dst=optimized out, dstStride=0xa156a8) at /build/libav-RgBsVf/libav-9.10/libswscale/swscale_unscaled.c:1152 #3 0x7526fefe in CvCapture_FFMPEG::retrieveFrame(int, unsigned char**, int*, int*, int*, int*) () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 #4 0x7526ffab in cvRetrieveFrame_FFMPEG () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 #5 0x7526f419 in CvCapture_FFMPEG_proxy::retrieveFrame(int) () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 #6 0x7526dcb9 in cv::VideoCapture::retrieve(cv::Mat, int) () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 #7 0x7526daa7 in cv::VideoCapture::read(cv::Mat) () from /usr/lib/x86_64-linux-gnu/libopencv_highgui.so.2.4 Out of bounds address seems to be used in a call to a function from libswscale. Segfault occurs for at least for one uncompressed avi file RIFF (little-endian) data, AVI, 944 x 500, 30.00 fps, video: uncompressed but not for a compressed one RIFF (little-endian) data, AVI, 592 x 320, 25.00 fps, video: XviD, audio: MPEG-1 Layer 3 (stereo, 48000 Hz) The former can be found at http://tinyurl.com/lv657fn (uncompressed, almost 200Mo) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676480: python-numpy: Numpy package messed up by atlas/lapack changes
Package: python-numpy Version: 1:1.6.2-1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** numpy fails to import lapack library: $ python -c import numpy Traceback (most recent call last): File string, line 1, in module File /usr/lib/pymodules/python2.7/numpy/__init__.py, line 137, in module import add_newdocs File /usr/lib/pymodules/python2.7/numpy/add_newdocs.py, line 9, in module from numpy.lib import add_newdoc File /usr/lib/pymodules/python2.7/numpy/lib/__init__.py, line 13, in module from polynomial import * File /usr/lib/pymodules/python2.7/numpy/lib/polynomial.py, line 17, in module from numpy.linalg import eigvals, lstsq File /usr/lib/pymodules/python2.7/numpy/linalg/__init__.py, line 48, in module from linalg import * File /usr/lib/pymodules/python2.7/numpy/linalg/linalg.py, line 23, in module from numpy.linalg import lapack_lite ImportError: liblapack.so.3gf: cannot open shared object file: No such file or directory It seems to be related to lib{atlas/lapack/blas}3gf removal. $ ls -lh /usr/lib/lapack/ total 8.0M lrwxrwxrwx 1 root root 16 juin 5 12:22 liblapack.so.3 - liblapack.so.3.0 -rw-r--r-- 1 root root 8.0M juin 5 12:22 liblapack.so.3.0 $ ldd /usr/lib/pymodules/python2.7/numpy/linalg/lapack_lite.so linux-gate.so.1 = (0xb773d000) liblapack.so.3gf = not found libblas.so.3gf = not found libgfortran.so.3 = /usr/lib/i386-linux-gnu/libgfortran.so.3 (0xb7626000) libm.so.6 = /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb760) libgcc_s.so.1 = /lib/i386-linux-gnu/libgcc_s.so.1 (0xb75e3000) libquadmath.so.0 = /usr/lib/i386-linux-gnu/libquadmath.so.0 (0xb756c000) libc.so.6 = /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb740f000) /lib/ld-linux.so.2 (0xb773e000) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-numpy depends on: ii libatlas3-base [liblapack.so.3gf] 3.8.4-4 ii libatlas3gf-base 3.8.4-4 ii libblas3 [libblas3gf] 1.2.20110419-3 ii libblas3gf 1.2.20110419-3 ii libc6 2.13-33 ii libgcc11:4.7.0-11 ii libgfortran3 4.7.0-11 ii liblapack3 [liblapack3gf] 3.4.1-1 ii liblapack3gf 3.4.1-1 ii libquadmath0 4.7.0-11 ii python 2.7.3~rc2-1 ii python-support 1.0.14 python-numpy recommends no packages. Versions of packages python-numpy suggests: ii gcc 4:4.7.0-6 pn gfortran none pn python-devnone pn python-nose none pn python-numpy-dbg none pn python-numpy-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636860: Remove Qt support from libvtk
Subject: Remove Qt support from libvtk Package: vtk Severity: wishlist Hi, I would be nice if dependency on qt libs would be limited to the libvtk*.*-qt* binary package. As this package exists (which is a good thing), it may be worth providing the VTK library without Qt GUI support. Maybe am I missing something ? -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628068: liferea: Segmentation fault a while after startup
Same trouble with epiphany-browser (unstable) connecting to french tax office server: gdb bt: (gdb) bt #0 0xae6ede5a in g_tls_client_connection_gnutls_finish_handshake (conn=0x8f56698, inout_error=0x0) at gtlsclientconnection-gnutls.c:352 #1 0xae6ef081 in handshake_internal (gnutls=0x8f56698, blocking=value optimized out, cancellable=0x0, error=0x0) at gtlsconnection-gnutls.c:886 #2 0xae6ef48b in handshake_in_progress_or_failed (gnutls=value optimized out, blocking=value optimized out, cancellable=0x0, error=0x0) at gtlsconnection-gnutls.c:911 #3 0xae6ef930 in close_internal (gnutls=0x8f56698, blocking=1, cancellable=0x0, error=0x0) at gtlsconnection-gnutls.c:1094 #4 0xae6efd6e in g_tls_connection_gnutls_close (stream=0x8f56698, cancellable=0x0, error=0x0) at gtlsconnection-gnutls.c:1114 #5 0xb662ca8d in g_io_stream_close (stream=0x8f56698, cancellable=0x0, error=0x0) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gio/giostream.c:428 #6 0xb662cb0a in g_io_stream_dispose (object=0x8f56698) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gio/giostream.c:110 #7 0xb659ff43 in g_object_unref (_object=0x8f56698) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./gobject/gobject.c:2697 #8 0xae6ee7d5 in gnutls_source_finalize (source=0x8bae7a8) at gtlsconnection-gnutls.c:634 #9 0xb64ed145 in g_source_unref_internal (source=0x8bae7a8, context=0x8143fc0, have_lock=1) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmain.c:1693 #10 0xb64f1321 in g_main_dispatch (context=0x8143fc0) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmain.c:2469 #11 g_main_context_dispatch (context=0x8143fc0) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmain.c:3013 #12 0xb64f1a30 in g_main_context_iterate (context=0x8143fc0, block=1, dispatch=1, self=value optimized out) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmain.c:3091 #13 0xb64f20f3 in g_main_loop_run (loop=0x811e910) at /build/buildd-glib2.0_2.28.6-1-i386-A3fp41/glib2.0-2.28.6/./glib/gmain.c:3299 #14 0xb6a63bd9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #15 0x080722df in main () -- Fabrice Silva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581761: libatlas3gf-base: Illegal instruction on ATL_diamax_xp1yp0aXbX makes matplotlib crash
Le dimanche 16 mai 2010 à 12:39 +0200, Sylvestre Ledru a écrit : Hello Fabrice, Program received signal SIGILL, Illegal instruction. 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf Could you provide the full backtrace ? I cannot reproduce here (even if I have also an x86 CPU) with python-matplotlib 0.99.1.2-3. I have now installed python-matplotlib-dbg but the backtrace is the same tiny backtrace that I previously sent Could you try: sudo update-alternatives --auto liblapack.so.3gf sudo update-alternatives --auto libblas.so.3gf After restoring the automatic alternatives, the backtrace is still the same -- Fabrice Silva si...@lma.cnrs-mrs.fr LMA UPR CNRS 7051 $ cd /tmp $ gdb python GNU gdb (GDB) 7.1-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...Reading symbols from /usr/lib/debug/usr/bin/python2.5...done. done. (gdb) run test_plt.py Starting program: /usr/bin/python test_plt.py [Thread debugging using libthread_db enabled] /usr/lib/pymodules/python2.5/matplotlib/backends/backend_gtk.py:621: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltips = gtk.Tooltips() Program received signal SIGILL, Illegal instruction. 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf (gdb) quit A debugging session is active. Inferior 1 [process 3633] will be killed. Quit anyway? (y or n) y $ su Mot de passe : # update-alternatives --auto liblapack.so.3gf # update-alternatives --auto libblas.so.3gf # exit $ man update-alternatives $ update-alternatives --config liblapack.so.3gf Il existe 2 choix pour l'alternative liblapack.so.3gf (qui fournit /usr/lib/liblapack.so.3gf). Sélection Chemin Priorité État * 0/usr/lib/atlas-base/atlas/liblapack.so.3gf 35mode automatique 1/usr/lib/atlas-base/atlas/liblapack.so.3gf 35mode manuel 2/usr/lib/lapack/liblapack.so.3gf 10mode manuel Appuyez sur Entrée pour conserver la valeur par défaut[*] ou choisissez le numéro sélectionné :^C $ update-alternatives --config libblas.so.3gf Il existe 2 choix pour l'alternative libblas.so.3gf (qui fournit /usr/lib/libblas.so.3gf). Sélection CheminPriorité État * 0/usr/lib/atlas-base/atlas/libblas.so.3gf 35mode automatique 1/usr/lib/atlas-base/atlas/libblas.so.3gf 35mode manuel 2/usr/lib/libblas/libblas.so.3gf10mode manuel Appuyez sur Entrée pour conserver la valeur par défaut[*] ou choisissez le numéro sélectionné :^C $ gdb python GNU gdb (GDB) 7.1-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...Reading symbols from /usr/lib/debug/usr/bin/python2.5...done. done. (gdb) run test_plt.py Starting program: /usr/bin/python test_plt.py [Thread debugging using libthread_db enabled] /usr/lib/pymodules/python2.5/matplotlib/backends/backend_gtk.py:621: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltips = gtk.Tooltips() Program received signal SIGILL, Illegal instruction. 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf (gdb) quit A debugging session is active. Inferior 1 [process 3691] will be killed. Quit anyway? (y or n) y $ import matplotlib.pyplot as plt plt.subplot(111) plt.show()
Bug#581761: libatlas3gf-base: Illegal instruction on ATL_diamax_xp1yp0aXbX makes matplotlib crash
Le dimanche 16 mai 2010 à 19:16 +0200, Sylvestre Ledru a écrit : I don't see the backtrace if you attached file ?! You should type bt or where in gdb to get it. Sorry, I should not send emails early in the morning. See attached the very short bt... Could you also try with see (1,2 or 3) to see if the problem occurs or not ? I do not understand. Is 'see' a gdb command ? It does not seem to in my gdb... $ gdb python GNU gdb (GDB) 7.1-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...Reading symbols from /usr/lib/debug/usr/bin/python2.5...done. done. (gdb) run test_plt.py Starting program: /usr/bin/python test_plt.py [Thread debugging using libthread_db enabled] /usr/lib/pymodules/python2.5/matplotlib/backends/backend_gtk.py:621: DeprecationWarning: Use the new widget gtk.Tooltip self.tooltips = gtk.Tooltips() Program received signal SIGILL, Illegal instruction. 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf (gdb) bt #0 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf #1 0x in ?? () (gdb)
Bug#581761: libatlas3gf-base: Illegal instruction on ATL_diamax_xp1yp0aXbX makes matplotlib crash
Could you also try with see (1,2 or 3) to see if the problem occurs or not ? I do not understand. Is 'see' a gdb command ? It does not seem to in my gdb... Sorry, I meant sse! For example: libatlas3gf-sse3 I installed libatlas3gf-sse (as I am working on an old Dell Latiture C610: PIII) and it solved my problem! Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581019: Patch proposal
Here is a patch to the source package to remove the dependance to setuptools. setup.py has been modified to eliminate setuptools's arguments. In README.rst, the installation section has to be changed too (not included in patch). diff -ru pep8-0.5.0.orig/pep8.egg-info/requires.txt pep8-0.5.0/pep8.egg-info/requires.txt --- pep8-0.5.0.orig/pep8.egg-info/requires.txt 2010-05-16 12:36:50.0 -0300 +++ pep8-0.5.0/pep8.egg-info/requires.txt 2010-05-16 15:44:15.0 -0300 @@ -1 +0,0 @@ -setuptools \ Pas de fin de ligne à la fin du fichier. diff -ru pep8-0.5.0.orig/setup.py pep8-0.5.0/setup.py --- pep8-0.5.0.orig/setup.py 2010-05-16 12:36:49.0 -0300 +++ pep8-0.5.0/setup.py 2010-05-16 15:25:48.0 -0300 @@ -1,4 +1,4 @@ -from setuptools import setup, find_packages +from distutils.core import setup version = '0.5.0' long_description = '\n\n'.join([open('README.rst').read(), @@ -15,17 +15,6 @@ author_email='joh...@rocholl.net', url='http://github.com/jcrocholl/pep8', license='Expat license', - py_modules=['pep8'], - namespace_packages=[], - include_package_data=True, - zip_safe=False, - install_requires=[ - 'setuptools', - # -*- Extra requirements: -*- - ], - entry_points={ - 'console_scripts': [ - 'pep8 = pep8:_main', - ], - }, + scripts=['pep8.py'], + package_data = {'': ['*.txt', '*.rst']} )
Bug#581761: libatlas3gf-base: Illegal instruction on ATL_diamax_xp1yp0aXbX makes matplotlib crash
Package: libatlas3gf-base Version: 3.8.3-22 Justification: renders package unusable Severity: grave Tags: sid On simple python script execution : test_plt.py import matplotlib.pyplot as plt plt.subplot(111) plt.show() the interpreter crash when the pointer enters the figure canvas with the following backtrace: gdb python GNU gdb (GDB) 7.1-debian Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...(no debugging symbols found)...done. (gdb) run test_plt.py Starting program: /usr/bin/python test_plt.py [Thread debugging using libthread_db enabled] Program received signal SIGILL, Illegal instruction. 0xb767b638 in ATL_diamax_xp1yp0aXbX () from /usr/lib/libblas.so.3gf $ ls -l /usr/lib/libblas.so.3gf lrwxrwxrwx 1 root root 32 16 avril 13:33 /usr/lib/libblas.so.3gf - /etc/alternatives/libblas.so.3gf $ ls -l /etc/alternatives/libblas.so.3gf lrwxrwxrwx 1 root root 40 16 avril 13:33 /etc/alternatives/libblas.so.3gf - /usr/lib/atlas-base/atlas/libblas.so.3gf $ dpkg --search /usr/lib/atlas-base/atlas/libblas.so.3gf libatlas3gf-base: /usr/lib/atlas-base/atlas/libblas.so.3gf It only happens since the last update of the package libatlas3gf-base from 3.8.3-21 to 3.8.3-22. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libatlas3gf-base depends on: ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1 GCC support library ii libgfortran3 4.4.4-1Runtime library for GNU Fortran ap libatlas3gf-base recommends no packages. Versions of packages libatlas3gf-base suggests: ii libblas3gf1.2-7 Basic Linear Algebra Reference imp ii liblapack3gf 3.2.1-8library of linear algebra routines -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: matplotlib._path
Le mercredi 08 juillet 2009 à 08:58 +0200, Thomas Viehmann a écrit : In Fabrice's sys.path output: /usr/share/pyshared This seems to be the problem. While the matplotlib/__init__.py lives in that dir, it should be loaded via the symlink in /usr/lib/pymodules/python2.5. Then it finds the _path module in the neighboring symlink. You may be right: on another machine, the pyshared directory is not in sys.path. Could you manually remove it and try again? import sys sys.path.remove('/usr/share/pyshared') import matplotlib.transforms should do the trick. If that works, one would need to figure out where the pyshared entry in sys.path comes from. I will try tonight at home. Which are the mechanism that add items to sys.path ? Thanks for helping me on this! -- Fabrice Silva Laboratory of Mechanics and Acoustics - CNRS 31 chemin Joseph Aiguier, 13402 Marseille, France. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: ImportError: No module named _path
Le mardi 07 juillet 2009 à 08:02 +0200, Sandro Tosi a écrit : locate matplotlib 535855.txt Listed : - the system wide rc file - an old subscription to matplotlib ML :) - I renamed ~/.matplotlib to determine whether my configuration files were corrupted. - package information -- Fabrice Silva Laboratory of Mechanics and Acoustics - CNRS 31 chemin Joseph Aiguier, 13402 Marseille, France. /etc/matplotlibrc /home/fab/.evolution/mail/config/et-expanded-nntp:_...@news.gmane.org_gmane.comp.python.matplotlib.general /home/fab/.evolution/mail/config/et-expanded-nntp:__news.gmane.org_gmane.comp.python.matplotlib.general /home/fab/.evolution/mail/nntp/fabri...@news.gmane.org/gmane.comp.python.matplotlib.general.ev-summary /home/fab/.evolution/mail/nntp/@news.gmane.org/gmane.comp.python.matplotlib.general.cmeta /home/fab/.evolution/mail/nntp/@news.gmane.org/gmane.comp.python.matplotlib.general.ev-summary /home/fab/.evolution/mail/nntp/@news.gmane.org/gmane.comp.python.matplotlib.general.ev-summary-meta /home/fab/.evolution/mail/views/current_view-nntp:_...@news.gmane.org_gmane.comp.python.matplotlib.general.xml /home/fab/.evolution/mail/views/custom_view-nntp:_...@news.gmane.org_gmane.comp.python.matplotlib.general.xml /home/fab/.matplo/matplotlibrc.old /home/fab/.matplo/matplotlibrc.old1 /home/fab/.matplotlib /var/lib/dpkg/info/python-matplotlib-data.list
Bug#535855: matplotlib._path
Le mardi 07 juillet 2009 à 09:18 +0200, Thomas Viehmann a écrit : Hi Fabrice, Sandro, Sandro asked for debugging ideas, so here is mine: Fabrice, could you please see what sys.path is when the loading fails and also try to load the module with python -v -v -c 'import matplotlib.transform' 2 /tmp/import_log.txt ? Sys.path: for tmp in sys.path: ... print tmp ... /usr/lib/python2.5 /usr/lib/python2.5/plat-linux2 /usr/lib/python2.5/lib-tk /usr/lib/python2.5/lib-dynload /usr/local/lib/python2.5/site-packages /usr/lib/python2.5/site-packages /usr/lib/python2.5/site-packages/Numeric /usr/lib/python2.5/site-packages/PIL /usr/share/pyshared /usr/lib/python2.5/site-packages/gst-0.10 /usr/lib/pymodules/python2.5 /usr/lib/pymodules/python2.5/gtk-2.0 /usr/lib/python2.5/site-packages/wx-2.8-gtk2-unicode Then see http://fsilva.perso.ec-marseille.fr/visible/import_log.txt In particular, near line 1840 $grep -A5 -B3 -n -m1 Traceback /tmp/import_log.txt 1835-import datetime # dynamically loaded from /usr/lib/python2.5/lib-dynload/datetime.so 1836-# trying /usr/share/pyshared/matplotlib/_path.so 1837-# trying /usr/share/pyshared/matplotlib/_pathmodule.so 1838-# trying /usr/share/pyshared/matplotlib/_path.py 1839-# trying /usr/share/pyshared/matplotlib/_path.pyc 1840:Traceback (most recent call last): 1841- File string, line 1, in module 1842-ImportError: No module named _path 1843-# clear __builtin__._ P.S.: I think that technically 'grave' implicitly includes 'useless for everyone', so this should be 'important', but seeing this resolved is more interesting than setting the severity. I agree. -- Fabrice Silva Laboratory of Mechanics and Acoustics - CNRS 31 chemin Joseph Aiguier, 13402 Marseille, France. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: [Python-modules-team] Bug#535855: ImportError: No module named _path
Le lundi 06 juillet 2009 à 21:38 +0200, Sandro Tosi a écrit : So, as you just said, this is clearly a problem on that single machine, nothing that grants a severity grave, therefore downgrading, Ok Sadly I don't see nothing at first sight to dependencies and other stuff; you could try removing completely (rm -rf) these dirs: /usr/lib/python*/site-packages/matplotlib /usr/lib/pymodules/python*/matplotlib/ and then reinstall the package. Before doing that, this may be of some interest : $ ls -l `locate _path` lrwxrwxrwx 1 root root 47 jui 4 14:10 /usr/lib/pymodules/python2.5/matplotlib/_path.so - /usr/lib/pyshared/python2.5/matplotlib/_path.so -rw-r--r-- 1 root root 234548 mai 29 09:11 /usr/lib/pyshared/python2.4/matplotlib/_path.so -rw-r--r-- 1 root root 233844 mai 29 09:11 /usr/lib/pyshared/python2.5/matplotlib/_path.so Are the permissions right ? -- Fabrice Silva Laboratory of Mechanics and Acoustics - CNRS 31 chemin Joseph Aiguier, 13402 Marseille, France. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: [Python-modules-team] Bug#535855: Bug#535855: ImportError: No module named _path
Le mardi 07 juillet 2009 à 07:21 +0200, Sandro Tosi a écrit : Sadly I don't see nothing at first sight to dependencies and other stuff; you could try removing completely (rm -rf) these dirs: /usr/lib/python*/site-packages/matplotlib /usr/lib/pymodules/python*/matplotlib/ and then reinstall the package. Please let me know after rm + reinstall. I uninstalled (with synaptic). After this first step, there was nothing in these directories : $ ls /usr/lib/python*/site-packages/matplotlib ls: ne peut accéder /usr/lib/python*/site-packages/matplotlib: Aucun fichier ou dossier de ce type $ ls /usr/lib/pymodules/python*/matplotlib/ ls: ne peut accéder /usr/lib/pymodules/python*/matplotlib/: Aucun fichier ou dossier de ce type Then I reinstalled and I still have the same ImportError... -- Fabrice Silva Laboratory of Mechanics and Acoustics - CNRS 31 chemin Joseph Aiguier, 13402 Marseille, France. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: ImportError: No module named _path
Package: python-matplotlib Version: 0.98.5.3-1 Severity: grave Justification: renders package unusable When trying to import matplotlib.pyplot or more precisely matplotlib.transforms, a ImportError is raised concerning the _path module. $ python Python 2.5.4 (r254:67916, Feb 17 2009, 20:16:45) [GCC 4.3.3] on linux2 Type help, copyright, credits or license for more information. import matplotlib.transforms Traceback (most recent call last): File stdin, line 1, in module File /usr/share/pyshared/matplotlib/transforms.py, line 34, in module from matplotlib._path import affine_transform ImportError: No module named _path import matplotlib matplotlib module 'matplotlib' from '/usr/share/pyshared/matplotlib/__init__.py' Looking for _path, I have the following files: $ locate matplotlib|grep path /usr/lib/pymodules/python2.5/matplotlib/path.py /usr/lib/pymodules/python2.5/matplotlib/path.pyc /usr/lib/pymodules/python2.5/matplotlib/_path.so /usr/lib/pyshared/python2.4/matplotlib/_path.so /usr/lib/pyshared/python2.5/matplotlib/_path.so -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-matplotlib depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-18GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-10GCC support library ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.3-1 Layout and rendering of internatio ii libpng12-0 1.2.37-1 PNG library - runtime ii libstdc++6 4.4.0-10 The GNU Standard C++ Library v3 ii python 2.5.4-2 An interactive high-level object-o ii python-cairo 1.8.4-3 Python bindings for the Cairo vect ii python-dateutil1.4.1-3 powerful extensions to the standar ii python-excelerator 0.6.3a-4 module for reading/writing Excel s ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gobject 2.16.1-1 Python bindings for the GObject li ii python-gtk22.14.1-3 Python bindings for the GTK+ widge ii python-matplotlib-data 0.98.5.3-1Python based plotting system (data ii python-numpy 1:1.2.1-1.1 Numerical Python adds a fast array ii python-pyparsing 1.5.2-1 Python parsing module ii python-support 1.0.3 automated rebuilding support for P ii python-tk 2.5.2-1.1 Tkinter - Writing Tk applications ii python-tz 2009g-1 Python version of the Olson timezo ii python-wxgtk2.82.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii tcl8.4 8.4.19-3 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-3 Tk toolkit for Tcl and X11, v8.4 - ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime python-matplotlib recommends no packages. Versions of packages python-matplotlib suggests: ii dvipng1.11-1 convert DVI files to PNG graphics ii ipython 0.9.1-3enhanced interactive Python shell pn python-configobj none (no description available) pn python-matplotlib-doc none (no description available) ii python-scipy 0.7.0-1+b1 scientific tools for Python pn python-traits none (no description available) pn texlive-extra-utils none (no description available) ii texlive-latex-extra 2007.dfsg.17-2 TeX Live: LaTeX supplementary pack -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535855: ImportError: No module named _path
Le dimanche 05 juillet 2009 à 13:33 -0400, Kumar Appaiah a écrit : Works for me, though. It also works for me on two others computers. I don't understand why this machine raise this error... Looking for _path, I have the following files: $ locate matplotlib|grep path /usr/lib/pymodules/python2.5/matplotlib/path.py /usr/lib/pymodules/python2.5/matplotlib/path.pyc /usr/lib/pymodules/python2.5/matplotlib/_path.so /usr/lib/pyshared/python2.4/matplotlib/_path.so /usr/lib/pyshared/python2.5/matplotlib/_path.so I get: /usr/lib/pymodules/python2.4/matplotlib/_path.so /usr/lib/pymodules/python2.4/matplotlib/path.py /usr/lib/pymodules/python2.4/matplotlib/path.pyc /usr/lib/pymodules/python2.5/matplotlib/_path.so /usr/lib/pymodules/python2.5/matplotlib/path.py /usr/lib/pymodules/python2.5/matplotlib/path.pyc /usr/lib/pyshared/python2.4/matplotlib/_path.so /usr/lib/pyshared/python2.5/matplotlib/_path.so I don't see you missing any files, so it's quite strange. I'll let Sandro comment, but still wonder if merely reinstalling the package helps. I already purged the python-matplotlib package and reinstalled it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470361: evolution-common: Duplicates of png files use 25Mb
Package: evolution-common Version: 2.24.5-2 Severity: normal Inspecting the list of files provided by this package, it seems that the images files installed in /usr/share/gnome/help/evolution/ may be copied twice or even more times, contributing at least to 25Mb $ du --max-depth=1 -h /usr/share/gnome/help/evolution/ 424K/usr/share/gnome/help/evolution/en_GB 4,9M/usr/share/gnome/help/evolution/C 3,3M/usr/share/gnome/help/evolution/es 3,9M/usr/share/gnome/help/evolution/fr 2,9M/usr/share/gnome/help/evolution/sv 548K/usr/share/gnome/help/evolution/ru 4,8M/usr/share/gnome/help/evolution/de 424K/usr/share/gnome/help/evolution/oc 424K/usr/share/gnome/help/evolution/el 2,3M/usr/share/gnome/help/evolution/cs 444K/usr/share/gnome/help/evolution/mk 25M /usr/share/gnome/help/evolution/ $ ls -l `locate evo_backup.png` -rw-r--r-- 1 root root 15031 mar 8 15:31 /usr/share/gnome/help/evolution/C/figures/evo_backup.png -rw-r--r-- 1 root root 19141 mar 8 15:31 /usr/share/gnome/help/evolution/cs/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/de/figures/evo_backup.png - ../../C/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/el/figures/evo_backup.png - ../../C/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/en_GB/figures/evo_backup.png - ../../C/figures/evo_backup.png -rw-r--r-- 1 root root 20203 mar 8 15:31 /usr/share/gnome/help/evolution/es/figures/evo_backup.png -rw-r--r-- 1 root root 19660 mar 8 15:31 /usr/share/gnome/help/evolution/fr/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/mk/figures/evo_backup.png - ../../C/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/oc/figures/evo_backup.png - ../../C/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/ru/figures/evo_backup.png - ../../C/figures/evo_backup.png lrwxrwxrwx 1 root root30 mar 11 00:43 /usr/share/gnome/help/evolution/sv/figures/evo_backup.png - ../../C/figures/evo_backup.png -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash evolution-common depends on no packages. Versions of packages evolution-common recommends: ii evolution 2.24.5-2 groupware suite with mail client a evolution-common suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504117: pidgin-facebookchat: Sent each message three times
Package: pidgin-facebookchat Version: 1.35-1 Severity: important According to the correspondant using web interface, each message is sent three times. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin-facebookchat depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libpurple02.4.3-4multi-protocol instant messaging l pidgin-facebookchat recommends no packages. pidgin-facebookchat suggests no packages. -- no debconf information /tmp/reportbug-pidgin-facebookchat-20081031-16202-lPjmlU (END) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503872: A solution
Many packages which use to depend to python-ctypes are now have the following dependence: python (= 2.5) | python-ctypes (= 0.9.6) Examples: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493002#12 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485594#10 (Patch attached) By the way, is there any reason to ask for a version of ctypes newer than 0.9.6 ? --- control 2008-10-29 23:19:24.0 +0100 +++ control.new 2008-10-29 23:21:33.0 +0100 @@ -3,7 +3,7 @@ Architecture: all Maintainer: Lukáš LalinskÜ [EMAIL PROTECTED] Installed-Size: 268 -Depends: python (= 2.3), python-support (= 0.7.1), libdiscid0, python-ctypes (= 0.9.6) +Depends: python (= 2.3), python-support (= 0.7.1), libdiscid0, python (= 2.5) | python-ctypes (= 0.9.6) Suggests: python-musicbrainz2-doc Provides: python2.4-musicbrainz2, python2.5-musicbrainz2 Section: python
Bug#440027: synaptic: Bug still non fixed
Package: synaptic Version: 0.62.1 Followup-For: Bug #440027 This problem is still present in version 0.62. I have to disable the option each time I start synaptic. File /root/.aptitude/config is empty and I do not have apt.conf file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6. 0.7.16+b1 Advanced front-end for dpkg ii apt-utils [libapt-inst 0.7.16+b1 APT utility programs ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-15GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libvte91:0.16.14-4 Terminal emulator widget for GTK+ ii libx11-6 2:1.1.5-2 X11 client-side library ii libxft22.1.12-3 FreeType-based font drawing librar ii libxml22.6.32.dfsg-4 GNOME XML library ii scrollkeeper 0.3.14-16 A free electronic cataloging syste ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages synaptic recommends: ii deborphan 1.7.27 program that can find unused packa ii gksu 2.0.0-5graphical frontend to su ii libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar ii menu 2.1.41 generates programs menu for all me Versions of packages synaptic suggests: pn dwww none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503872: python-musicbrainz2: package should not depend on pthon-ctypes
Package: python-musicbrainz2 Version: 0.6 Severity: important As ctypes is now included in python 2.5: http://python.net/crew/theller/ctypes/ why does python-musicbrainz2 depends on python-ctypes ? I do understand that people using python 2.4 (and earlier versions) have to install ctypes too. What is the solution ? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440027: Same problem as Michal Klempa
Having the same trouble with version 0.62. /root/.aptitude/config : empty No apt.conf files. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471557: python-support: Fails to upgrade package due to incoherent md5 checksum
I'm really sorry for not replying... I've missed that mail. My fault. The problem does not occur anymore for python-support package, but still exists for wpa-supplicant. Maybe should I open a similar bug for this package. Here is the error message: W: Échec de la récupération de http://ftp2.fr.debian.org/debian/pool/main/w/wpasupplicant/wpasupplicant_0.6.3-1_i386.deb Somme de contrôle de hachage incohérente so using ftp2.fr.debian.org mirror -- Fabrice Silva [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480018: python-aubio seriously lacks documentation.
Subject: python-aubio seriously lacks documentation. Package: python-aubio Version: 0.3.2-2+b2 Severity: important *** Please type your report below this line *** I can't find any where some online doc, local files or examples explaining how to use the python-aubio features... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-aubio depends on: ii libaubio2 0.3.2-2+b2 a library for audio segmentation ii libc6 2.7-10 GNU C Library: Shared libraries ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt python-aubio recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471557: python-support: Fails to upgrade package due to incoherent md5 checksum
Package: python-support Version: 0.7.6 Severity: normal *** Please type your report below this line *** It fails to upgrade with apt-get, since it is download when apt-get upgrade, but an incoherent md5 checksum is stated. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-support depends on: ii python2.4.4-6An interactive high-level object-o python-support recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466392: python-scipy: adding zvode to scipy.integrate
Le lundi 18 février 2008 à 18:06 +0100, Ondrej Certik a écrit : Is it possible to add zvode to scipy.integrate according to http://www.scipy.org/scipy/scipy/ticket/334 I've tried to apply the patches but the following message still appears when setting the integrator to zvode : No integrator name match with 'zvode' or is not available. Sure, if someone sends a patch, that applies, we'll upload a new package. Otherwise we can wait for the scipy 0.7 upstream release. Ondrej I would like to help, but can you tell me where I can found the current version of the files against which the patch should apply ? Because the files provided in the python-scipy unstable package are not exactly the same as the ones in the scipy svn. -- Fabrice Silva [EMAIL PROTECTED] LMA UPR CNRS 7051 - équipe S2M
Bug#447741: python-matplotlib: misread ghostscript version
Attached patch coming from matplotlib corrects the problem -- Fabrice Silva --- trunk/matplotlib/lib/matplotlib/__init__.py 2007/10/21 16:02:07 3975 +++ trunk/matplotlib/lib/matplotlib/__init__.py 2007/11/02 12:55:51 4094 @@ -234,12 +234,11 @@ def checkdep_ghostscript(): try: if sys.platform == 'win32': -command = 'gswin32c -v' +command = 'gswin32c --version' else: -command = 'gs -v' +command = 'gs --version' stdin, stdout = os.popen4(command) -line = stdout.readlines()[0] -v = line.split()[-2] +v = stdout.read()[:-1] vtest = '.'.join(v.split('.')[:2]) # deal with version numbers like '7.07.1' float(vtest) return vtest
Bug#454143: rapidsvn: Rapidsvn crashs when diff'ing on remote server.
Package: rapidsvn Version: 0.9.4-1 Severity: grave Justification: renders package unusable -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rapidsvn depends on: ii libapr1 1.2.11-1The Apache Portable Runtime Librar ii libaprutil1 1.2.7+dfsg-2+b1 The Apache Portable Runtime Utilit ii libc62.7-3 GNU C Library: Shared libraries ii libgcc1 1:4.2.2-4 GCC support library ii libneon260.26.4-2An HTTP and WebDAV client library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libsvn1 1.4.4dfsg1-1Shared libraries used by Subversio ii libsvncpp0c2a0.9.4-1 Subversion C++ shared library ii libuuid1 1.40.2-1universally unique id library ii libwxbase2.6-0 2.6.3.2.2-1 wxBase library (runtime) - non-GUI ii libwxgtk2.6-02.6.3.2.2-1 wxWidgets Cross-platform C++ GUI t rapidsvn recommends no packages. -- no debconf information (gdb) run Starting program: /usr/bin/rapidsvn [Thread debugging using libthread_db enabled] [New Thread 0xb65b96c0 (LWP 5703)] [New Thread 0xb6274b90 (LWP 5706)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb6274b90 (LWP 5706)] 0xb7f88491 in svn::Status::entry () from /usr/lib/libsvncpp.so.0 (gdb) bt #0 0xb7f88491 in svn::Status::entry () from /usr/lib/libsvncpp.so.0 #1 0x08074b97 in ?? () #2 0x080749e2 in ?? () #3 0x080c3ef9 in ?? () #4 0x080c4258 in ?? () #5 0xb78bdef6 in wxThreadInternal::PthreadStart () from /usr/lib/libwx_baseu-2.6.so.0 #6 0xb78bdf7d in wxPthreadStart () from /usr/lib/libwx_baseu-2.6.so.0 #7 0xb7e47383 in start_thread () from /lib/libpthread.so.0 #8 0xb765b63e in clone () from /lib/libc.so.6 (gdb) quit RapidSVN Version 0.9.4
Bug#447741: python-matplotlib: misread ghostscript version
Package: python-matplotlib Version: 0.90.1-2 Severity: important Matplotlib fails to extract ghostscript version. In shell I have: GPL Ghostscript SVN PRE-RELEASE 8.61 (2007-08-02) and checkdep_ghostscript() gives 'SVN' instead of '8.61', so that it is not possible to use tex directly in matplotlib. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-matplotlib depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.4generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.18.2-2 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.9-1X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.15 register and build utility for Pyt ii python-dateutil 1.2-1powerful extensions to the standar ii python-dev 2.4.4-6 Header files and a static library ii python-gobject 2.14.0-2 Python bindings for the GObject li ii python-gtk2 2.12.0-1 Python bindings for the GTK+ widge ii python-matplotlib-data 0.90.1-2 python based plotting system (data ii python-numeric-ext 24.2-8 Extension modules for Numeric Pyth ii python-numpy1:1.0.3-1Numerical Python adds a fast array ii python-tk 2.4.4-1 Tkinter - Writing Tk applications ii python-tz 2007d-1 Python version of the Olson timezo ii tcl8.4 8.4.16-3 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.16-2 Tk toolkit for Tcl and X11, v8.4 - ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime Versions of packages python-matplotlib recommends: ii dvipng1.9-5 convert DVI files to PNG graphics -- no debconf information Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Fabrice Silva [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: python-matplotlib: misread ghostscript version Message-ID: [EMAIL PROTECTED] X-Mailer: reportbug 3.39 Date: Tue, 23 Oct 2007 16:10:03 +0200 X-Debbugs-Cc: Matplotlib Package: python-matplotlib Version: 0.90.1-2 Severity: important Matplotlib fails to extract ghostscript version. In shell I have: GPL Ghostscript SVN PRE-RELEASE 8.61 (2007-08-02) and checkdep_ghostscript() gives 'SVN' instead of '8.61', so that it is not possible to use tex directly in matplotlib. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-matplotlib depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.4generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libpango1.0-0
Bug#410064: Cannot be installed together with numpy
It seems that f2py is now 'half'-integrated in python-numpy, that is most of files are provided by python-numpy files, but using the fortran to python interface generator still requires some additional files that can be provided by python-numpy-dev debian packet, especially : /usr/lib/python2.*/site-packages/numpy/f2py/src/fortranobject.h /usr/lib/python2.*/site-packages/numpy/f2py/src/fortranobject.c that are missing : error: file '/usr/lib/python2.4/site-packages/numpy/f2py/src/fortranobject.c' does not exist -- Fabrice Silva [EMAIL PROTECTED] LMA UPR CNRS 7051 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426012: #426012 python-scipy: cannot install
It seems that this bug is out of date as python-numpy 1:1.0.1 as been accepted in testing for months (since february exactly). http://packages.qa.debian.org/p/python-numpy.html -- Fabrice Silva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]