Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nOhi8-0006qY-3r for pgsql-hackers@arkaria.postgresql.org; Mon, 28 Feb 2022 15:13:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nOhi5-0003DY-1U for pgsql-hackers@arkaria.postgresql.org; Mon, 28 Feb 2022 15:13:13 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nOhi4-0003DP-OB for pgsql-hackers@lists.postgresql.org; Mon, 28 Feb 2022 15:13:12 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nOhi2-0005Df-3p for pgsql-hackers@postgresql.org; Mon, 28 Feb 2022 15:13:12 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 21SFCg692510883; Mon, 28 Feb 2022 10:13:03 -0500 From: Tom Lane To: Daniel Gustafsson cc: Peter Eisentraut , =?utf-8?Q?Dagfinn_Ilmari_Manns=C3=A5ker?= , PostgreSQL Hackers Subject: Re: psql: Make SSL info display more compact In-reply-to: <6E96453E-FD9E-4E04-A829-B7D5F6159279@yesql.se> References: <87sfs3e04m.fsf@wibble.ilmari.org> <6E96453E-FD9E-4E04-A829-B7D5F6159279@yesql.se> Comments: In-reply-to Daniel Gustafsson message dated "Mon, 28 Feb 2022 13:48:43 +0100" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <2510881.1646061162.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Feb 2022 10:12:42 -0500 Message-ID: <2510882.1646061162@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Daniel Gustafsson writes: > On 28 Feb 2022, at 12:56, Peter Eisentraut wrote: >> On 28.02.22 11:50, Dagfinn Ilmari Manns=C3=A5ker wrote: >>> How about making it show "compression: on" if compression is on, but >>> nothing in the common "off" case? >> That would work for me. > On POLA grounds I would prefer to never to show it. If we ever get libp= q > compression and want to show that, I'd prefer that we didn't end up > "compression" meaning one thing except when it means two things. Well, any such output would presumably be on a different line and thus distinguishable from the SSL property; plus, it'd be impossible for both forms to show up in the same connection. However, how about writing "SSL compression: on" versus writing nothing? That avoids doubt about what it means. I don't buy Michael's argument that this is ambiguous, either. regards, tom lane