-
-
Notifications
You must be signed in to change notification settings - Fork 11.4k
--force-bottle not propagated to dependencies #41938
Comments
From @schmurfy on July 20, 2015 12:58 is there a way to inverse the behavior so that by default it uses bottles if available and a flag would force to build from sources ? |
Reassigning to Homebrew/homebrew. |
This is how bottles already work. A bottle will be used unless one of the following conditions is met:
|
Linuxbrew has the additional requirement that |
|
What is the user's usecase? Why are they using |
@schmurfy Why do you need |
Looks like I moved this issue prematurely, as the use case is rather specific to Linuxbrew. Thanks for your input, Mike and Misty, in any case. |
in fact the usecase is really with linuxbrew so I am not sure which part applies to homebrew itself but in linuxbrew the current default behavior is to always install from source for reasons mentioned above by @sjackman, this totally makes sense until a decent solution is found but in my case I am building my own bottles targeted at known systems I installed and I so the behavior I wish to have is reversed (and effectively the Homebrew one). All this leads to my need of "--force-bottle" to install from the bottle unless I want to build from sources, the issue is that currently "--force-bottle" only applies to the recipe you are installing, if a dependency needs to be installed it will be from sources which makes the dependencies system rather useless in my case and require installing each by hand:
I tried to look at the code to patch this myself but following the code paths is quite hard and I didn't managed to. |
Ok, this is a Linuxbrew-specific issue so closing. |
From @schmurfy on July 20, 2015 10:38
When you force bottle usage the depencies will be installed from sources even if the package is available, it looks like the flag is now passed to "brew install" for such dependencies.
I am not familiar enough (yet) to fix that myself but maybe soon :)
Copied from original issue: Linuxbrew/legacy-linuxbrew#489
The text was updated successfully, but these errors were encountered: