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 0142515815E for ; Sat, 10 Feb 2024 00:03:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D8EA2E2ACB; Sat, 10 Feb 2024 00:03:37 +0000 (UTC) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (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 9D83DE2A98 for ; Sat, 10 Feb 2024 00:03:37 +0000 (UTC) Received: by mail-pf1-x42a.google.com with SMTP id d2e1a72fcca58-6e09493eb8eso698373b3a.1 for ; Fri, 09 Feb 2024 16:03:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=footclan-ninja.20230601.gappssmtp.com; s=20230601; t=1707523416; x=1708128216; darn=lists.gentoo.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=GO4+DEajFw6iE2gn4vkM1j7K0sJn0z5Q6BhXhaz9pgU=; b=Z8pU0JDhlLacEl3bh5cspdWwGIYYxyNGvB+5MENP7f8ipYambl4eakQC3vv/uJyhaS Up4v5N0FwHEVRmWhUMlwbxXxgmsQEiexIKsMSo6QUbSk/cRjmT3LUfoVXneJ1sh4AmxO jTlOCdqmI51Q9QtFU1h1pnbRXJJCY1zHTYBUv5awy9cKpibSXKrvYmfU7e0iG7cpW1zm Cv8fZZZUl2kAHeIheNAeXTldrhgZ5tbGBkQoKdda7Dw3ew/nG59cH3+MYywE25KGZPF0 gE5ueu6HIpXcJ9aQQmOhHlrOcRAzmflsagkshrWYcJXt3lJO2c8/v5JpSmsUJp9JB5Uq zVPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707523416; x=1708128216; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=GO4+DEajFw6iE2gn4vkM1j7K0sJn0z5Q6BhXhaz9pgU=; b=ACgZNYURmUEA9Tu3+mfV9pSUeMA6/bXMsfP+xO/+BQR0uBJNkvid90BzdacEqevIx/ p/m2pjB6PKZU3/n8W16mtEZNHNBYPOyTrvcxguTqOCykBut3mhWup1GSSno7N0Mr+iHL fb4sHbMASWwz8Y7AFhM9EMUg7dBq7u1+n4owxlvuVbcjIfZAl4X7DnloSRfFPUcA5DxF avWUCsVNWrsp1t2JsRWu5TKYSY3OLry/QzO95IrZek9oEZLZsZHep947u1r4hM+SQ+eP D7Kyu369NpmNP89az+F4ojc5bBQqEbO7UtvmswoHY27H5JDZ7nKYc5GQJFdpJpEbiLsG PCAQ== X-Gm-Message-State: AOJu0YySK7w+xT5LEzH0JhWObZHHxaHrjKRAj6CtSuo19gJpFADMLGVH 87nHdOWh4yz2ng06mWbTDIfPbMr5qybpSs7dNsT+kr/8XwwonCUG2v8RmiW5KeM6r/PLh3JVLc/ XAtmSUBCcxftLrbCUtvMXDt9OyDBmdbrtoMFgE616oTrIgEmVWvUFCW2Ia7oY8Up0eqHIqRNDn2 L2oANDl8zDnhYDJt1RCIZnYDk1qOZkzvpE9EIc9arpSCzMpPOrRvE= X-Google-Smtp-Source: AGHT+IF6FfTuB8TNYEYlIyBJS+eWZF/0qMXcSiXC98U+8tmsGYKpLNhRj+BBcSjSGlrI7+zw0y5kKA== X-Received: by 2002:a05:6a20:a93:b0:19e:c32f:35eb with SMTP id b19-20020a056a200a9300b0019ec32f35ebmr336905pzf.3.1707523416188; Fri, 09 Feb 2024 16:03:36 -0800 (PST) Received: from [10.42.20.24] (119-18-36-251.771224.bne.static.aussiebb.net. [119.18.36.251]) by smtp.gmail.com with ESMTPSA id e21-20020a631e15000000b005d8e280c879sm2383010pge.84.2024.02.09.16.03.34 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 09 Feb 2024 16:03:35 -0800 (PST) Message-ID: <85f5ba6f-54f8-4fc1-915a-622fd868cd92@footclan.ninja> Date: Sat, 10 Feb 2024 10:03:33 +1000 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 Subject: Re: [gentoo-dev] special small-files USE flag without effect on dependencies: [ unicode ] Content-Language: en-US To: gentoo-dev@lists.gentoo.org References: <6eae895976c68d4c4a4d2036476d4d100c63c797.camel@gentoo.org> <91f35079-037f-45aa-8041-c964e418818b@gmail.com> <177a7913d39c590f43a8261b96ebf155b642d6a8.camel@gentoo.org> <4a608d4e-a605-41a7-9d64-3ef4247f834b@gmail.com> <95043973757aab8c25587fbe98409a85a330b658.camel@gentoo.org> <56ee84f4-ba11-46b1-9e44-164eb4168e33@gmail.com> <8db6529b478c267afa679a9b91f27cd2@shitposting.expert> From: Matt Jolly In-Reply-To: <8db6529b478c267afa679a9b91f27cd2@shitposting.expert> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 97f9d10b-257b-4a74-9de4-db7f46e7516c X-Archives-Hash: 4d42537a87b7d7c8dc82de64898422ac On 10/2/24 08:56, stefan11111 wrote: > Both removals definitely not still being contested and debated. You've conveniently ignored the context immediately below the line that you chose to quote and somehow decided to try and shoehorn in discussion of a completely different (and settled) issue. Congratulations, it's not often that I get to open my emails in the morning and untangle several different flavours of wrong in only a single line! > Maybe support as much choice as possible, and not act like you know what > users want better that the users themselves. FYI I don't appreciate your tone. Purge it down a little next time, please? Knowing what's best for users, especially when the users in question appear to be willfully misinformed, is actually part of a developer's job description. We even have a fancy section of the dev manual that's all about not adding superfluous USE flags because we've learnt through experience that providing a toggle for every single little thing in a package is not, in fact, beneficial to users overall. https://devmanual.gentoo.org/general-concepts/use-flags/index.html#when-not-to-use-use-flags Users _rely_ on developers to make sane decisions on their behalf, particularly around which USE options should exist and be togglable and which options it makes sense to just hard enable or disable in the configure step. In general we don't expect users to have an in-depth knowledge of an upstream build system; they don't need to be across the implementation details of every single configure option, they just need to trust the options enabled by ebuild developers (and by extension the decisions made by the wider project, including [and especially] areas like QA). In addition to this there are mechanisms through which a user can choose to override the decisions made within an ebuild, including but not limited to the already-mentioned EXTRA_ECONF, MYMESONARGS, MYCMAKEARGS in package.env. TL;DR: Methinks thou dost make too great a mountain of that which is but a molehill On to the main subject, we already default USE=unicode to on in the ebuild and a browse over the sbcl docs suggests that it's also the upstream default and is unlikely to break anything given that it's been that way since version 0.8.17 and we're well into major version 2 by now. Just drop the USE and default it to on - QA is right in this case: in the absence of a compelling reason to keep the USE it should be dropped. Cheers, Matt