I would like to test my stack installation, I have tried to run the lsst_dm_stack_demo-11.0.
After
setup obs_sdss
```
bin/demo.sh gives:
```
Setting up: astrometry_net_data Flavor: DarwinX86 Version:
LOCAL:/Users/dadoun/LSST/lsst/lsst_dm_stack_demo-11.0/astrometry_net_data
Could not import lsstcppimport; please ensure the base package has been built
(not just setup).
Traceback (most recent call last):
...
Referenced from: /Users/dadoun/LSST/lsst/DarwinX86/pex_policy/
2015_10.0-1-gd4eb80a+2/python/lsst/pex/policy/_policyLib.so
Reason: image not found
```
Any idea ?
v11.0 of the demo does not work on El Capitan. You need to use the version of demo that matches the release that you have installed. The most recent weekly has tagged the demo with the same tag. Since this is a pre-release you will need to clone the demo repository from github and checkout the corresponding tag for testing.
Thanks for your answer.
With lsst_dm_stack_demo-w.2016.12 I still have some problems :
Traceback (most recent call last):
File "lsst/DarwinX86/pipe_tasks/
2015_10.0-5-g343945c/bin/processCcd.py", line 25, in <module>
ProcessCcdTask.parseAndRun()
...
File "lsst/DarwinX86/pex_config/2015_10.0-1-gc006da1+1/python/
lsst/pex/config/config.py", line 692, in __setattr__
raise AttributeError
("%s has no attribute %s"%(_typeStr(self), attr))
AttributeError: lsst.pipe.tasks.processCcd.ProcessCcdConfig
has no attribute loadSdssWcs
```
The config parameter loadSdssWcs is from an outdated SDSS-specific version of processCcd.py called processSdssCcd.py. This looks like a version mismatch. Could you please post the results of eups list -s (after you set up for a run)? This shows all packages that are setup.
Also, please post bin/demo.sh from your version of lsst_dm_stack_demo, or at least the line that runs processCcd.py (approximately line 60).
You are right
I have tried to install the good stack version:
eups distrib install -t w_2016_12 lsst_apps
During the mysql python I had this error:
[ 13/56 ] mysqlpython 1.2.3.lsst1-1-g120147b+4
***** error: from /Users/dadoun/LSST/lsst/EupsBuildDir/DarwinX86/mysqlpython-1.2.3.lsst1-1-g120147b+4/build.log
sh: mysql_config: command not found
Traceback (most recent call last):
File "setup.py", line 15, in <module>
...
```
It seems that mysql isn't present in the package unlike the standard version ...
(I have tried to install my own mysql version but after I had some 'mysql/mysql.h' file not found problem during daf_persistence installation)
That is provided by the mariadbclient package which I assume built okay for you (and therefore EUPS setup should have placed that in the path). I haven’t seen that error before.
ld: file not found: libz.1.dylib for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
scons: *** [python/lsst/daf/persistence/_persistenceLib.so] Error 1
scons: building terminated because of errors.
I think a new weekly will be needed to fix that one. I’m a bit surprised because I thought DM-5595 fixed that specific problem (by telling mariadbclient not to look in the minconda library directory) but I am somewhat confused because looking back at my eups distrib install output it seems that it’s really installing commit d04d8b7 from 7 weeks ago but should be using 2ac29f1 from 3 weeks ago. I am unsure as to how the weekly from a couple of weeks back managed to miss that commit from 3 weeks back.
Sorry about that. @frossie can a new weekly be made sooner rather than later?
(see 