Thanks for taking a look at this. I don't think the current solution of using Utils::Bottles.tag will work here since it relies on HOMEBREW_PROCESSOR and HOMEBREW_SYSTEM which are both set once at start up time. This means that you'd only be able to use this to download bottles for your current system and arch and not for the system and arch specified by the user which is an existing feature.

It sounds like ideally we'd have some way to realize that an intel-sequoia bottle doesn't exist and that the sonoma bottle would be used instead. Then, maybe we could display that as a warning to the user.

It sounds like ideally we'd have some way to realize that an intel-sequoia bottle doesn't exist and that the sonoma bottle would be used instead.

Agreed. The logic in find_matching_tag is the relevant ones here; looking at those call-sites should help narrow this down. If you're lost: shout and I'll help more!

Then, maybe we could display that as a warning to the user.

No need to warn for this given we don't warn for brew install either.

One thing is that fallback would occur if arch were aligned since BottleSpecification#tag? and other methods default to no_older_versions=false

Currently, brew fetch uses :arm and :intel as input and passes these on as arguments. Bottle tag use :arm64 and :x86_64 so some parts of code consider these different architectures, e.g.

brew(main):001> Formula["qt"].bottled?(Utils::Bottles::Tag.new(system: :sequoia, arch: :arm))
=> false
brew(main):002> Formula["qt"].bottled?(Utils::Bottles::Tag.new(system: :sequoia, arch: :arm64))
=> true
brew(main):003> Formula["qt"].bottle_for_tag(Utils::Bottles::Tag.new(system: :sequoia, arch: :arm64)).tag
=> #<Utils::Bottles::Tag:0x000000012a8db8c0 @arch=:arm64, @system=:sonoma, @to_macos_version=#<MacOSVersion: "14">>

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

@muneebmahmed Would still like this PR but needs a tweaked approach!