-
-
Notifications
You must be signed in to change notification settings - Fork 12.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
mkdocs: fix linkage #163476
mkdocs: fix linkage #163476
Conversation
Signed-off-by: Patrick Linnane <[email protected]>
Seems weird to be syntax only to introduce a dependency when the current bottles aren't using it no? The linkage of the current bottles shouldn't be broken, otherwise |
Working through a bunch of indirect linkage stuff so we can get Homebrew/brew#16718 merged. |
Ok so if it's already in the dep tree indirectly, doesn't that mean all Python dependents have it indirectly as there's no other dependencies here? |
Ok this is strange. Compiling locally I'm not seeing any linkage with Using
This is despite |
|
To be clear, the behaviour I expect is that libyaml linkage is introduced by adding this dependency (and is a good idea to do so, for opportunistic linkage reasons + performance in some cases), but would require a bottle rebuild for that to show. For example,
|
So essentially we need to do a rebuild and publish those bottles when adding |
Yes |
Thank you for the clarification. I have a better understanding now. I've kicked off a rebuild in this PR, and will run back through the previous ones to get those handled as well. |
🤖 An automated task has requested bottles to be published to this PR. |
HOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>
, where<formula>
is the name of the formula you're submitting?brew test <formula>
, where<formula>
is the name of the formula you're submitting?brew audit --strict <formula>
(after doingHOMEBREW_NO_INSTALL_FROM_API=1 brew install --build-from-source <formula>
)? If this is a new formula, does it passbrew audit --new <formula>
?