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
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
o 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
Local
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
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
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
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 py
, 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
k_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
-
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)
Vers
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
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
A
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
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
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-
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
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, emai
any 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 packa
l 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=
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/mo
20 matches
Mail list logo
