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: AS16276 91.121.0.0/16 X-Spam-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id D38731F670 for ; Sun, 13 Mar 2022 00:06:23 +0000 (UTC) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kyleam.com; s=key1; t=1647129980; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=1mbQWTdaJNrCN+9rzqUfHWr6v/0vL/PZ9312ziJxWfI=; b=qgoaw+GD0fWMPdEPOJUxxtnD6z8skDY+Syn9Y0K6s0mGGRznK/T7baLr+YjugjZLF5I62V WCpuI5A6az2vMqw2WhoWE2S1pNvIxmn+yfdmQuaQ3OnP9DqSg8152sJcDT+sry9RvHWthl fyT0LTlKEwsCKy+6Ew4zcf5L6ZYuSupJlOHhAa6BLLf8QdA5W5kKZEJZzoECR5BtMJ6V9D 1UTKJfR6dznO5WeYHLlnlLYVLlbY5/ovVfYvkyt2sDSpynPfmsPUvUEcx+jo/C+9DAw+fu 9a1ucjNZVpW9CMwf91onVu50Qjr14PftWy8JLVJoAXuTf5H4QNdFNEGBNPG6TA== From: Kyle Meyer To: =?utf-8?Q?N=C3=ADcolas_F=2E_R=2E_A=2E_Prado?= Cc: meta@public-inbox.org Subject: Re: Failed 'lei q' blocks 'lei init' from working In-Reply-To: <20220312210408.rgp232m4za4q6ln5@notapiano> References: <20220312210408.rgp232m4za4q6ln5@notapiano> Date: Sat, 12 Mar 2022 19:06:18 -0500 Message-ID: <87sfrm3edh.fsf@kyleam.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: kyleam.com List-Id: N=C3=ADcolas F. R. A. Prado writes: > Hi, > > Right after building lei from source, I get an error running the 'q' comm= and: > > [nfraprado@notapiano public-inbox]$ ./lei.sh q -I https://lore.kernel.org= /all/ -o ~/.mail/lei/test --threads --dedupe=3Dmid 'dfn:mt8192.dtsi rt:1.mo= nth.ago..' > open(/home/nfraprado/.local/share/lei/store/mail_sync.sqlite3): No such f= ile or directory at /home/nfraprado/ext/git/public-inbox/lib/PublicInbox/Le= iQuery.pm line 37. > > That's somewhat reasonable since I haven't issued an init first. But if I= then > try to init [...]: Hmm, an explicit lei-init call shouldn't be needed (i.e. lei-q should already behave as you propose at the end of your message, initializing the store/config if necessary). Eric has even considered dropping lei-init entirely: https://public-inbox.org/meta/20210325083207.GA30551@dcvr/ > Not quite sure if it's a Perl thing or a bug in public-inbox, but since i= t's > unusual behavior (and took me some time to find out) I figured I'd report= it. This reminded me a bit of https://public-inbox.org/meta/20211120153054.xq6jfad2m2buoic6@gmail.com/ Perhaps a lei-daemon process was running from some previous experimentation?