From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id DA4186DE1020 for ; Wed, 4 Dec 2019 09:11:32 -0800 (PST) Authentication-Results: arlo.cworth.org; dkim=permerror (0-bit key) header.d=fifthhorseman.net header.i=@fifthhorseman.net header.b="oKBeHsKw"; dkim=pass (2048-bit key; unprotected) header.d=fifthhorseman.net header.i=@fifthhorseman.net header.b="GG1KynS/"; dkim-atps=neutral X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -1.493 X-Spam-Level: X-Spam-Status: No, score=-1.493 tagged_above=-999 required=5 tests=[AWL=1.008, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OTHDUKNCuqCd for ; Wed, 4 Dec 2019 09:11:31 -0800 (PST) Received: from che.mayfirst.org (che.mayfirst.org [162.247.75.118]) by arlo.cworth.org (Postfix) with ESMTPS id B31E96DE0F94 for ; Wed, 4 Dec 2019 09:11:31 -0800 (PST) DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019; t=1575479490; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=+CoVkpl6tiGjfYFDz97facSCqerVwCr9QXHohju+tK4=; b=oKBeHsKwomSMrNY8MVuro+6Nav4OLVa/CNOK2DMDowG40Gzq3I6LvNWB OI0m2ipJtEkZpaVcw1vv0ypsh5BcAw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fifthhorseman.net; i=@fifthhorseman.net; q=dns/txt; s=2019rsa; t=1575479490; h=from : to : subject : in-reply-to : references : date : message-id : mime-version : content-type : from; bh=+CoVkpl6tiGjfYFDz97facSCqerVwCr9QXHohju+tK4=; b=GG1KynS/rOEbvXDpxzZ0k3pxB0T9rDiYatF206TlFfdNDXP5fE1MKjnV KTE4vu6v9FbasEdv9EULu6lG4hZHbCI6/M8VORrEVogoM9Iqlxn1KHEGSx W6B6PYv7vJv5ha1GE+UQfYllVcV6ey+rGsebi5espn7zmunseOMRVdh2mc 2hf+BwB0plVhGKn5BqbeNwbQGrtziXuJdxCPUL0cOu+xB+opL1Te2CKo1h WBCyeV0pIRE3ifi+ikK1po2XcsXWhO71fmTsh0FhB/WCYJtA17dXzeR2ds XLUtyWQ0AAmabScxKjSyQAPdcg/7cxBIKvEChEFSokuX9ek1VT+3lQ== Received: from fifthhorseman.net (unknown [38.109.115.130]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by che.mayfirst.org (Postfix) with ESMTPSA id 8DFC0F9A5; Wed, 4 Dec 2019 12:11:29 -0500 (EST) Received: by fifthhorseman.net (Postfix, from userid 1000) id 22BEF20422; Wed, 4 Dec 2019 10:15:52 -0500 (EST) From: Daniel Kahn Gillmor To: David Bremner , Notmuch Mail Subject: Re: shipping elisp for notmuch in elpa-notmuch debian package In-Reply-To: <87muc8qmkl.fsf@tethera.net> References: <87a7887akl.fsf@fifthhorseman.net> <87muc8qmkl.fsf@tethera.net> Autocrypt: addr=dkg@fifthhorseman.net; prefer-encrypt=mutual; keydata= mDMEXEK/AhYJKwYBBAHaRw8BAQdAr/gSROcn+6m8ijTN0DV9AahoHGafy52RRkhCZVwxhEe0K0Rh bmllbCBLYWhuIEdpbGxtb3IgPGRrZ0BmaWZ0aGhvcnNlbWFuLm5ldD6ImQQTFggAQQIbAQUJA8Jn AAULCQgHAgYVCgkICwIEFgIDAQIeAQIXgBYhBMS8Lds4zOlkhevpwvIGkReQOOXGBQJcQsbzAhkB AAoJEPIGkReQOOXG4fkBAO1joRxqAZY57PjdzGieXLpluk9RkWa3ufkt3YUVEpH/AP9c+pgIxtyW +FwMQRjlqljuj8amdN4zuEqaCy4hhz/1DbgzBFxCv4sWCSsGAQQB2kcPAQEHQERSZxSPmgtdw6nN u7uxY7bzb9TnPrGAOp9kClBLRwGfiPUEGBYIACYWIQTEvC3bOMzpZIXr6cLyBpEXkDjlxgUCXEK/ iwIbAgUJAeEzgACBCRDyBpEXkDjlxnYgBBkWCAAdFiEEyQ5tNiAKG5IqFQnndhgZZSmuX/gFAlxC v4sACgkQdhgZZSmuX/iVWgD/fCU4ONzgy8w8UCHGmrmIZfDvdhg512NIBfx+Mz9ls5kA/Rq97vz4 z48MFuBdCuu0W/fVqVjnY7LN5n+CQJwGC0MIA7QA/RyY7Sz2gFIOcrns0RpoHr+3WI+won3xCD8+ sVXSHZvCAP98HCjDnw/b0lGuCR7coTXKLIM44/LFWgXAdZjm1wjODbg4BFxCv50SCisGAQQBl1UB BQEBB0BG4iXnHX/fs35NWKMWQTQoRI7oiAUt0wJHFFJbomxXbAMBCAeIfgQYFggAJhYhBMS8Lds4 zOlkhevpwvIGkReQOOXGBQJcQr+dAhsMBQkB4TOAAAoJEPIGkReQOOXGe/cBAPlek5d9xzcXUn/D kY6jKmxe26CTws3ZkbK6Aa5Ey/qKAP0VuPQSCRxA7RKfcB/XrEphfUFkraL06Xn/xGwJ+D0hCw== Date: Wed, 04 Dec 2019 10:15:51 -0500 Message-ID: <877e3c6s0o.fsf@fifthhorseman.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2019 17:11:33 -0000 --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed 2019-12-04 08:53:14 -0400, David Bremner wrote: > Daniel Kahn Gillmor writes: >> rstdoc.el >> make-deps.el >> dir > > the first two are build tools.=20 if they're build tools then we don't need to ship them with elpa-notmuch, right? > The latter is needed by the info files. needed how? what functionality is missing? with the current elpa-notmuch installed, if i do "M-x info" i see a bunch of notmuch entries that show up under a big "Miscellaneous" heading, which appears to be the contents of this /dir file. If the purpose of it is just filing it under "Miscellaneous" that doesn't seem like much of a filing operation :P >> The package also ships a bunch of *.info files in that elpa >> module-specific directory, rather than shipping them in the typical >> /usr/share/info/ location. These info files appear to be translations >> of the manpages or other basic notmuch documentation. Is there a reason >> to ship them in the elpa-specific directory? > > It makes the elpa (make elpa) package self contained (with docs). > package.el knows how to install info files, so the debian-specific > tooling is not needed. sure, but if i "info notmuch" right now in debian, even with elpa-notmuch installed, i just get info redisplaying the notmuch(1) manpage, rather than rendering the info file which exists. Is that the goal? >> I note that notmuch-pkg.el is installed in elpa-notmuch, but it is *not* >> in /usr/share/emacs/site-lisp when installed via the standard "make >> install". i don't know enough about how that installation is supposed >> to work, but if it's supposed to drop in a notmuch-pkg.el, then >> something needs fixing in the baseline "make install". > > It's metadata for the elpa (package.el) package. Not sure it is helpful > in the standard install, but I don't really use the standard install, so > I'm open to ideas OK, i'm obviously used to using the elpa package too, so i don't know how this would affect the "standard install", so i'm happy to drop this point of my questioning unless someone who uses the standard install wants to speak up. --dkg --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQTJDm02IAobkioVCed2GBllKa5f+AUCXefNpwAKCRB2GBllKa5f +GeEAQCLvXdhkzF4FgLfQDWwH0SkMnUUCxtBxmmt9vOfjGqzUAD/cjgmiz0P9DFi U7hRjzrfdmLIqFbnrjaiK5wmXGx3Aw8= =MmjB -----END PGP SIGNATURE----- --=-=-=--