From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id 7591B1F8C6; Thu, 2 Sep 2021 21:58:50 +0000 (UTC) Date: Thu, 2 Sep 2021 21:58:50 +0000 From: Eric Wong To: Konstantin Ryabitsev Cc: meta@public-inbox.org Subject: Re: Showcasing lei at Linux Plumbers Message-ID: <20210902215850.GA5063@dcvr> References: <20210902211225.pmnykwcwcxeaunt5@meerkat.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20210902211225.pmnykwcwcxeaunt5@meerkat.local> List-Id: Konstantin Ryabitsev wrote: > Eric: > > I am getting ready for my presentation to the Linux Plumbers (happening in a > few weeks, eek), which is based around lore, lei (I see what you did there) > and search-based subscriptions. I want to make it hands-on with practical > examples, which is what developers would appreciate more than just dry > manpages. > > I am in the process of wrapping my head around lei tooling, but I may have > some questions in the process, so I wanted to start this thread as a record of > my poking at it. :) Yeah, I'm still trying to figure out how some things are supposed to work myself... > What I currently have: > > - an imap mailbox > - lei configured and installed locally (in a debian container) Fwiw, most of the functionality works much better with Maildir because of potential password prompts needed for IMAP and interactivity required. > The goal is to illustrate how to use this to start "receiving" mail for a > subsystem without subscribing to any of the lists. The example I have in mind > is the LANDLOCK subsystem, and the reason I picked it is because it already > has a well-defined set of search criteria we can use: > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/MAINTAINERS#n10462 > > LANDLOCK SECURITY MODULE > ... > F: Documentation/security/landlock.rst > F: Documentation/userspace-api/landlock.rst > F: include/uapi/linux/landlock.h > F: samples/landlock/ > F: security/landlock/ > F: tools/testing/selftests/landlock/ > K: landlock > K: LANDLOCK > > This means we want to configure lei to grab any mail from lore.kernel.org/all/ > that matches this query: > > dfn:Documentation/security/landlock.rst OR > dfn:Documentation/userspace-api/landlock.rst OR > dfn:include/uapi/linux/landlock.h OR > dfn:samples/landlock/ OR > dfn:security/landlock/ OR > dfn:tools/testing/selftests/landlock/ OR > dfhh:landlock > > https://lore.kernel.org/all/?q=dfn%3ADocumentation%2Fsecurity%2Flandlock.rst+OR+dfn%3ADocumentation%2Fuserspace-api%2Flandlock.rst+OR+dfn%3Ainclude%2Fuapi%2Flinux%2Flandlock.h+OR+dfn%3Asamples%2Flandlock%2F+OR+dfn%3Asecurity%2Flandlock%2F+OR+dfn%3Atools%2Ftesting%2Fselftests%2Flandlock%2F+OR+dfhh%3Alandlock For HTTP(S)-based queries, I would add rt: (received-time) around the whole thing and maybe use "lei edit-search" to tweak for subsequent runs. Not sure if the rt: handling should be automatic for HTTP(S) (local Xapian searches track max docid, instead) > I'll want to retrieve any threads and follow-ups and upload them to my imap > landlock folder -- and then run in the background and just continuously update > things as more mail comes in, so I don't have to remember to run anything > manually. > > What succession of lei commands would accomplish this? OK, there's two main commands, "lei q" and "lei up". Both of which may prompt for passwords depending on how git-credential is set up: # the destination, could be Maildir MFOLDER=imaps://user@example.com/INBOX.landlock # initial search: lei q -o $MFOLDER -t -I https://lore.kernel.org/all/ --stdin < Thanks for your continued help. No problem, thanks for your patience since everything seems overwhelming :<