Ok, hey Bill - Turns out I have sudo priviledge on lsst-dev03. The standard install procedure now is that you first run : admin/bootstrap/qserv-install-deps-sl6.sh On the machine as root to get the needed rpm packages installed there, and up to date. So, I did that on the machine. So, you can try again, like Fabrice says, with the scons uninstall, and scons again and see how it goes now. Douglas On 09/30/2013 01:19 AM, Fabrice Jammes wrote: > Hello Bill, > > Sorry Bill but I can't reproduce your problem with scons of my machine. > Nevertheless, I suspect a conflict in scons versions. > > Furthermore, it seems you have qserv code here : > /u1/bchick/sandbox2/qserv-branchtest/ > and install dir here : > /u1/bchick/sandbox2/ > > First, i strongly recommand you to extract qserv source code from > qserv install dir, > for example move it in : > /u1/bchick/src/qserv-branchtest/ > > Then in /u1/bchick/src/qserv-branchtest/ run : > scons uninstall > and then : > scons > > If your still meeting the scons issue you report, here's a few > questions which should help you in diagnose it : > > *1. *Do you have "scons" rpm provided by SL6 installed on your system ? > (do you have launched, under root account, the script > %QSERV_SRC_DIR/admin/bootstrap/qserv-install-deps-sl6.sh which install > it ?) > > *2.* Do you use this rpm version : > Here's what i get after having installed qserv distribution > dependencies with qserv-install-deps-sl6.sh : > > [fjammes@clrlsst-dbmaster-vm qserv]$ which scons > */usr/bin/scons* > > If you don't get the same path, it is possible that you still run a > compiled version of scons, which was installed by previous versions of > Qserv. > In this case run > scons uninstall > and then check that > which scons > give the same output than me. > * > **3. *If the above is ok and the problem still persist, which version > of scons do you have ? > Here's mine : > [fjammes@clrlsst-dbmaster-vm qserv]$ scons --version > SCons by Steven Knight et al.: > script: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog > engine: v2.0.1.r5134, 2010/08/16 23:02:40, by bdeegan on cooldog > Copyright (c) 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, > 2010 The SCons Foundation > > *4. *If the problem still persist, please could you try launching the > attached script ? > It will install qserv (same as qserv-install, but in shell and for > qserv-master only) > and give me the failure message. > > Thanks, > > Fabrice > > > On 09/27/2013 11:21 PM, Kian-Tat Lim wrote: >> Serge, >> >>> I think scons might be ignoring the ambient environment (PATH, >>> LD_LIBRARY_PATH, etc...) when it is run, instead setting up its own >>> (presumably in the name of providing repeatable builds). >> scons does not by default pass variables from the environment in >> which it is invoked to the processes it invokes, precisely to provide >> repeatable builds. >> >> | scons does not automatically propagate the external environment used to >> | execute scons to the commands used to build target files. This is so >> | that builds will be guaranteed repeatable regardless of the environment >> | variables set at the time scons is invoked. This also means that if the >> | compiler or other commands that you want to use to build your target >> | files are not in standard system locations, scons will not find them >> | unless you explicitly set the PATH to include those locations. Whenever >> | you create an scons construction environment, you can propagate the >> | value of PATH from your external environment as follows: >> | >> | import os >> | env = Environment(ENV = {'PATH' : os.environ['PATH']}) >> > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the QSERV-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1