From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 5C6DA158041 for ; Mon, 8 Apr 2024 15:16:36 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 654A6E2A2E; Mon, 8 Apr 2024 15:16:31 +0000 (UTC) Received: from james.steelbluetech.co.uk (james.steelbluetech.co.uk [78.40.151.100]) (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 pigeon.gentoo.org (Postfix) with ESMTPS id 10D52E29CD for ; Mon, 8 Apr 2024 15:16:30 +0000 (UTC) Received: from [10.0.5.25] (tv.ehuk.net [10.0.5.25]) by james.steelbluetech.co.uk (Postfix) with ESMTP id 28156BFC19 for ; Mon, 8 Apr 2024 16:16:29 +0100 (BST) DKIM-Filter: OpenDKIM Filter v2.10.3 james.steelbluetech.co.uk 28156BFC19 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ehuk.net; s=default; t=1712589389; bh=KKDxH5wUsJ0fuizsuwMxkIHuxkl8D0Hmpwd5ciFScLM=; h=Date:From:Subject:To:References:In-Reply-To:From; b=t2nTpxN8vc8IPI+WC/L8YitD7pveAs7FdSQxWuQ6OvmWeqg6JllFN0vXe/un2l5CP REbgEz0pfFOd8+bF632aFU+iAfZVsbglKU3idn31wwjZTWMxDLEeKXNyYJ3a5gauRh mDVqJpxuxOce47BvfZnZCDaG+ruI2RL/NMLP6lT5KjfV+K5IaEz/jKVfxYr6bSSXfH Gu9qrWalqP2tGBBUmF5om+adxEjj/OhaDjPpaYTsEf1EMemzH015apQ1u1PFtD0Qqi QQ4XMeYtngZawNjzLYQFRyb/0NAZ9a4s/vb2rOG8KOWNqwazgDAKLQhHJAB8N7sq/v InyjYVr0xgS1Q== Message-ID: Date: Mon, 8 Apr 2024 16:16:29 +0100 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Eddie Chapman Subject: Re: [gentoo-dev] Update on the 23.0 profiles To: gentoo-dev@lists.gentoo.org References: <10606960.T7Z3S40VBb@noumea> <114170429.nniJfEyVGO@pinacolada> <5458013.Sb9uPGUboI@pinacolada> <240ec469649053c8dafc3f2beddd405825c88098.camel@gentoo.org> Content-Language: en-GB In-Reply-To: <240ec469649053c8dafc3f2beddd405825c88098.camel@gentoo.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang X-Archives-Salt: fb4d4c9a-29c6-4a65-b5bc-c792568aa530 X-Archives-Hash: 293903c593dae80dd14e2176752856a3 Michael Orlitzky wrote: > On Sun, 2024-04-07 at 15:07 +0200, Andreas K. Huettel wrote: > >>> tl;dr can we turn them back off in the profile? In any scenario where >>> they are beneficial, there's a better place to put them. >> >> Easily doable with lzma, if there is consensus for it. >> >> Slightly more complex for zstd since this affects gcc and binutils. >> Still doable though. > > Thanks: > > * https://bugs.gentoo.org/928932 > * https://bugs.gentoo.org/928933 I know this thread is only for people actually involved in Gentoo decision making, but I'll add my 2c anyway. I'm sure nobody is surprised that I support Michael Orlitzky here 100%. My personal "dream" is to have a Gentoo in the future where *all* compression is optional, only enabled by those who want it, not forced on anybody. In my opinion the importance of compression in general diminishes every year that goes by as naturally the trend in storage space has to be that it increases. So compression will increasingly become a) an extra undesirable security risk (it's quite complex to write and maintain which only increases rather than decreases the likelihood of security issues) and b) a cpu cycle waster (cpu resources will likely remain more precious than storage). I'd love to eventually see a Gentoo where most upstream source is pulled in untouched and uncompressed by default and if people want compression they can enable it. So I would hope that as each new profile release comes, Gentoo becomes less chained to any particular compression libraries than it was before, not more. But I'm aware this is unrealistic today from the pov of Gentoo infra. Still, I'm allowed to dream right? P.S. This is not a demand, just 2c, and yes, I do know ultimately the ones who role their sleeves up and submit patches will decide these things. Eddie