-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
$HOME/.compass/extensions autodiscovery crashes Rails under init #376
Comments
I'm experiencing this issue too. |
same here. Worked around it for now by adding
at the very top of application.rb for now. But that's not a very satisfying "solution" in any way |
@paukul's solution worked for me. Except I put it in my production.rb file. |
I'm launching compass from a PHP called process, so I have the same issue. |
This is a duplicate of #364 and it's already been fixed in master. |
@bhollis thanks for the catch. Closing. |
#242 (3272dc7) introduced a dependency on the Unix environment. If $HOME is not set, Compass fails to load. We're loading Compass inside Unicorn through init, which is a common use case. $HOME is unset.
For now we are reverting to 0.10 which works fine.
It seems to me that Compass extensions that are commonly needed should be rolled into gems of their own, and bundled into each application. Introducing ~/.compass/extensions, and loading from it by default, seems like a regression against all the work that's been done by the Bundler team to eliminate differences in environment between different development and production machines. It's opening the door to all sorts of fun-to-debug situations, where extensions present or missing, or versions differ between machines.
Here is the relevant part of the backtrace:
The text was updated successfully, but these errors were encountered: