mutt: 4 new changesets

2009-06-21 Thread Brendan Cully
4 new changesets in mutt: http://dev.mutt.org/hg/mutt/rev/6447ebe80797 changeset: 5926:6447ebe80797 branch: HEAD tag: tip user:Rocco Rutte date:Sat Jun 20 23:09:45 2009 +0200 summary: f=f: Don't kill signature separator when stripping trailing spaces. Closes #3

Re: [Mutt] #3276: iswupper() replacement gets it backward

2009-06-21 Thread Mutt
#3276: iswupper() replacement gets it backward ---+ Reporter: dhduvall | Owner: mutt-dev Type: defect| Status: new Priority: major | Milestone: Component: charset | Ve

Re: [Mutt] #1611: mutt erroneously omits information in parenthesis

2009-06-21 Thread Mutt
#1611: mutt erroneously omits information in parenthesis after addresses in Cc headers -+-- Reporter: Marco d'Itri | Owner: mutt-dev Type: defect | Status: new Priority: min

Re: [Mutt] #1611: mutt erroneously omits information in parenthesis

2009-06-21 Thread Derek Martin
[Leaving this discussion out of the bug report, as it has no place there, since it has nothing to do with the bug.] On Sat, Jun 20, 2009 at 10:09:53AM -, Mutt wrote: > Replying to [comment:7 Derek Martin]: > > It is likewise explicitly allowed in RFCs 2822, and 822, and 733. > > > > Note t

[Mutt] #3277: smime_keys uses obsolete perl module

2009-06-21 Thread Mutt
#3277: smime_keys uses obsolete perl module -+-- Reporter: raorn| Owner: mutt-dev Type: enhancement | Status: new Priority: trivial | Milestone: Component: mutt |

fadvise WILLNEED for tokyocabinet header cache

2009-06-21 Thread Andrea Arcangeli
Hello, Probably for the first time I feel I'm getting satisfying performance while opening large folders using tokyocabinet and headercache on maildir format on cold caches (compression option enabled by default, and maildir_header_cache_verify=no). But with vmstat 1 I noticed that when tokyocabi

Re: fadvise WILLNEED for tokyocabinet header cache

2009-06-21 Thread Rocco Rutte
Hi, * Andrea Arcangeli wrote: > If there is interest I can do both > changes myself and repost a proper patch, this is a local hack for > myself so far. I think making it faster is always good. However, there're some more points that would have to be solved to get the patch ready for inclusion

Re: changeset 5920 / manual.xml.head

2009-06-21 Thread Vincent Lefevre
On 2009-06-20 07:59:04 -0400, Patrick Shanahan wrote: > * Vincent Lefevre [06-20-09 05:52]: > > Are these the only possibly assignments? Isn't it possible to do: > > > > set my_foo=$my_bar > > > > or > > > > set status_format="-%r-Mutt: %f...%>-(%P)-$timeout--" > > Very simple to determine

Re: [Mutt] #1611: mutt erroneously omits information in parenthesis

2009-06-21 Thread Vincent Lefevre
On 2009-06-21 09:01:24 -0500, Derek Martin wrote: > A proposed standard is just that: proposed. It is not a standard > until it is *accepted* and "elevated" by the IETF. Proposed, Draft, > and Internet Standards are 3 levels of maturity of specifications > written with the *intent* of becoming st

Re: changeset 5920 / manual.xml.head

2009-06-21 Thread Cameron Simpson
On 20Jun2009 07:59, Patrick Shanahan wrote: | * Vincent Lefevre [06-20-09 05:52]: | > Are these the only possibly assignments? Isn't it possible to do: | > set my_foo=$my_bar | > or | > set status_format="-%r-Mutt: %f...%>-(%P)-$timeout--" | | Very simple to determine yourself, just try it!

Re: changeset 5920 / manual.xml.head

2009-06-21 Thread Cameron Simpson
On 20Jun2009 11:51, Vincent Lefevre wrote: | On 2009-06-19 23:43:24 +0200, Rocco Rutte wrote: | > * Vincent Lefevre wrote: | > > Whenever a user-defined variable is used in an assignment for a built-in | > > variable or vice versa, Mutt string representations to do the | > > assignment. As a