make check requires sudo on OS X about ctl HOT 13 CLOSED

It is working for me without sudo. Here is my config:

bens-mbp:build ben$ brew --config
HOMEBREW_VERSION: 0.9.5
ORIGIN: https://github.com/Homebrew/homebrew.git
HEAD: e516fb747eaf2877b0257e53ecdc439c5b323391
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
CPU: 8-core 64-bit sandybridge
OS X: 10.9.3-x86_64
Xcode: 5.1.1
CLT: 5.1.0.0.1.1396320587
GCC-4.2: build 5666
Clang: 5.1 build 503
X11: 2.7.6 => /opt/X11
System Ruby: 1.8.7-358
Perl: /usr/bin/perl
Python: /usr/local/bin/python => /usr/local/Cellar/python/2.7.6_1/Frameworks/Python.framework/Versions/2.7/bin/python2.7
Ruby: /usr/local/bin/ruby => /usr/local/Cellar/ruby/2.1.2/bin/ruby

cmake version 2.8.12.2

Log: https://gist.github.com/cbenhagen/24b0af2b89a7d82dedb5

from ctl.

can you try running:

brew install https://github.com/cbenhagen/homebrew/raw/aces_container/Library/Formula/aces_container.rb
brew install -vd https://github.com/cbenhagen/homebrew/raw/ctl/Library/Formula/ctl.rb

from ctl.

I'd already grab that from you. I still get the exception. I can't tell from your gist, but are you using Clang or GCC4.2 as the compiler?

See my output here:

https://gist.github.com/aforsythe/cf6a75f7fe0e0988c816

On May 27, 2014, at 1:23 PM, Ben Hagen [email protected] wrote:

can you try running:

brew install https://github.com/cbenhagen/homebrew/raw/aces_container/Library/Formula/aces_container.rb
brew install -vd https://github.com/cbenhagen/homebrew/raw/ctl/Library/Formula/ctl.rb

—
Reply to this email directly or view it on GitHub.

from ctl.

It is using Clang 5.1.0. Here is the full output from a homebrew build:
https://gist.github.com/cbenhagen/29658797e27a030a765b

from ctl.

what does brew doctor say?

from ctl.

https://gist.github.com/aforsythe/e5cef710b3d2ebb3f0fe

On May 27, 2014, at 1:40 PM, Ben Hagen [email protected] wrote:

what does brew doctor say?

—
Reply to this email directly or view it on GitHub.

Alex Forsythe
Image Engineering Manager
Academy of Motion Picture Arts and Sciences
1313 Vine Street Hollywood CA 90028
323.817.4170 mailto:[email protected]

from ctl.

Those problems may be related. Lets fix those issues first. You can safely delete all those files its complaining about. And sudo chown -R alex /usr/local/share/man/ so that homebrew can write to it.

from ctl.

brew doctor reports "Your system is ready to brew." but I'm still getting the same exceptions.

On May 27, 2014, at 1:49 PM, Ben Hagen [email protected] wrote:

Those problems may be related. Lets fix those issues first. You can safely delete all those files its complaining about. And sudo chown -R alex /usr/local/share/man/ so that homebrew can write to it.

—
Reply to this email directly or view it on GitHub.

Alex Forsythe
Image Engineering Manager
Academy of Motion Picture Arts and Sciences
1313 Vine Street Hollywood CA 90028
323.817.4170 mailto:[email protected]

from ctl.

Can you post the content of unittest/Testing/Temporary/LastTest.log from a homebrew build?

from ctl.

https://gist.github.com/aforsythe/a14a36b542b9589e44bb

On May 27, 2014, at 2:15 PM, Ben Hagen [email protected] wrote:

Can you post the content of unittest/Testing/Temporary/LastTest.log from a homebrew build?

—
Reply to this email directly or view it on GitHub.

Alex Forsythe
Image Engineering Manager
Academy of Motion Picture Arts and Sciences
1313 Vine Street Hollywood CA 90028
323.817.4170 mailto:[email protected]

from ctl.

Figured it out ... apparently if the environment variable CTL_MODULE_PATH is set and does not include the current directory the test can't find the needed CTL Modules.

I changed by CTL_MODULE_PATH to include . but not setting the environment variable during installation also works. Is this an appropriate solution, or is a more robust solution needed?

from ctl.

This issue has resurfaced and fortunately there was a solution to try. However, it would be nice to resolve this so it doesn't come up again. So, what do we think might be the appropriate fix here?

@cbenhagen Is it possible to have a brew formula reset environment variables? If so, perhaps we just have it set CTL_MODULE_PATH= before install?

from ctl.

@scottdyer i proposed a change in the homebrew formula that unsets $CTL_MODULE_PATH during install. But what about other platforms? Shouldn't this be fixed somewhere else? Maybe the current directory should always get searched first like discussed in #26.

from ctl.