Bug#1031502: python3-matplotlib: Missing documentation package
Package: python3-matplotlib Version: 3.6.3-1+b1 Severity: normal X-Debbugs-Cc: balbirtho...@hotmail.com Dear Maintainer, The Matplotlib documentation package seems to have been removed from testing distribution. Could you please bring it back. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-3-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-matplotlib depends on: ii libc6 2.36-8 ii libfreetype62.12.1+dfsg-4 ii libgcc-s1 12.2.0-14 ii libjs-jquery3.6.1+dfsg+~3.5.14-1 ii libjs-jquery-ui 1.13.2+dfsg-1 ii libqhull-r8.0 2020.2-5 ii libstdc++6 12.2.0-14 ii python-matplotlib-data 3.6.3-1 ii python3 3.11.1-3 ii python3-contourpy 1.0.7-1+b1 ii python3-cycler 0.11.0-1 ii python3-dateutil2.8.2-1 ii python3-fonttools 4.38.0-1+b1 ii python3-kiwisolver 1.4.4-1+b1 ii python3-numpy [python3-numpy-abi9] 1:1.24.1-2+b1 ii python3-packaging 23.0-1 ii python3-pil 9.4.0-1.1+b1 ii python3-pil.imagetk 9.4.0-1.1+b1 ii python3-pyparsing 3.0.9-1 ii python3-six 1.16.0-4 Versions of packages python3-matplotlib recommends: ii python3-tk 3.10.8-1 Versions of packages python3-matplotlib suggests: pn cm-super-minimal ii dvipng 1.15-1.1+b1 ii ffmpeg 7:5.1.2-2 pn fonts-staypuft ii ghostscript 10.0.0~dfsg-9+b1 ii gir1.2-gtk-3.0 3.24.36-3 pn inkscape ii ipython3 8.5.0-4 ii librsvg2-common 2.54.5+dfsg-1 pn python3-cairocffi ii python3-gi 3.42.2-3+b1 ii python3-gi-cairo 3.42.2-3+b1 pn python3-gobject ii python3-pyqt55.15.9+dfsg-1 ii python3-scipy1.10.0-4 pn python3-sip ii python3-tornado 6.2.0-3 ii texlive-extra-utils 2022.20230122-1 ii texlive-latex-extra 2022.20230122-1 -- no debconf information
Bug#781987: dwww: All links are broken after clean install
Package: dwww Version: 1.12.1 Severity: important After a clean install of Debian/Jessie which included dwww and all its dependencies the following behaviour is observed. - Pointing any browser to http://localhost/dwww/ does show the indexed list of all available documenation - The html pages for the sub-categories also do resolve correctly (for instance Programmig C++) - However every single link to the documentation provided by any package is broken. The links are of the form /cgi-bin/dwww/usr/share/doc/* The error is not due to missing documentation pages. So for instance manually changing the link, in the browser url bar to /usr/share/doc/* does resolve the page. Since this happens on a fresh install, without any local customisation of either apache or dwww, this should be a bug and one that makes dwww unusable. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dwww depends on: ii apache2 [httpd-cgi]2.4.10-10 ii debconf [debconf-2.0] 1.5.56 ii debianutils4.4+b1 ii doc-base 0.10.6 ii file 1:5.22+15-2 ii libc6 2.19-17 ii libfile-ncopy-perl 0.36-1 ii libmime-types-perl 2.09-3 ii man-db 2.7.0.2-5 ii mime-support 3.58 ii perl 5.20.2-3 ii ucf3.0030 Versions of packages dwww recommends: ii apache2 [httpd] 2.4.10-10 ii apt 1.0.9.7 ii dlocate 1.02+nmu3 ii info2www 1.2.2.9-24 ii swish++ 6.1.5-2.2 Versions of packages dwww suggests: ii doc-debian 6.2 ii dpkg-www 2.55 ii iceweasel [www-browser] 31.5.3esr-1 ii links2 [www-browser] 2.8-2+b3 ii lynx-cur [www-browser] 2.8.9dev1-2+b1 ii w3m [www-browser]0.5.3-19 -- debconf information: dwww/docrootdir: /var/www dwww/serverport: 80 dwww/cgidir: /usr/lib/cgi-bin dwww/cgiuser: www-data dwww/nosuchdir: dwww/index_docs: false dwww/badport: dwww/nosuchuser: dwww/servername: zinn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#462417: python-gnuplot: mouse dosent work in emacs python-mode
Package: python-gnuplot Version: 1.7-7 Severity: normal The mouse does not work when calling gnuplot from emacs' python-mode. Adding the line set mouse to .gnuplot does not fix it, neither does adding g('set mouse') to the script. Suggestions from google to set the variable prefer_fifo_data to 0 in gp_unix.py does not solve the problem either. b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-gnuplot depends on: ii gnuplot 4.0.0-5A command-line driven interactive ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-numeric24.2-7 Numerical (matrix-oriented) Mathem python-gnuplot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461408: xchm stopped working on Etch
Hi, unstable has the same problem. Apologies, though I think I sent the bug report with the unstable version (compiled by me with no changes) installed. The current version installed is 1.13-7 that does have this problem. Will be happy to help with any further information, such as strace output, in case you are not able to reproduce it with reportbug info. I did try to comment out dh_strip (for debug symbols), build and test with gdb but am still not able to get even a stack trace. Apparently xchm is aborting during the application initialisation phase ! regards b thomas On Wed, Jan 23, 2008 at 09:22:16AM +0530, Kartik Mistry wrote: Can you please try xchm from unstable and let the bug report know? I am looking at issue to reproduce it. Thanks for your bug report. -- Cheers, Kartik Mistry | 0xD1028C8D | IRC: kart_ blog.ftbfs.in | kartikm.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462281: python mode unavailable after installation of python-mode
Package: python-mode Version: 1:1.0-3.1 Severity: normal Hi, I have python-mode installed but it does not autoload when I try to edit any python file. Worse I am not even able to start python-mode with M-x python-mode since it is not found. There is no indication in the debian readme file for python mode if any per user customisation needs to be done in the emacs startup file. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-mode depends on: ii emacs21 21.4a+1-3etch1 The GNU Emacs editor ii pymacs0.22-6 interface between Emacs Lisp and P ii xemacs21-bin 21.4.19-2 highly customizable text editor -- python-mode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#462281: python-mode: problem solved
Package: python-mode Version: 1:1.0-3.1 Followup-For: Bug #462281 Hi, apologies, the problem was because local cusotomisation was interfering with proper loading of the emacs site file. Kindly close bug report regards -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages python-mode depends on: ii emacs21 21.4a+1-3etch1 The GNU Emacs editor ii pymacs0.22-6 interface between Emacs Lisp and P ii xemacs21-bin 21.4.19-2 highly customizable text editor -- python-mode recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459879: ecb: problem solved
Package: ecb Version: 2.32-1 Followup-For: Bug #459879 Hi, please close this bug report. It was an error on my part, apologies. The problem was some local customisations that interfered with loading of the emacs site file properly. regards b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ecb depends on: ii cedet-contrib 1:1.0pre3-6Collection of Emacs Development En ii cogre 1:1.0pre3-6Connected Graph Editor ii eieio 1:1.0pre3-6Enhanced Implementation of Emacs I ii emacs [emacsen] 21.4a+1-3etch1 The GNU Emacs editor (metapackage) ii emacs21 [emacsen] 21.4a+1-3etch1 The GNU Emacs editor ii semantic 1:1.0pre3-6Parser Infrastructure for Emacsen ii speedbar 1:1.0pre3-6Everything browser, or Dired on st ii xemacs21-mule [emacsen] 21.4.19-2 highly customizable text editor -- ecb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461408: xchm: problem solved
Package: xchm Followup-For: Bug #461408 Hi, After security update today this problem has been fixed. Apparently it was a bug in xserver-xorg. My apologies. Little wonder I was not even able to obtain a stack trace. Kindly close this bug. regards b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xchm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libchm1 2:0.39-1 library for dealing with Microsoft ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t xchm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461408: xchm stopped working on Etch
Package: xchm Version: 2:1.9-3 Severity: important After a recent security update and installation of libchm-bin, libchm-dev (libchm1 was already installed) xchm has stopped working. The error message is : -- The program 'xchm' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 496 error_code 11 request_code 144 minor_code 5) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) -- Debug symbols are not built in so I can not provide a backtrace but this should be easly reproducible. Please not my system is not resource starved (it has 1Gb of memory , most of it is unused) and all other applications work fine. b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xchm depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libchm1 2:0.39-1 library for dealing with Microsoft ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t xchm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459879: ecb: misconfigured by default on debian ?
Package: ecb Version: 2.32-1 Severity: normal I am a new ecb user. After installing ecb and dependencies and adding the following two lines (as suggested by /usr/share/doc/ecb/README.gz) to my .emacs : (add-to-list 'load-path /usr/share/emacs/site-lisp/ecb) (require 'ecb-autoloads) trying M-x ecb-activate or M-x ecb-minor-mode prints the following error : Wrong type argument: number-or-marker-p, nil removing the add-to-list line produces the following error instead : Symbol's function definition is void: case on removing the second line ecb-activate command becomes unavailable. This may be just some configuration error. If so README.debian must mention how to setup each users .emacs . Also on starting ecb minor mode and then opening a c file or staring c-mode produces the following error : Cannot open load file: semantic-c B Thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ecb depends on: ii cedet-contrib 1:1.0pre3-6Collection of Emacs Development En ii cogre 1:1.0pre3-6Connected Graph Editor ii eieio 1:1.0pre3-6Enhanced Implementation of Emacs I ii emacs [emacsen] 21.4a+1-3etch1 The GNU Emacs editor (metapackage) ii emacs21 [emacsen] 21.4a+1-3etch1 The GNU Emacs editor ii semantic 1:1.0pre3-6Parser Infrastructure for Emacsen ii speedbar 1:1.0pre3-6Everything browser, or Dired on st ii xemacs21-mule [emacsen] 21.4.19-2 highly customizable text editor -- ecb recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440113: gotmail: patch does not work
Package: gotmail Version: 0.9.0-1 Followup-For: Bug #440113 I applied the patch. 2 out of 3 hunks failed but I applied them manually. However the patched gotmail does not solve the problem. Is gotmail working at all ? Or is it working for a subset of users ? Upstream has abandoned this software . regards -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449567: gnupg-doc: installs unrequested languages
Package: gnupg-doc Version: 2003.04.06-5 Severity: normal This package installs documentation in multiple languages. Perhaps it can check the locale and install only the appropriate on or it may be split up into multiple packages for each language. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444328: gcj-4.1: No man page for gcj
Package: gcj-4.1 Version: 4.1.1-20 Severity: normal man pages are missing. They should be part of the same package that installs the gcj binary. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gcj-4.1 depends on: ii gcc-4.1 4.1.1-21 The GNU C compiler ii gcj-4.1-base4.1.1-20 The GNU Compiler Collection (gcj b ii gij-4.1 4.1.1-20 The GNU Java bytecode interpreter ii java-common 0.25 Base of all Java packages ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libc6-dev 2.3.6.ds1-13 GNU C Library: Development Librari ii libgcc1 1:4.1.1-21 GCC support library ii libgcj7-0 4.1.1-20 Java runtime library for use with ii libgcj7-dev 4.1.1-20 Java development headers and stati ii libgcj7-jar 4.1.1-20 Java runtime library for use with ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages gcj-4.1 recommends: ii fastjar 1:4.1.1-21 Jar creation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440113: gotmail: Page doesn't contain any form action field
Package: gotmail Version: 0.9.0-1 Severity: normal Gotmail fails with the error message Page doesn't contain any form action field b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gotmail depends on: ii curl 7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT ii liburi-perl1.35-2Manipulates and accesses URI strin ii perl 5.8.8-7 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-7 Core Perl modules gotmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438687: emacs21: provide info on where and how the correct version of the manual can be obtained
Package: emacs21 Version: 21.4a+1-3etch1 Severity: wishlist I am aware that emacs manuals have been removed from debian but am surprised that one does not exist even in the non-free repository. Is this policy ? If the GNU manuals are deemed so non-free that they can't even be put into the non-free repository of debian then it would at least be nice to provide some information on where one may obtain the precisely correct version of the manuals. For instance on debian etch emacs21 version is 21.4.1. In the gnu ftp repository (gnu/emacs) there is emacs-manual-21-2.8 and in (old-gnu/emacs) there are other such as emacs-manual-21-2.7 , emacs-manual-21.2.6 ... etc. It is not reasonable to expect that every user of debian is going to know (without a fair bit of googling or reading a bunch of readme files or looking at upstream source) which is the appropriate version of the manual for the installed emacs version. thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.2 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages emacs21 depends on: ii emacs21-bin-common21.4a+1-3etch1 The GNU Emacs editor's shared, arc ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii xaw3dg1.5+E-14 Xaw3d widget set ii zlib1g1:1.2.3-13 compression library - runtime emacs21 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434276: libsane: UMAX Astra 3400 produces only black images
Package: libsane Version: 1.0.18-5 Severity: normal The scanner is detected by libusb and uses the plustek driver. scanimage and xsane are able to initiate a scan. The lamp stays on and the head moves normally but the image produced is always completely black. Scanner is Umax Astra 3400. b thomas -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22.1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libsane depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgphoto2-22.2.1-16 gphoto2 digital camera library ii libgphoto2-port02.2.1-16 gphoto2 digital camera port librar ii libieee1284-3 0.2.10-4 cross-platform library for paralle ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libusb-0.1-42:0.1.12-5 userspace USB programming library ii makedev 2.3.1-83 creates device files in /dev Versions of packages libsane recommends: ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo ii sane-utils1.0.18-5 API library for scanners -- utilit ii udev 0.105-4/dev/ and hotplug management daemo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412102: package only includes a Makefile
Hi, On Wed, Feb 28, 2007 at 09:33:09AM +, Neil Williams wrote: Can you provide some examples of how to test the package for the bug you found? Among the sources there is a directory called ode. This contains numerous sample differential equation files in the xppaut syntax, (for example wave.ode ) You can run any of these files (for example wave.ode) as follows xppaut wave.ode Xppaut should start and show its X based gui interface. Typing i followed by g should cause it to integrate the ODE (wave) and it graphic output should be displayed. To fit the whole graphic in the window type w followed by f. Expect to see a wave in this case. I would believe if xppaut does not segfault and you do see a wave things are ok. To check if the actual numerical results are ok would take more work. You will need to click on Data and save the data. Then compare it with a run of the same ode on a 32 bit architecture. Alternatively or in addition you may want to send a copy of your fix to Prof. Bard Ermentrout [EMAIL PROTECTED] ( whose home page for xppaut is at http://www.math.pitt.edu/~bard/xpp/xpp.html ). I am not sure how well this would work but if one provides two makefiles (for 32 and 64 bit) or uses ifdef clauses in a single makefile this may help. Unfortunately I do not have access to 64 bit architechtures. Thank you for your help. regards b thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407869: python-scipy: Actuall all the modules in scipy.sandbox are not built
Package: python-scipy Version: 0.5.2-0.1 Followup-For: Bug #407869 Hi, I hope you would have noticed that all the modules in the sandbox are not being built/installed. Perhaps you may consider increasing the severity of this bug report above a wishlist. This package is incomplete. Many of the modules in sandbox are quite often used and do not have equally good replacements elsewhere as yet. regards b thomas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.18 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages python-scipy depends on: ii atlas3-base [liblapack.s 3.6.0-19Automatically Tuned Linear Algebra ii fftw33.0.1-11Library for computing Fast Fourier ii lapack3 [liblapack.so.3] 3.0.2531a-6 library of linear algebra routines ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libg2c0 1:3.3.5-13 Runtime library for GNU Fortran 77 ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii libufsparse 1.2-7 collection of libraries for comput ii python-numpy 1:1.0.1-1 Numerical Python adds a fast array ii refblas3 [libblas.so.3] 1.2-8 Basic Linear Algebra Subroutines 3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366485: kernel-package: Please close this bug report
Package: kernel-package Version: 8.135 Followup-For: Bug #366485 sorry, I am in error here. I didn't realise that kernel-package needs debianized sources of third party modules. Reading the man page for kpkg I just assumed it didn't (just like the case of kernel source). I'll debianize and try again and reopen if it still fails. BTW: Why require debian/rules for building third party modules if the makefile supports building from withing kernel tree ? regards b thomas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.10.28Package maintenance system for Deb ii dpkg-dev 1.10.28Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-13 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366485: make-kpkg: does not build target modules_image
Package: kernel-package Version: 8.135 Severity: important The command line make-kpkg --rootcmd fakeroot --revision=1.0 --added-modules ieee80211,ipw3945 kernel_image kernel_headers modules_image does not build the ieee80211 and ipw3945 modules present in eponymous directories under /usr/src/modules. MODULES_LOC has not been modified so must default to /usr/src/modules as mentioned in docs. I am not sure if this is related to other bugs reporting build failure of modules_image. Is there a work around or patch for this without having to use packages from testing or unstable ? regards balbir thomas -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.15 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.10.28Package maintenance system for Deb ii dpkg-dev 1.10.28Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-13 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]