Package: emacs23-common
Version: 23.3+1-1
Severity: minor
File: gnus
It's annoying that external attachment displayers are killed when they are,
preventing me from viewing several attachments from various mail messages at
once. Why kill them at all? Couldn't they be forked into some separate
Package: timidity
Version: 2.13.2-39+b1
Severity: normal
I leave timidity running (from the init.d script) and use ALSA's aconnect to
have it listen to my USB MIDI keyboard so it can generate sounds for it.
Sometimes the timidity process gets into a state where it sits on the CPU and
isn't
Package: emacs23
Version: 23.2+1-7
Severity: normal
I am typing an e-mail and emacs segfaults. From one example gdb gives,
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free
Package: graphicsmagick
Version: 1.3.12-1+b1
Severity: normal
If I edit an image and quit, then take the option to save, and the save
fails, the quit still happens and I thus lose my edits.
Mark
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (600, 'stable'),
Package: netpbm
Version: 2:10.0-12+lenny1
Severity: normal
I have a PGM file that pnmtops horribly mangles, as if it read the sequence of
pixel values serially into an image size of the wrong dimensions. I can e-mail
the PGM to you if you like. If I put ... | pnmtopng | pngtopnm | ... in the
Package: libghc6-binary-dev
Severity: normal
For some days now a reasonably complete installation of a recent ghc hasn't
been possible for i386 because of dependency and version problems. For
instance, now we have ghc 6.12 in sid but libghc6-binary-dev wants something
earlier.
I wonder if it
Package: qutecom
Version: 2.2~rc3.hg396~dfsg1-2+b1
Severity: normal
In the configuration menus, when I click to make a test video call,
qutecom immediately crashes with,
qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined
Package: ekiga
Version: 3.2.6-1
Severity: important
When I make a call, it works fine for a few seconds, but crashes with,
The program 'ekiga' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadWindow (invalid Window parameter)'.
(Details: serial
Package: ghc6-doc
Version: 6.8.2dfsg1-1
Severity: minor
/usr/share/doc/ghc6-doc/libraries/containers/Data-IntMap.html
doesn't mention findMin at all, but it seems to be exported anyway.
Even odder,
Prelude :type Data.IntMap.findMin
Data.IntMap.findMin :: Data.IntMap.IntMap a - a
Prelude :type
Brice Goglin brice.gog...@ens-lyon.org writes:
According to your log, UXA is still enabled here, so it's not very
surprising that things still don't work. I am not sure there's an actual
solution here. I guess UXA (like DRI) uses some hardware features that
are limited to coordinates = 2048
Brice Goglin brice.gog...@ens-lyon.org writes:
You might want to raise the problem at bugzilla.freedesktop.org
product Xorg component Driver/Intel if it really matters for you.
Okay, it's now http://bugs.freedesktop.org/show_bug.cgi?id=23237
Please do feel free to add/correct anything that
Package: emacs22-el
Version: 22.3+1-1.1
Severity: normal
Since the upgrade I did from 22.2+2-5 to solve bug #521998 my articles marked
E don't expire any more, even when I do gnus-group-expire-all-groups manually.
As always, I have things like,
(setq gnus-agent-expire-days 30)
(setq
Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr writes:
Sorry to reply so late.
No problem, it wasn't too long. (-:
Connect you to their system, check with ps aux|grep ekiga that ekiga
is not working, start ekiga. You say that you do not see it. Type
again ps aux|grep ekiga. Is it running
Moritz Muehlenhoff j...@inutil.org writes:
On Mon, Jun 08, 2009 at 08:46:44PM -0400, Mark T.B. Carroll wrote:
This looks a bit like a problem I've been having with 2.6.29-4 built
from Debian's Linux source package. My SMP system can slow down a lot
when the AC adaptor is plugged in. kacpid
Since upgrading to 2.6.30-3 I've not managed to reproduce this bug.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr writes:
Have you tried ctrl-c and restart ekiga?
I sent SIGTERM to the process and checked that it had gone before
retrying.
Also, do you see ekiga in the system (gnome) tray (near battery and
network icon)? Do you use gnome/kde or another window
Eugen,
I should add: when I was running Ekiga on their system, I did not see
them marked as present from the Ekiga on my system, as I used to.
I'm therefore intrigued that you mentioned that they got registered.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Package: ekiga
Version: 3.2.5-1
Severity: normal
When I start ekiga, it just hangs - no window of any kind pops up.
-d 4 output is enclosed below.
In case it matters: On the relevant computer, I'm not convinced that the
router is currently forwarding UDP 5001-5100 to the machine, though I'd
It's now http://trac.haskell.org/network/ticket/19 upstream.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
(also true of things like libghc6-network-dev, I guess if I wait
everything will sort itself out again)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: libghc6-tagsoup-dev
Version: 0.6-2
Severity: normal
# apt-get -t unstable install libghc6-tagsoup-dev ghc6 libghc6-network-dev
Reading package lists... Done
Building dependency tree
Reading state information... Done
ghc6 is already the newest version.
libghc6-network-dev is
Package: libghc6-network-dev
Version: 2.2.1.3-1
Severity: minor
It would be nice if, e.g., URI and URIAuth could be instances of Ord.
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (600, 'stable'), (50, 'testing'), (40, 'unstable'), (30,
'experimental')
Package: cryptsetup
Version: 2:1.0.6+20090405.svn49-1
Severity: normal
During boot my computer hangs indefinitely during starting the early crypto
disks.
Two odd things:
* Only after I push some keys on the keyboard, then at some point it wakes up
and continues as normal again.
* I think
Doh, I should have realized what was going on from how pushing keys
helped fix the problem. Thank you very much for the explanation!
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Sven,
Thank you! Upgrading to emacs22 22.3+1-1 did indeed fix the problem.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
It seems to reliably happen when:
1. I start the new composition.
2. I switch back to the group buffer and hit `g' to get new mail.
3. The composition now appears in the drafts group count.
4. I go back to the composition by switching buffers.
(I don't go into the draft group for D e)
5. I
In case it helps, today I also got out of it a:
quiteinsane: ../avahi-common/dbus-watch-glue.c:72: connection_data_ref:
Assertion `d-ref = 1' failed.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
It just spat a backtrace out at me, which may help:
*** glibc detected *** quiteinsane: double free or corruption (!prev):
0x01618bd0 ***
=== Backtrace: =
/lib/libc.so.6[0x7f9424d22118]
/lib/libc.so.6(cfree+0x76)[0x7f9424d23c56]
Package: quiteinsane
Version: 0.10-14
Severity: minor
When I scan a page, then quit the application, it reports,
$ quiteinsane
Segmentation fault
$
Mark
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (600, 'stable'), (50, 'testing'), (40, 'unstable'), (30,
Further information: from gdb I get the enclosed backtrace.
I'd be happy to install given extra -dbg packages and retry.
Mark
m...@evangeline:~$ gdb quiteinsane
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
Julien BLACHE jbla...@debian.org writes:
Try disabling the net backend in /etc/sane.d/dll.conf or upgrade
libsane to = 1.0.19-25.
New versions are:
ii gocr 0.45-2A command line OCR
ii libc6 2.9-12GNU C Library: Shared libraries
ii
Yeah, judging by the other old entries I have in
/etc/network/interfaces, I suspect quotes used to be fine,
and I missed the change. Ah well.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: firmware-iwlwifi
Version: 0.16
Severity: normal
My /etc/network/interfaces has,
iface wlan0 inet dhcp
wireless_mode Managed
wireless_essid mtbc at home
I'm doing these tests without encryption, to make it simpler.
If I do an ifup wlan0 then it says,
ADDRCONF(NETDEV_UP): wlan0: link
It occurs to me to add,
m...@evangeline:~$ lspci | grep 3945
03:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG [Golan]
Network Connection (rev 02)
m...@evangeline:~$ dmesg | grep iwl
iwl3945: Intel(R) PRO/Wireless 3945ABG/BG Network Connection driver for Linux,
1.2.26k
iwl3945:
I should add that the problem also existed back when I was using
iwlwifi-3945-1.ucode instead of -2
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ben Hutchings b...@decadent.org.uk writes:
wireless_essid mtbc at home
What does iwconfig wlan0 say in this case?
Argh. I'm an idiot. The above from /etc/network/interfaces /should/ have
been:
wireless_essid mtbc at home
That works fine. I've not looked hard into this issue since a few
Package: xtoolwait
Version: 1.3-6.1
Severity: normal
Sometimes, e.g., with,
xtoolwait -timeout 3 wmmixer -s
xtoolwait just sits on the CPU instead of showing wmmixer.
It's an intermittent problem, normally it works fine.
I've tried options like -withdrawn but they don't help.
If I just do a
Package: emacs22-el
Version: 22.2+2-5
Severity: normal
File: gnus
When I send an e-mail from my nndraft:drafts folder, it stays in
the folder afterward. It also appears in mail.outgoing, which of
course makes sense. It used to automatically disappear from the
drafts folder once sent.
Thanks,
Package: thuban
Version: 1.2.0-2.1
Severity: important
thuban fails to start up:
$ thuban
Traceback (most recent call last):
File /usr/bin/thuban, line 32, in module
import Thuban.UI.main
File /usr/lib/thuban/Thuban/UI/main.py, line 18, in module
import application
File
Package: greylistd
Version: 0.8.7+nmu1
Severity: wishlist
Debian's packaging of exim4 already includes ACL stuff for DNS black
lists. greylistd's automagic exim config file tweaker is nice but it
would be wonderful if it were obvious how to adjust the configuration
so that only those senders
For what it's worth, to hide all the lines, in
/etc/dokuwiki/dokuwiki.php change $conf['updatecheck'] to be set to 0.
Mark
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Ralf Stubner ralf.stub...@web.de writes:
I see no point in passing it upstream for several reasons. One is that
there is almost no development going on with respect to dvips.
That's sufficient reason in and of itself.
The other is that this is a quite tricky problem. Basically you would
Ralf Stubner ralf.stub...@web.de writes:
The problem is simply that dvips cannot interpret the included PS
image, since it does not contain a PS parser.
Oh - the DVI format still includes uninterpreted PostScript (the
included EPS figures)? Gosh. Now I come to look at xdvi's manpage I see
that
Ralf Stubner ralf.stub...@web.de writes:
I suspect that dvipsDownloadBase35 is set to true
You are correct. I did this a long time ago and completely forgot;
apologies for forgetting a way in which I had poked things away from
defaults.
As I said, dvipsDownloadBase35 is set to flase by
Package: texlive-base-bin
Version: 2007.dfsg.2-4
Severity: normal
Note minimal input file and other files below.
My texlive-latex-base version is 2007.dfsg.1-4
My ghostscript version is 8.62.dfsg.1-3.1
I do: ps2epsi graphics.ps
to make graphics.epsi
Then I do: latex problem.tex
to make
For what it's worth, I have sometimes found that when
gs -sDEVICE=bbox -dNOPAUSE -dBATCH reports a too-small
bounding box, ps2epsi still gets it right.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: ghostscript
Version: 8.62.dfsg.1-3.1
Severity: normal
With this PostScript file,
/ShadingType 2
/ColorSpace /DeviceRGB
/BBox [ 100 100 200 200 ]
/Coords [ 100 100 200 200 ]
/Function /FunctionType 2
/Domain [ 0 1 ]
/C0 [ 0 0 0 ]
This is a very odd close message. Perhaps better anti-spam is needed!
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Followup-For: Bug #461820
Package: iceweasel
Version: 2.0.0.15-0etch1
*** Please type your report below this line ***
$ iceweasel http://www.usaa.com/
The program 'gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadAlloc (insufficient
I talked to the ALSA developers and they kindly figured out that
the necessary patch is to add to sound/pci/hda/patch_conexant.c's
cxt5045_cfg_tbl array,
SND_PCI_QUIRK(0x1179, 0xff31, Toshiba P105, CXT5045_LAPTOP_MICSENSE),
This presumably means that I somehow messed up my previous
maximilian attems [EMAIL PROTECTED] writes:
together with latest alsa userspace please check out current trunk
2.6.26-rcX based images. see apt lines
- http://wiki.debian.org/DebianKernel
Thanks! I got the trunk 2.6.26-rc8 from
http://kernel-archive.buildserver.net/debian-kernel
and brought
I tried kernel 2.6.24 with very similar config and the newly-installed
1.0.16-2 alsa userspace and the same options. That still works fine:
plugging the headphones in silences the speakers but the sound comes
from the headphones as desired. In case it's useful to know, at boot
time 2.6.24 reports,
I have discovered a fix!
In linux-source-2.6.26-rc8/sound/pci/hda/
$ diff patch_conexant.c~ patch_conexant.c
972c972
default:
---
/* default: */
$
Removing that default: causes everything to work properly again as in
2.6.24.
As far as I can tell from my limited ability to use
Package: linux-source-2.6.25
Version: 2.6.25-5
Severity: normal
I have a Toshiba Satellite P105-S6197. Sound was working okay under Linux
2.6.24.
$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition
Audio Controller (rev 02)
$ grep Codec
I don't know if it's relevant but this past few days apt-get has given
me,
Reading package lists... Error!
E: Dynamic MMap ran out of room
E: Dynamic MMap ran out of room
E: Error occurred while processing c3270 (NewVersion1)
E: Problem with MergeList
Thanks, that's fine then. (-:
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: xplanet
Version: 1.2.0-4
Severity: normal
I run xplanet with the -center option (on a dual-headed setup using xorg and
xrandr) and as xplanet runs every so often the view changes between what I
should be seeing given the -center option I gave and what I should see if I
hadn't given the
Package: libghc6-parsec-doc
Version: 2.1.0.0-1
Severity: important
# dpkg --configure libghc6-parsec-doc
Setting up libghc6-parsec-doc (2.1.0.0-1) ...
cat: libraries-header.txt: No such file or directory
dpkg: error processing libghc6-parsec-doc (--configure):
subprocess post-installation script
Package: linux-source-2.6.23
Version: 2.6.23-1
Severity: normal
I have a Toshiba P105-S6197 with BIOS V3.30 and the Intel HD-Audio 82801G ICH7
sound hardware.
With kernel 2.6.22 with CONFIG_SND_HDA_INTEL I had to give it the argument
acpi_osi=!Linux before sound would work. (Otherwise, there
The suggested fix fixes the same problem for me, too. I am using Gnus.
My emacs21-common is 21.4a+1-3etch1.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/134464
looks like it might be the same bug, FWIW.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: uswsusp
Version: 0.3~cvs20060928-7
Severity: normal
In explaining how to make your own initrd image
/usr/share/doc/uswsusp/HOWTO.gz mentions putting
a suspend.conf on it, but the `resume' binary
is actually looking for a uswsusp.conf file.
-- System Information:
Debian Release: 4.0
FWIW I'm a happy user of the roadnav debs. AFAICT it's the only such
software that's Free and still actively maintained.
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
I see a similar issue with the same nVidia CK804 USB controller and
kernel 2.6.17 #5 SMP PREEMPT x86_64. For instance, when I try plugging
in a USB CD drive, and a USB hard drive:
usb 1-2: new high speed USB device using ehci_hcd and address 2
usb 1-2: device descriptor read/64, error -71
usb
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
(snip)
Concerning this bug in particular, I do not think that this bug has
anything to do with xforms. Actually I have seen things like that when
using page-up in documents containing tables.
(snip)
I think I've managed to produce it using page-up
[EMAIL PROTECTED] (Marco d'Itri) writes:
Send a patch if you really care so much.
(snip)
For the man page udevinfo.8,
36c36
The sysfs path of the device to query.
---
The sysfs absolute path of the device to query.
should do.
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
After hunting around the source code for this bug I discover that
(setq mail-source-delete-incoming t) seems to restore the previous
desirable behavior. I'm not thrilled that there wasn't more warning
of this change in behavior, but as I've found a workaround I'm happy
for the bug to be closed.
I'm sorry, I'm such an idiot: please close this bug.
I know what the problem is: I didn't start ssh-agent running when I
logged in from the console, and those crypto keys will be needed for
Gnus to make the connections suggested in .gnus.el So, probably it's
hanging waiting for a password.
Please note that [EMAIL PROTECTED] may not always work for me.
If not, [EMAIL PROTECTED] is worth a try.
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Matthias Andree [EMAIL PROTECTED] writes:
Please retest with a current version such as 6.2.5. If that solves your
problem, send a followup to [EMAIL PROTECTED] If not, please
show the output of fetchmail -vv and send a followup to
[EMAIL PROTECTED]
I'm afraid that I don't use fetchmail any
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg51291.html seems to
start a possibly-relevant thread. I've no idea what the outcome was, but I
thought you ought to know - sorry I didn't notice before.
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
On Fri, 5 Aug 2005, Rob Weir wrote:
Hrm, odd. Other programs work fine with that DISPLAY value? Could you
Yes, I don't have this problem with any other application that I use.
capture a backtrace? Does lyx-qt work?
I probably could - where would I find a binary with debugging symbols and
On Thu, 8 Aug 2002, Anthony Towns wrote:
But the key part of this is to have dpkg generate the md5sums at install
time.
Maybe it could even just make extra /var/lib/dpkg/info/*.md5sums files
instead of needing to maintain a separate database?
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL
I suppose I should have added that what I'm suggesting is something like a
debsums --generate=keep after the package is unpacked if there isn't
already a /var/lib/dpkg/info/*.md5sums in it.
-- Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
74 matches
Mail list logo
