From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: Update on the 23.0 profiles
Date: Mon, 8 Apr 2024 06:40:26 -0000 (UTC) [thread overview]
Message-ID: <pan$ee0f6$ad8b996e$953cd698$f59c2d04@cox.net> (raw)
In-Reply-To: 5458013.Sb9uPGUboI@pinacolada
Andreas K. Huettel posted on Sun, 07 Apr 2024 15:07:01 +0200 as excerpted:
> Am Sonntag, 7. April 2024, 14:51:55 CEST schrieb Michael Orlitzky:
[USE="lzma zstd" in 23.0 profiles]
>> [R]emarkably bad timing. How it looks: Gentoo's response to the xz
>> incident is to have me rebuild my entire system with everything that
>> could possibly be linked to liblzma, linked to liblzma. Even on the
>> hardened profiles, and with no easy way to prevent it.
Agreed. Timing is ... unfortunate, making for absolutely terrible
appearances. Tho for better or worse Gentoo will likely avoid the bad
press Arch or the the big guys would get for such a play as we're simply
not mainline enough any longer (Arch having eclipsed us as "the techie
distro" in the press years ago now).
> Well, we're now working with the best-audited compression library ever,
> I guess.
Also agreed...
>> 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.
That's the core operational debate. Perhaps better to debate zstd and
lzma separately due to timing and relative ease (see below).
> Easily doable with lzma, if there is consensus for it.
Given lzma's easy, I'd vote for the revert, if only due to the unfortunate
timing. It can always be reconsidered later, even if for pragmatic
reasons "later" ends up being the /next/ profile upgrade, presumably some
years away.
But with the 17 downgrade to exp (if not deprecated yet), if we're
changing it (and not temporarily reverting the 17 exp) it should be ASAP!
> Slightly more complex for zstd since this affects gcc and binutils.
> Still doable though.
For zstad I'd keep as-is because it's both more difficult and lacks the
direct timing issues.
TLDR stop!
FWIW, no effect either way here/personally, because I configured portage
to ignore profile USE flags (as well as IUSE-defaults) years ago, in large
part precisely /because/ of the undesired USE-flag churn. And in general
it has made me a /much/ happier gentooer, because USE-flag no longer
blindly toggle without my having to go unduly out of my way to find out
why. (I already review the git log when a USE flag suddenly (dis)?
appears, unless it's blindingly obvious why without checking the log.)
The one thing I wish I had was an indication of IUSE-defaults for changes
on upgrades and for new packages. Sure I can (and do) grep for IUSE if I
have reason to wonder (more frequently for new packages if I don't know
whether I want something enabled or not), but I imagine I miss most of the
on-upgrade ISUE-default-changes as unlike the flag entirely (dis)?
appearing or (un)masking (which is still active from the profile) there's
nothing alerting me to IUSE-default changes.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2024-04-08 6:40 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-06 15:06 [gentoo-dev] Update on the 23.0 profiles Andreas K. Huettel
2024-04-07 2:03 ` Michael Orlitzky
2024-04-07 12:35 ` Andreas K. Huettel
2024-04-07 12:51 ` Michael Orlitzky
2024-04-07 13:07 ` Andreas K. Huettel
2024-04-08 6:40 ` Duncan [this message]
2024-04-08 12:00 ` Michael Orlitzky
2024-04-08 15:16 ` Eddie Chapman
2024-04-07 14:48 ` Michał Górny
2024-04-07 21:09 ` Michael Orlitzky
2024-04-08 0:22 ` Alex Boag-Munroe
2024-04-08 3:07 ` Michał Górny
2024-04-07 11:35 ` Florian Schmaus
2024-04-07 12:31 ` [gentoo-dev] " Madhu
2024-04-07 13:27 ` Andreas K. Huettel
2024-04-11 16:37 ` [gentoo-dev] " Madhu
2024-04-07 12:32 ` [gentoo-dev] " Andreas K. Huettel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='pan$ee0f6$ad8b996e$953cd698$f59c2d04@cox.net' \
--to=1i5t5.duncan@cox.net \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox