From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <kyle@kyleam.com>
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 <meta@public-inbox.org>; 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 <kyle@kyleam.com>
To: =?utf-8?Q?N=C3=ADcolas_F=2E_R=2E_A=2E_Prado?= <n@nfraprado.net>
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: <meta.public-inbox.org>

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?