Hi Jacek,

I think this is kind of expected as qserv-configure makes a snapshot of

the environment and freezes that in init.d scripts. If you do something

that invalidates relevant variables (PYTHONPATH, LD_LIBRARY_PATH) then

you need to re-run qserv-configure. I do not remeber exact reason why it

has to be done this way, but I remeber discussion about alternatives

(like running eups' setup) which looked worse.

Cheers,
Andy
 

 

From: Becla, Jacek
Sent: Friday, August 28, 2015 4:06 PM
To: Salnikov, Andrei A. <[log in to unmask]>
Cc: qserv-l <[log in to unmask]>
Subject: runtime dependencies for wmgr

 

AndyS,

 

Question about setting up dependencies for wmgr…

 

I start with my environment that contains qserv master branch, and db module from the stack.

 

Then I want to switch to qserv branch that has wmgr code ported to the new db API. 

I expected that something like this would work:

 

setup -r db # the db that has my newly ported code

setup -r qserv -k

 

“scons -j9 && scons install" for both

 

restart all qserv services

 

but it does not. I am unable to start wmgr because of

 

  File "/usr/local/home/becla/stack/repos/qserv/lib/python/lsst/qserv/wmgr/dbMgr.py", line 48, in <module>

    from lsst.db.mysqlUtils import *

ImportError: No module named mysqlUtils

 

The only way to alleviate this problem is to go through qserv-configure.

 

I wonder if there is a way to avoid that….

 

J.

 

 



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