Package: gitg
Version: 0.2.7-3
Severity: normal
Dear Maintainer,
* What led up to the situation?
Simply viewing a repo; I ran gitg and left it running.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I did create and destroy a branch while it was running.
Package: emacs-chess
Version: 2.0b5-3
Severity: normal
Hi,
I'm finding the same thing as bug report 496129 - the emacs-chess package
won't start, reporting "Symbol's function definition is void: assert".
The workaround you suggested in that bug (to require 'cl) does fix the
problem.
I don't re
Just tested quickly, and Andrew McDonald's suggestion does seem to fix the
problem. With that extra line, unbound starts.
(Now all I have to do is configure it...)
--
Paul
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Jul 30, 2008 at 02:37:43AM -0400, Robert Edmonds wrote:
> please send contents of /etc/unbound/* and /etc/default/unbound.
Attached.
> did you newly install unbound or upgrade?
This was a new install.
--
Paul
unbound_files.tar.bz2
Description: Binary data
Package: unbound
Version: 1.0.1-1
Severity: normal
I just tried to install unbound, and it fails to complete configuration,
complaining that /etc/unbound doesn't exist (even though it appears to).
The package info says unbound is installed in a chroot; possibly the
directory isn't created in the
Hi,
I was having the reported error reliably, every time I booted the machine.
After applying the patch I see no errors, and everything still seems to have
booted as expected.
It'd be nice to see it go in, so I don't have to re-apply it next time I
update the package. ;-)
--
Paul
--
To UNSU
Package: dspam-webfrontend
Version: 3.6.8-6
Severity: normal
I've just tried installing dspam-webfrontend, and it fails to configure
correctly:
[EMAIL PROTECTED]:~$ sudo apt-get install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newl
I'm also wondering about this, since it generates warnings in syslog when
the daemon starts up.
Out of curiosity, I took the Debian source package and rebuilt it for the
Avahi client API - since that's also supported by Firefly - and from limited
testing it seems to be working fine. iTunes on anot
Hi,
Don't know whether this will help the other submitters, but it might help
people coming Google.
I was having this exact problem on my machine. Doing strace, I noticed that
it was outputting messages about a 32-bit process. I found that, somehow,
I'd ended up with a 32-bit copy of fontconfig a
Package: bzr
Version: 0.11-1.1
Severity: wishlist
0.12 came out at the end of October. Just wanted to make sure you guys
knew about it; if you're busy, it'll wait. ;)
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (999, 'unstable'), (550, 'testing')
Architecture:
Package: kde
Version: 3.5.5a-1
Severity: normal
At intervals (frequency unknown, but enough to be annoying), kwin and
kicker will both start using large amounts of CPU. Attaching to either
with strace -p shows that they're both continually trying to open
ulcUTF-8.so.2 from two locations:
open("/
On Fri, Sep 22, 2006 at 09:03:17AM -0400, David Shaw wrote:
> For portability, it might be good to make the address being locked land on
> a page boundary as the POSIX spec for mlock allows this to be an optional
You're probably right, but I'm afraid I don't know how you do this from
user-space.
On Thu, Sep 21, 2006 at 06:50:06PM -0400, David Shaw wrote:
> At least on Linux, mutt can do the right thing with storing
> passphrases securely. This may be true on other systems as well, but
> I can only say for sure about Linux,
A quick experiment seems to show that's true. The attached patch
Synopsis: mutt stores PGP passphrase insecurely
Comment added by paul on Fri, 22 Sep 2006 00:07:57 +0200
This one's going nowhere fast. Nobody's come up with an effective (and
practical) way of securing mutt, and tamo's demo only really proves that
insecure memory is written to swap (
Synopsis: can't of a message/rfc822 attachment
ed in compose
Comment added by paul on Fri, 22 Sep 2006 00:09:32 +0200
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Synopsis: warning: passing arg 1 of `safe_free' makes pointer from integer
without a cast.
State-Changed-From-To: open->closed
State-Changed-By: paul
State-Changed-When: Sat, 25 Mar 2006 00:22:50 +0100
State-Changed-Why:
Patch was applied (according to Debian bug log). gcc now
emits no significan
Hi all,
I hadn't noticed this one before. mutt CVS does indeed allow attachments to
have (and keep) arbitrary paths, which can't be good. Okay, you have to be
not paying attention in order to overwrite files, but why give people the
chance?
Please try the attached patch, which sanitises the filen
The following reply was made to PR mutt/2190; it has been noted by GNATS.
From: Paul Walker <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: mutt/2190: mutt segfaults when replying from the view-attachments
menu
Date: Fri, 3 Mar 2006 12:41:15 +
On Fri, Mar 03, 2006 at 11:1
On Thu, Feb 16, 2006 at 01:46:05AM +0100, Adeodato Simó wrote:
> Paul, thanks for such followup. Only, note that when sending messages
> to Debian bugs, you normally want to CC all the involved parties,
> since most likely the won't be subscribed (subscription to bugs does
> not happen aut
Hi Kai,
> Any progress on fixing this bug? It is really pissing me off this one.
Well, you could try the debug steps I suggested. Brendan's usually fairly
responsive when it comes to IMAP bugs. Step 4 probably isn't needed, though
if you replace it with testing with a clean copy of mutt from ftp.
Hi all,
Some more info would probably help Brendan to narrow it down; if you could
answer (what you can!) of the following, that would be good. :)
a) what IMAP server, and what version?
b) your system architecture, and the server architecture (if known) - x86,
SPARC etc.
c) a debug trace. You can
On Sat, Mar 19, 2005 at 10:17:36AM +0100, Marco d'Itri wrote:
> Package: mutt
> Version: 1.5.6-20040907+3
> Followup-For: Bug #262272
>
> This crash happens to me every day, probably three times a day. Finally
> I got annoyed and built mutt from debian sources, and put gdb on it:
[..]
> (gdb) pri
22 matches
Mail list logo
