Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vRLUF-00BRN9-1v for pgsql-hackers@arkaria.postgresql.org; Fri, 05 Dec 2025 02:24:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vRLUD-0068jF-2o for pgsql-hackers@arkaria.postgresql.org; Fri, 05 Dec 2025 02:23:58 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vRLUC-0068j7-3A for pgsql-hackers@lists.postgresql.org; Fri, 05 Dec 2025 02:23:57 +0000 Received: from fhigh-b5-smtp.messagingengine.com ([202.12.124.156]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vRLUA-003CnE-2I for pgsql-hackers@postgresql.org; Fri, 05 Dec 2025 02:23:57 +0000 Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailfhigh.stl.internal (Postfix) with ESMTP id 728E47A0201; Thu, 4 Dec 2025 21:23:51 -0500 (EST) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-02.internal (MEProxy); Thu, 04 Dec 2025 21:23:51 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm1; t=1764901431; x=1764987831; bh=SEJhhnK4/G rcq2qfNxbe0b3zC09bR4YyHNw2F2x4Evo=; b=MQ3ed1Ti1Rhj12sAHEGBEGya3h O7dUBhhF4AiB+3aG/kvKaJvrDCgaIyraMct7BgyK2alynwkk89om8979Db4ADkpz e6sVfuAMopg4cXEhUu9VhNe8Btq+jczelZgj2MDQnkKzA9UtPmii/alH+dkJh17z bdGgOjDuj2DgOnyaf9Zv+sp2M1jI4uAu5tJYxvSHbABk2ejIZ7FgbgqDlxpXnnt7 8iGPSzE/t0XTjVj+6bF+WcvihRua37ffwOF1ZzZTAsEQckCqNnUtC/BJ5PfQweMx Gl+uw9zgUUxEdqrux9Q79fyjf5brAm+MBGyWqyPAfJdYAI0V3QOyML0qO93A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1764901431; x=1764987831; bh=SEJhhnK4/Grcq2qfNxbe0b3zC09bR4YyHNw 2F2x4Evo=; b=AF60jxsJ5Ve0OGxFTx3MRYtfL9NdH/dYWb11RMxP0ZGDwik53P1 EkbU8jBpTK0CF2VlRE4hU0CJnuAz29gkPaUtb8gzAKc0EQCnePz+W+Eh46g8vnyH rWKackdzCltoznAMcwYBCGxzOeJdwEz6Er/ZrK7b/w6A7CEcOBdO1boYYrl2ubVo bg0gOeCGfNDM6mOM6LMoa1/aWKunSntqW385Y3PcATtgSTVFQeERumV78Jt/rum0 vy3HUcTK2fRkiP2JkLJxXDJQUETogtyav2frEiWGfl/KG4EsIPI5/JpjNdiyS19Y WOl61RZX5Ld5Bbets17t8sRCGVt0V9vMGWg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdejudeiucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceurghi lhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnegfrhhluc fvnfffucdljedtmdenucfjughrpeffhffvvefukfhfgggtuggjsehgtderredttddvnecu hfhrohhmpefoihgthhgrvghlucfrrghquhhivghruceomhhitghhrggvlhesphgrqhhuih gvrhdrgiihiieqnecuggftrfgrthhtvghrnhepteelieefudffhffhtdetleeggeegfffh keeuveetiefgudduvedutefggeeivdejnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhesphgrqhhuihgvrhdrgiihiidpnhgs pghrtghpthhtohepgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtohepvghulhgvrh esvghulhgvrhhtohdrtghomhdprhgtphhtthhopegrlhgvkhhsrghnuggvrhesthhighgv rhgurghtrgdrtghomhdprhgtphhtthhopehpghhsqhhlqdhhrggtkhgvrhhssehpohhsth hgrhgvshhqlhdrohhrghdprhgtphhtthhopehpvghtvghrsegvihhsvghnthhrrghuthdr ohhrgh X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 4 Dec 2025 21:23:49 -0500 (EST) Date: Fri, 5 Dec 2025 11:23:31 +0900 From: Michael Paquier To: Euler Taveira Cc: Aleksander Alekseev , pgsql-hackers , Peter Eisentraut Subject: Re: change default default_toast_compression to lz4? Message-ID: References: <435df33a-129e-4f0c-a803-f3935c5a5ecb@eisentraut.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="goeXiaWaDqVmFeKm" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --goeXiaWaDqVmFeKm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 04, 2025 at 05:11:15PM -0300, Euler Taveira wrote: > Here it is v2. It enforces the lz4 dependency. It works the same as other > dependencies (readline, icu, zlib); error if the dependency could not be found. > Regarding meson, I'm confused. If any of the referred dependencies (icu, > readline, zlib) is not found, there is no hard error. Instead, the feature is > disabled. I searched for a discussion about this decision but couldn't find. > For this patch, I decided to use the same pattern (no error) but I added a > warning message (similar to zlib). Another thing to be careful of is that this would immediately break the CI task CompilerWarnings for mingw: [02:03:19.626] checking whether to build with LZ4 support... yes [02:03:19.626] checking for liblz4... no [02:03:19.694] configure: error: Package requirements (liblz4) were not met: So this had better be adjusted in one go, in the shape of a tweak in mingw_cross_warning_script with the addition of a --without-lz4, same way as for ICU. > Should it report an error (like autoconf) instead of silently disable the > feature that is a requirement? If yes, then we should add error messages for > these 3 dependencies. Hmm. It seems to me that we should just set not_found_dep if lz4 cannot be found, leaving meson_options.txt as it is currently, no? One could always force meson's hand with -Dlz4=disabled. As a whole, I'd value more consistency with how icu is handled if we want to force LZ4 across the board in the backend. The case with zlib is different in the backend: we only use it on a wanted-basis for compression specifications in server-side compressed base backups, so it seems to me that there's a case for being a tad more aggressive with LZ4 as it relates to TOAST compression, forcing an error rather than ignoring it silently if it cannot be found. -- Michael --goeXiaWaDqVmFeKm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmkyQiMACgkQnvQgOdby QH2Q1A//SxyUwTvRPpkA/1yI8cMC7WrAQ8JrZrYxj+QWcHgZ/c3CJlPek6PBPfJM 1wJJELy1/ab/oEVgU1iUAOxUXOc0KDDbzBc19pvn4dC1oHtairH1NUj2EKQl1l8b JLIhSqqZFjDacc2GziP2Ib5ZNQqyPRUPLZvDFa2XAd6t1deLzvDKBMgIcV/PtsVu Ord5GEJylKXYBbDvb80jBxjs9WBv7lBtT1YaNmF0ohg2fCj11R7uerneZSg2r4pP rnwleUeFkUa17JuGE5w87QwbrAY9wiONI7+eZVNMYpdcO602KJ0ZzYocRY8Q9KzK pJerWDbJeGDmx4kbWZ2Gp7wUZ0qyXOzYnuGo4hdijOAqbH3mPS6qC4k6H2VrcJoK 0AgTJMslOzkxe+k8dCluMnaqbFnPJBAHpsqINaeFXd9MIPr/PO4EaAlwcmNbirZf LVZX4HRHH2G5tRbTz0HJnJSVcJ548ElrzQcXTMPWAocpzu1P3PgC3UaJgcNfzo19 P4gaxw6L8Alkq3R+xf+d18TUzZiCThVjkOiKrNmjR4eGrHIfhs6/hKK4XLNzR+bX /UB+SsNaVDPxeVBO1cRSHX4zZ5iByQRyLL0sBSFGmdPeekFcRiLYb97/l7/GeuNF bpjSc1o58rl9eA0eDD4VT6RL301JEoxb3bmVsT+li8klGCRFhSI= =HN/0 -----END PGP SIGNATURE----- --goeXiaWaDqVmFeKm--