I removed the remaining references to PATH_MAX in main.c. Sorry about
that!
~Kyle
--
Usenet is like a herd of performing elephants with diarrhea---massive,
difficult to redirect, awe-inspiring, entertaining, and a source of
mind-boggling amounts of excrement when you least expect it.
Hello,
Thanks for the patch! I decided to go a slightly different route, but
the problem should be fixed with the current SVN of wcalc.
~Kyle
--
Necessity is the plea for every infringement of human liberty; it is
the argument of tyrants; it is the creed of slaves.
Thanks for finding this bug! It turns out to be an error in the number
formatting logic. The answer is rounded from 7.5 to 8.0, but then the
exponent is erroneously treated as if it was two instead of one (i.e.
80 instead of 8.0). The bug has been fixed in the Wcalc upstream
source, and the
On Saturday, June 13 at 06:37 AM, quoth Thomas Dickey:
On Sat, 13 Jun 2009, Mutt wrote:
#3252: mutt: Should use transliterations for charset conversions
--+-
Reporter: anto...@dyne.org | Owner: mutt-dev
Type:
Package: fuzzyocr
Version: 2.3b-2~bpo.1
Severity: wishlist
The current version of fuzzyocr available to users of Stable is 2.3b
(via etch-backports), which is ancient and has known problems. The
current 3.5.1 is much better, but it’d be unfortunate to wait for
Squeeze to be released before we
On Sunday, January 11 at 05:57 PM, quoth Fabian Holler:
Option engineering=never should disable the engineering notation
according to the wcalc manpage. But the option isn't be evaluated in
the config file. Disable the notation in the cli works.
This bug was fixed in version 2.4, released in
On Friday, August 3 at 06:06 PM, quoth martin f krafft:
When dealing with users with broken MUAs (pretty much anything from
Redmond and various other companies unwilling to adhere to
standards), I often get mail that does not use
In-Reply-To/References to let mutt correctly thread messages. I
of the License, or
(at your option) any later version.
This is correct.
but the COPYRIGHT file from upstream says:
All code in the Wcalc distribution which is Copyright Kyle Wheeler or
which references this COPYRIGHT file is licensed under the GPL version 2
included below.
This is out of date
On Monday, March 26 at 05:26 PM, quoth Christoph Berg:
It seems we have 3 different locales:
1) the system's/LANG/LC_*
2) $locale
3) C
3 can probably be treated as 1. The main use for 2 on systems
supporting LANG/LC_* seems to be able to use language-specific dates
in attributions.
On Monday, March 12 at 01:06 AM, quoth Debian Bug Tracking System:
Source: up-imapproxy
Source-Version: 1.2.4-8
We believe that the bug you reported is fixed in the latest version of
up-imapproxy, which is due to be installed in the Debian FTP archive:
As this is a SECURITY update to a
On Sunday, March 4 at 01:00 AM, quoth Alain Bench:
people will want a decode-save that does not lose headers
Easy changing value of $weed:
| macro index,pager F42\
| enter-command unset weedEnterdecode-save\
| non-weedy decode-save
And no, unfortunately, there is no way to
Package: clamav-daemon
Severity: important
clamav-daemon used to (0.88.7-1) allow LogFile to be /dev/fd/1, but
now (0.90.1-1) it refuses, claiming:
ERROR: Problem with internal logger. Please check the permissions
on the /dev/fd/1 file.
ERROR: Can't open /dev/fd/1 in append mode
On Tuesday, February 27 at 09:35 PM, quoth Christoph Berg:
tags 302021 + unreproducible
thanks
Re: Kyle Wheeler 2005-03-29 [EMAIL PROTECTED]
Package: mutt
Version: 1.5.8-1
Severity: normal
Like the subject says, if you edit (for example, using the link-threads
command) multiple threads
Package: imapproxy
Version: 1.2.3-1sarge1
According to www.imapproxy.org, all versions of IMAPProxy prior to
1.2.5rc2 have a security bug that can be triggered by any host that
can connect to the proxy.
~Kyle
--
If you're flammable and have legs, you are never blocking a fire exit.
Unless
On Sunday, December 17 at 05:10 PM, quoth Jens Seidel:
Please handle these files the same way as postponed messages so that
they are not lost (I often save via :w in vim).
You can tell mutt to use some other directory by setting $tmpdir in
your ~/.muttrc, or by setting the TMPDIR environment
On Friday, August 25 at 07:09 PM, quoth Kurt Roeckx:
So, I was reading the documentation, and it seems that the only
thing that I should consider changing seems to be file_charset.
I've tried setting that to various things like just utf-8, or
utf-8:iso-8859-1, but it doesn't seem to be
On Wednesday, July 19 at 04:15 PM, quoth Wookey:
If I remove the line:
set header_cache=~/.mutt/cache/
then it works fine.
If I put that line back again then it segfaults again.
Run the command:
rm -f ~/.mutt/cache/*
And your mutt should start working again.
Mutt has had a few
While the muttrc.vim that comes with Vim 7 does support some extra
configuration options from common patches, it does not (and cannot)
support every patch to mutt ever written. Also, it supports mutt
syntax up through mutt version 1.5.11 (which is still the current
development release). As the
On Monday, May 22 at 04:00 PM, quoth James Vega:
On Mon, May 22, 2006 at 02:46:40PM -0400, Justin Pryzby wrote:
On Mon, May 22, 2006 at 02:17:12PM -0400, Kyle Wheeler wrote:
While the muttrc.vim that comes with Vim 7 does support some extra
configuration options from common patches, it does
On Thursday, May 18 at 09:16 AM, quoth Justin Pryzby:
I recently sent a message to a handful of people, each of whom was in
the Bcc: field, since the don't know each other and don't need to.
Later, I had reason to refer to the list of address to which I'd sent
the mail, but, upon checking my
Package: spamassassin
Version: 3.1.0a-0volatile2
I am getting a lot of errors in my log about the preforking algorithm.
They look like this:
[25715] info: prefork: child states: BB
[25715] info: spamd: server successfully spawned child process, pid
24164
[25715] info: prefork: child states:
On Thursday, November 10 at 02:52 PM, quoth Charles Fry:
Package: mutt
Version: 1.5.10-1
Severity: wishlist
It would be most helpful if mutt cached IMAP headers. Currently
switching from one large IMAP directory to a second and then back again
takes a very long time.
Mutt *does* cache IMAP
On Friday, October 28 at 07:22 PM, quoth Javier Fernández-Sanguino Peña:
Package: mutt
Version: 1.5.11-2
Priority: wishlist
(This bug has been reported upstream as bug #2122, I'm sending this to the
Debian maintainer in case he thinks it would be reasonable to include this
into sid to get
Package: spamassassin
Version: 3.0.3-1
Severity: wishlist
It would be really nice if spamassassin was included in volatile.
(volatile.debian.net)
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-1-686-smp
Locale: LANG=C, LC_CTYPE=en_US
Package: squirrelmail
Version: 2:1.4.4-1
Severity: important
When trying to open messages with large attachments (~5 MB) the
read_body.php script seems to exit early - it gets as far as displaying
Date: or To: and then dies. The script produces following html (at the
end):
td align=left
A fix for this was just committed to mutt's CVS.
~Kyle
--
America is the only country that went from barbarism to decadence without
civilization in between.
-- Oscar Wilde
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: mutt
Version: 1.5.8-1
Severity: wishlist
It would be nice to have a pattern (like ~g and ~G) that matches mail that is
encrypted inline.
As an example of how it could be very useful...
Some of the people I send mail to use pine and as such can only decrypt inline
pgp messages. I would
Package: mutt
Version: 1.5.8-1
Severity: wishlist
It would be nice to be able to affect the current encryption settings from
send2-hooks without resorting to push commands. Something like:
send2-hook '!~G ~C friend' pgp-encrypt
-- System Information:
Debian Release: 3.1
APT prefers testing
Since the mutt folks lost their old bugs database, perhaps this bug (and
other old forwarded bugs) should be re-forwarded?
~Kyle
--
Compassion is the basis of morality.
-- Arnold Schopenhauer
signature.asc
Description: Digital signature
Package: mutt
Version: 1.5.8-1
Severity: normal
Like the subject says, if you edit (for example, using the link-threads
command) multiple threads, triggering sync-mailbox will cause mutt to segfault.
This may only happen when accessing an IIMAP server, I haven't checked
-- System Information:
On Tuesday, March 29 at 08:44 PM, quoth Marco d'Itri:
Like the subject says, if you edit (for example, using the
link-threads command) multiple threads, triggering sync-mailbox will
cause mutt to segfault.
This bug report is useless unless you can provide a stack trace from a
binary
I believe this is the same as SpamAssassin bug 4138
(http://bugzilla.spamassassin.org/show_bug.cgi?id=4138)
~Kyle
--
The search for the truth is the noblest occupation of man. Its publication
is a duty.
-- Anne Louise Germaine de Stael
signature.asc
Description: Digital signature
Package: xfig
Version: 1:3.2.5-alpha5-3
Severity: important
When I attempt to bring up a small dialog box for the second time, xfig will
hang and will not display the dialog box. For example, when aligning things, if
I click on the Vert Align button at the bottom to set what kind of aligning I
If it helps, here's the patch.
~Kyle
diff -ur ../MUTT/mutt/PATCHES mutt/PATCHES
--- ../MUTT/mutt/PATCHES2002-12-09 18:44:54.0 +0100
+++ mutt/PATCHES2004-03-10 14:39:29.0 +0100
@@ -0,0 +1 @@
+patch-1.5.6.ddm.pgp-auto-decode.1
diff -ur ../MUTT/mutt/commands.c
Package: wnpp
Severity: wishlist
* Package name: libapache2-mod-bwshare
Version : 0.1.3
Upstream Author : Alan Kennington [EMAIL PROTECTED]
* URL : http://www.topology.org/src/bwshare/README.html
* License : Artistic License
Description : A bandwidth
35 matches
Mail list logo
