Daniel Nachun

Sorry but I don’t agree at all with this as a strict requirement. We have made the necessary changes for Linux-only GCC dependencies not be disruptive to GCC upgrades and...

We should absolutely skip dependent testing of Linux-only GCC dependencies - revision bumps should never be needed now. Now that we use the "current" symlink, we can't break bottles on...

> Sorry to be a pedant but is this "should never" "will never" or "I hope will never"? I am going to say "will never". > I'm potentially fine with...

Can I offer one suggestion to make this slightly more flexible? Could this audit be conditional on the version of the version of the `gcc` formula being more than 3...

I also really thing we should merge https://github.com/Homebrew/homebrew-core/pull/107400 before doing this, as `qt` will be debottled if that is merged, and that will be excruciating for users to build from...

> I'd rather we didn't and instead considered using a newer, non-LTS Ubuntu release once we start needing newer compilers and upstream refuses patches because our version is too old....

I updated the post to add that number, thanks for providing that! I'm hoping that it will be one of those situations where most rebuild fine - we're not actually...

One question for which feedback would be great: I'm thinking it could be valuable to have a new cellar type like `relocatable` which would mean a bottle could now be...

>I think it should be something that we feature-flag (i.e. set with an environment variable) and do local testing in a few hundred bottles before we roll it out more...

>We ship a much wider variety of software than Anaconda so I'm optimistic about this increasing the number of reproducible bottles but dubious (please prove me wrong!) that it'll work...