Make calvin run on fresh install

[civing]

Calvin throws an error on default configuration. Check that configurable is a dict instead of a list

Step pyasn required version to satisfy everyone ..

[persquare]

Hi,

these issues have been addressed in the develop branch. Could you please verify that checking out and running that branch does indeed fix the problems?

Also, could you supply the output from csruntime -l DEBUG when running the (unpatched) master branch on your system?

Thanks, Per

[civing]

Yep! It's working :+1:

[civing]

For the pyasn issue:

(calvin) efryper@elarm-work:~/calvin$ csruntime --host 0.0.0.0 --port 5002 --controlport 5003 --name runtime-1 -l DEBUG
Traceback (most recent call last):
  File "/home/efryper/.virtualenvs/calvin/bin/csruntime", line 6, in <module>
    from pkg_resources import load_entry_point
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3137, in <module>
    @_call_aside
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3121, in _call_aside
    f(*args, **kwargs)
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 3150, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 666, in _build_master
    return cls._build_from_requirements(__requires__)
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 679, in _build_from_requirements
    dists = ws.resolve(reqs, Environment())
  File "/home/efryper/.virtualenvs/calvin/local/lib/python2.7/site-packages/pkg_resources/__init__.py", line 871, in resolve
    raise VersionConflict(dist, req).with_context(dependent_req)
pkg_resources.ContextualVersionConflict: (pyasn1 0.1.9 (/home/efryper/.virtualenvs/calvin/lib/python2.7/site-packages), Requirement.parse('pyasn1<0.4.0,>=0.3.4'), set(['pyasn1-modules']))

I could not reproduce the configuration problem, a simple raise around the affected code was not thrown.. Maybe the configuration are not always read?