From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: tomas@tuxteam.de Newsgroups: gmane.emacs.devel Subject: Re: Storing sensitive data indefinitely in variables or buffers: Whether and how to fix? Date: Thu, 1 Jun 2023 08:51:10 +0200 Message-ID: References: <87fs7dnd1u.fsf@localhost> <6503151d-13be-f299-24a2-76bb9d6fecc8@alphapapa.net> <877csnd71w.fsf@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ki95kNlXpMUFChVs" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38273"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Jun 01 08:52:07 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q4cAI-0009io-Lw for ged-emacs-devel@m.gmane-mx.org; Thu, 01 Jun 2023 08:52:06 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1q4c9W-0000FA-Dy; Thu, 01 Jun 2023 02:51:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q4c9V-0000F2-3W for emacs-devel@gnu.org; Thu, 01 Jun 2023 02:51:17 -0400 Original-Received: from mail.tuxteam.de ([5.199.139.25]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1q4c9T-0007tX-0y for emacs-devel@gnu.org; Thu, 01 Jun 2023 02:51:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tuxteam.de; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject :Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IRiZmP3fQl5Iizoga+SsLOmcK2MDwT6D2DeSKFCXlqc=; b=aRVvlLpnSUvpGaULSeZ7U+x+r1 qP+XxTt3xt7PccbLrn8R5hMV4OCfpho8SQS0AqECBMMclussa2DAIIBugRBGVbjiWU+N3xXV2nsIH MAuT7wET0FWBg8rHjFRKNgpG4GwgyZMR7oxAKazN5wBD+hvprNhkKU6Ugu+rtnAMig9IoGpF7RjP4 Wx5t40smYoYf68jjgIozFwIi/ORn0OQjCQB3ABXN98R36/ibdgtr/Dsh7wjZEbyS3X9QDseSMu6CB aKarh9YMMr5xoFTUye5O8RQYczAI4dscgAFR7MuLLKUwBIT5hSbwqgCh/AAQcRREoWcGXo+ld3O2x qLEi4pzA==; Original-Received: from tomas by mail.tuxteam.de with local (Exim 4.94.2) (envelope-from ) id 1q4c9O-0008BB-AQ; Thu, 01 Jun 2023 08:51:10 +0200 Content-Disposition: inline In-Reply-To: <877csnd71w.fsf@localhost> Received-SPF: pass client-ip=5.199.139.25; envelope-from=tomas@tuxteam.de; helo=mail.tuxteam.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:306486 Archived-At: --ki95kNlXpMUFChVs Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 01, 2023 at 06:34:51AM +0000, Ihor Radchenko wrote: > writes: >=20 > > I'm already wrangling with Org caching (for now, my sweet spot > > seems to be directing it to a non-existing directory and ignoring > > the complaints: paradoxically, Emacs is snappier then). >=20 > You will hit an error, sooner or later. We are going to use cache in more > scenarios. I get to keep both parts, I know. I'd definitely prefer an official switch, but with no code to offer I won't even dare to complain :) > If your Emacs is snappier without cache, you likely experience slowdowns > on long sessions. If so, it is another problem you are just postponing. Actually not. Rather around the start. If interested, I can try to provide data. But I won't bother people with it without a request. > > I'd hate to end up with a setup like the monster browsers have > > these days: an obscure set of sqlite databases you need a huge > > amount of dedication to extract some slivers of information from. >=20 > I am sure we will not. >=20 > For multi-session, it is up to you whether to store information in > SQLite database or in plain text files. The default for > `multisession-storage' is 'files. I doubt that we are going to change > this default in the nearest dozen of years (It is Emacs after all :]) It is not specifically about SQLite... > For org-persist, it is designed to store disposable information that can > be re-generated any time. Even then, org-persist tries to keep the > index.eln human-readable. =2E..but about complexity. Having a generic cache which works for all applications will make the code (application code and cache data) necessarily more inscrutable. OTOH, every little application doing its own thing is problematic in its own way. As an engineer, you seldom win ;-) Please, don't take my complaints all too seriously. You are doing a huge work; although I don't always like the direction taken, I do admire what you're doing. I feel free to fat-finger it strategically here and there to fit my needs :-) Cheers --=20 t --ki95kNlXpMUFChVs Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZHg/2AAKCRAFyCz1etHa RiMfAJ4wdOlGwea1HmbETCgmAeN/8sCuSQCfXzuuvwEI02ZG52JhjbamDamo5RQ= =l4CG -----END PGP SIGNATURE----- --ki95kNlXpMUFChVs--