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.94.2) (envelope-from ) id 1tVoWo-00Bfzk-Pq for pgsql-pkg-debian@arkaria.postgresql.org; Thu, 09 Jan 2025 09:08:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tVoVp-00FiqO-Lt for pgsql-pkg-debian@arkaria.postgresql.org; Thu, 09 Jan 2025 09:07:33 +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.94.2) (envelope-from ) id 1tVoVp-00FiqG-Fb for pgsql-pkg-debian@lists.postgresql.org; Thu, 09 Jan 2025 09:07:33 +0000 Received: from mout-p-102.mailbox.org ([2001:67c:2050:0:465::102]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tVoVk-000hm5-1Z for pgsql-pkg-debian@lists.postgresql.org; Thu, 09 Jan 2025 09:07:32 +0000 Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:b231:465::2]) (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 mout-p-102.mailbox.org (Postfix) with ESMTPS id 4YTJp51Tmzz9v7t for ; Thu, 9 Jan 2025 10:07:25 +0100 (CET) Date: Thu, 9 Jan 2025 10:07:24 +0100 From: Christoph Berg To: pgsql-pkg-debian@lists.postgresql.org Subject: Re: deb package sizes Message-ID: References: <20250109005301.3b145092@jeremy-ThinkPad-T430s> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250109005301.3b145092@jeremy-ThinkPad-T430s> X-Rspamd-Queue-Id: 4YTJp51Tmzz9v7t List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Jeremy Schneider > I'm wondering if there might be any support for providing a > "postgresql-slim" package on PGDG which excludes llvm and python? I > think this might almost cut the total install size in half, and I think > there might be many users who would value having the option. Hi, could you explain why 250 MB is too much? Disk space these days is ultra cheap and removing functionality (query JITing) does have cost as well. > Even though ICU is a larger package, I would argue for still > including it in a "slim" build. Because of the drama around glibc > collation I view ICU as especially important to make available. Note that ICU does not fix the collation drama either, you will have to reindex on ICU upgrades as well. Christoph