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