Re: [b4] initial "b4 dig" to supplant Link: trailers

["Martin K. Petersen" <martin.petersen@oracle.com>]

Hi Konstantin!

> "b4 dig -c [commitish] --all-series" will now try to find all the
> series where that patch belongs and try to get you links to all prior
> revisions, even if they don't have that very patch (e.g. because it
> only appeared in v3).

There is some funky stuff going on with the date range limit. b4 dig
currently misses some messages for which the patch-id can be queried on
lore:

    ecode, out = b4.git_run_command(
        topdir, ['show', '--no-patch', '--format=%as %ae %s', commit],
    )

The resulting %as cdate will be in the format "2025-10-07". However,
specifying a query date limit of "rt:..2025-10-07" means the patch mail
will be missed:

    Full query: patchid:3c67a3033590c511bc96819aa2fdc6376c2799e1 AND rt:..2025-10-07 (nocache=False)
    Grabbing search results from lore.kernel.org
    Nothing matching that query.

Whereas my own script finds it:

    $ check-lore 3c67a3033590c511bc96819aa2fdc6376c2799e1
    Found 3c67a3033590c511bc96819aa2fdc6376c2799e1 on lore.kernel.org

Bumping the cdate to 2025-10-08 makes b4 dig find the message.

I don't know anything about Xapian and how it indexes. But I assume
there might be some fun with time zones and DST lurking here...

-- 
Martin K. Petersen