From Stephen Brennan to ~sircmpwn/aerc
Sometimes I observe out-of-order messages when using a maildir inbox. It
appears that the UIDs for these messages are returned out of order by
the MessageStore. In order for a maildir MessageStore to return messages
in most recently received order, it must have already opened all
messages and parsed the date to use as a sort key. Rather than implement
that, simply sort messages by time as we display. This fix shows my
emails in order.
---
Sorry for such a quick v2. My previous testing was bad. In this version,
I updated the Less() function to explicitly sort nils to the bottom
(saying they are the "earliest" messages). The previous version was
subject to the whims of the sorting algorithm; this one presents a
consistent comparison to the sorting algorithm.
[message trimmed]
From to ~sircmpwn/aerc
On Tue, Aug 27 21:09, Stephen Brennan wrote: > Sometimes I observe out-of-order messages when using a maildir inbox. It > appears that the UIDs for these messages are returned out of order by > the MessageStore. In order for a maildir MessageStore to return messages > in most recently received order, it must have already opened all > messages and parsed the date to use as a sort key. Rather than implement > that, simply sort messages by time as we display. This fix results in my > maildir inbox displaying in the correct order. > --- > > I'm not certain that this is the best solution to my out-of-order > messages, but it solves the problem for me and so I wanted to offer it > as a patch. It seems like implementing sorting outside of the > MessageStore will have to happen eventually, e.g. to support custom
From Stephen Brennan to ~sircmpwn/aerc
Sometimes I observe out-of-order messages when using a maildir inbox. It
appears that the UIDs for these messages are returned out of order by
the MessageStore. In order for a maildir MessageStore to return messages
in most recently received order, it must have already opened all
messages and parsed the date to use as a sort key. Rather than implement
that, simply sort messages by time as we display. This fix results in my
maildir inbox displaying in the correct order.
---
I'm not certain that this is the best solution to my out-of-order
messages, but it solves the problem for me and so I wanted to offer it
as a patch. It seems like implementing sorting outside of the
MessageStore will have to happen eventually, e.g. to support custom
sorting methods.
[message trimmed]
From to ~brenns10/funlisp-dev
Hello Funlisp community (empty though it may be)! **To those BCC'd:** rest assured you will not receive any more emails of this nature unless you subscribe to the mailing list mentioned below. After nearly a year without updates, Funlisp v1.2.0 is released! This release brings several new language features and API additions. But first, some logistical news. I've moved the main development Git host to [Sourcehut](https://git.sr.ht/~brenns10/funlisp/), although the GitHub repository will continue to act as a mirror. Releases will still have to be found on GitHub, since Sourcehut does not have a suitable system for that yet.
From Stephen Brennan to ~brenns10/funlisp-dev
Signed-off-by: Stephen Brennan <stephen@brennan.io> --- inc/funlisp.h | 11 ++++++++ src/funlisp_internal.h | 7 ++++++ src/types.c | 57 ++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 75 insertions(+) diff --git a/inc/funlisp.h b/inc/funlisp.h index 3f46bc4..1497d79 100644 --- a/inc/funlisp.h +++ b/inc/funlisp.h @@ -196,6 +196,12 @@ typedef struct lisp_lambda lisp_lambda; */ typedef struct lisp_list lisp_list; [message trimmed]
From Stephen Brennan to ~brenns10/funlisp-dev
Array iterators are necessary for implementing most container objects, so they can simply return a list of all contained items when they are expanded by the garbage collector. Signed-off-by: Stephen Brennan <stephen@brennan.io> --- src/iter.c | 46 +++++++++++++++++++++++++++++++++++++++++++++- src/iter.h | 4 ++++ 2 files changed, 49 insertions(+), 1 deletion(-) diff --git a/src/iter.c b/src/iter.c index f6017b1..1ca7c77 100644 --- a/src/iter.c +++ b/src/iter.c [message trimmed]
From Stephen Brennan to ~brenns10/funlisp-dev
This is just an excuse to try email-based patch application. inc/funlisp.h | 11 ++++++++++ src/funlisp_internal.h | 7 +++++++ src/iter.c | 46 +++++++++++++++++++++++++++++++++++++++- src/iter.h | 4 ++++ src/types.c | 57 ++++++++++++++++++++++++++++++++++++++++++++++++++ 5 files changed, 124 insertions(+), 1 deletion(-)
From Stephen Brennan to ~sircmpwn/sr.ht-dev
# HG changeset patch # User Stephen Brennan <stephen@brennan.io> # Date 1555361206 25200 # Mon Apr 15 13:46:46 2019 -0700 # Node ID 43bd50600ec2a0b62052b152b1f587b9261f05e2 # Parent 38e55ce3b93fb7ae18aa420f57491c1fc61d1d74 Allow readme to link to repository files diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py --- a/hgsrht/blueprints/repo.py +++ b/hgsrht/blueprints/repo.py @@ -20,7 +20,7 @@ repo = Blueprint('repo', __name__) [message trimmed]
From Stephen Brennan to ~sircmpwn/sr.ht-dev
--- Changes in v3: remove yet another print() statement... Also, avoid hard-coding the 'master' branch name. gitsrht/blueprints/repo.py | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/gitsrht/blueprints/repo.py b/gitsrht/blueprints/repo.py index be5c4d3..cb775e2 100644 --- a/gitsrht/blueprints/repo.py +++ b/gitsrht/blueprints/repo.py @@ -37,7 +37,7 @@ def authorize_http_access(): return "unauthorized", 403 return "authorized", 200 [message trimmed]
From Stephen Brennan to ~sircmpwn/sr.ht-dev
--- Changes in v3: don't hardcode the 'default' branch name. hgsrht/blueprints/repo.py | 8 +++++--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/hgsrht/blueprints/repo.py b/hgsrht/blueprints/repo.py index ea18724..e31f69d 100644 --- a/hgsrht/blueprints/repo.py +++ b/hgsrht/blueprints/repo.py @@ -20,7 +20,7 @@ from unidiff import PatchSet repo = Blueprint('repo', __name__) [message trimmed]