Closed bdorney closed 5 years ago
However, this change is 4 months old, and @mexanick states it doesn't affect "current" functionality:
https://github.com/cms-gem-daq-project/reg_utils/commit/4a9ceb68ed78645c4dd1a4ebdc1d88ab04d53a86
@mexanick any ideas on this issue?
I think @jsturdy is right. Could you please revert this trivial change? I believe rpcman
would act as legacy while librwreg
provides refactored functional which causes incompatibility such as an attempt to load inexisting module and thus you receive the RPCConnectionError
I think @jsturdy is right. Could you please revert this trivial change? I believe
rpcman
would act as legacy whilelibrwreg
provides refactored functional which causes incompatibility such as an attempt to load inexisting module and thus you receive the RPCConnectionError
The trivial change we are talking about is this commit right?
https://github.com/cms-gem-daq-project/reg_utils/commit/4a9ceb68ed78645c4dd1a4ebdc1d88ab04d53a86
yes
Addressed by #46
Brief summary of issue
It seems if the package is built from commit 60e4e25a839bd521c5ccee4e99c8f83914f8a783 everything is good; however if the package is built from the current
HEAD
ofmaster
(7b9cf050c63dae5f3a9b5803389130cff2f039fa) when trying to use any python tool from a downstream repo that opens an rpc connection an rpc not connected error is thrown.Types of issue
Expected Behavior
An rpc connection error should not be thrown.
Current Behavior
On commit 60e4e25a839bd521c5ccee4e99c8f83914f8a783:
On commit 7b9cf050c63dae5f3a9b5803389130cff2f039fa we get:
Steps to Reproduce (for bugs)
reg_utils/python/reg_interface
package from currentHEAD
,Possible Solution (for bugs)
I recall this being due to some
import *
shenanigans last time.There's probably an import that has changed somewhere that causes an additional rpc pointer to be loaded by mistake.
Context (for feature requests)
Breaks python API.
Unable to use the new
set-phase
feature ofgbt.py
.