Date | Commit message (Collapse) |
|
<tt> doesn't seem necessary and it's deprecated in HTML, nowadays.
In any case, dillo's CSS support seems to show it as fixed-width
even without <tt>. Use the title= attribute to highlight that
it goes to the mail thread, too.
In the future, we'll probably link to something like "lei p2q"
(patch-to-query) to include OIDs in the search.
|
|
We can't completely instantiate our cgit wrapper without knowing
knowing cgit locations for serving static content.
Fixes: a5968dc059f655a ("config: lazy-load coderepos, support extindex")
|
|
Since keywords and mailboxes (AKA labels) are separate things in
JMAP; and only keywords can map reliably to Maildir and mbox;
we'll keep them separate in our internal data representations,
too.
I initially wanted to call this just "meta" for "metadata", but
that might be confused with our mailing list name. "metadata"
is already used in Xapian's own API, to add another layer of
confusion.
"tags" was also considered, but probably confusing to notmuch
users since our "labels" are analogous to "tags" in notmuch,
and notmuch doesn't seem to cover "keywords" separately...
So "vmd" it is, since we haven't used this particular
three-letter-abbreviation anywhere before; and "volatile" seems
like a good description of this metadata since everything else
up to this point has been mostly WORM (write-once, read-many).
|
|
This may help track down some occasional test failures I'm
seeing.
|
|
By adding "+code" next to "mirror" at the top next to the search
box. Instead of showing "/path/to/$FOO", showing "$FOO.git"
makes it more obvious we're talking about a git repo, here,
instead of some random directory.
|
|
Extsearch objects are duck-types of Inbox objects, and
are capable of supporting code repos all the same.
|
|
We'll try to share a bit more configuration with
extindex entries for WWW PSGI usage.
|
|
This saves clients a redirect
|
|
This is closer to matching RFC 8621 section 4.1.2.3,
though we don't support the "Any header field not defined in
RFC5322 or RFC2369" rule, since that could get tricky...
|
|
Unused as of commit dda8237aeb5722b3a48c31896d9b7398e50823f1
("lei_to_mail: prepare for worker offload") when we switched
to using the LeiOverview output lock.
|
|
That logic is inlined directly into git_async_prefetch
in GitAsyncCat and I don't see it being useful outside
of a DS event loop.
|
|
It was unused since 1bf653ad139bf7bb3d853ab0b5eae3eaa1b13a95
("nntp+www: drop List-* and Archived-At headers")
|
|
It's redundant and the same functionality is in MdirReader.
|
|
MboxReader is a more appropriate place for it than LeiStore.
|
|
Using create_inbox doesn't seem worth the trouble, here, at the
moment, but disabling fsync(2) gives a noticeable speedup on
my system even with an SSD.
|
|
Another 100ms saved
|
|
Yes, this loses some randomness w.r.t. shuffle, but I
think it's "good enough" and buys us ~100ms speedup on
an SSD TMPDIR.
|
|
|
|
Another 100ms or so saved.
|
|
|
|
|
|
|
|
This saves hundreds of milliseconds and reduces LoC.
|
|
This ends up being significantly faster when confined
to a slow TMPDIR.
|
|
Surprising to me, this is actually significantly faster
even though we're starting off with an empty inbox due
to -no_fsync being the default.
|
|
Hardly any time reduction, but code gets more compact.
|
|
This only saves a few ms but is nicer to look at.
|
|
This saves us a dozen or so milliseconds.
|
|
This saves over 100ms.
|
|
Some lines of code and a dozen milliseconds dealth with.
|
|
A fair mount of setup code goes away and saves us a few
hundred milliseconds.
|
|
Over 100ms saved.
|
|
Over 100ms saved and it's less code to boot.
|
|
This only saves a few milliseconds, but is less code.
|
|
A few dozen more milliseconds saved.
|
|
Another few dozen milliseconds saved.
|
|
Suprisingly, this saves over 100 milliseconds.
|
|
No real difference, here, but having less code is nice.
|
|
Another few dozen milliseconds saved.
|
|
Only a few dozen milliseconds saved, but better than nothing.
|
|
This was for quote-folding behavior we had long ago, but
it ended up just being yet another import test.
|
|
Over 100ms saved.
v2: quiet down "git gc" warnings on empty inboxes
|
|
Another hundred milliseconds or so saved.
|
|
Over 100ms saved and fewer LoC to boot
|
|
This barely saves any time due to sqlite3(1) fsync,
but does save some lines of code.
|
|
This saves another few dozen milliseconds and LoC.
|
|
This will results in a small reduction in on-disk footprint
by removing Xapian docdata and reduction in code by removing
an unnecessary -index invocation.
|
|
Less code and noticeably faster when TMPDIR is on an SSD
|
|
This saves over 100ms in t/lei-q-remote-import.t so far when
TMPDIR is on an SSD. If we can memoize inbox creation to save a
few dozen milliseconds every test, this could add up to
noticeable savings across our entire test suite.
|
|
Unless leistore.dir changes, the same LeiStore object
is should remain reusable and accessible to any clients
This seems to fix problems with t/lei-q-remote-import.t
occasionally getting stuck
|