gnumed-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-bugs] v17 ... v19 bootstrapping and client unable to access


From: Karsten Hilbert
Subject: Re: [Gnumed-bugs] v17 ... v19 bootstrapping and client unable to access resulting v19
Date: Tue, 12 Nov 2013 16:56:39 +0100
User-agent: Mutt/1.5.21 (2010-09-15)

On Mon, Nov 11, 2013 at 11:07:24PM +0000, Jim Busser wrote:

> The apparent dependence (v18 … v19) to designate an org unit as the primary 
> praxis location

For clarification: the v18 -> v19 upgrade step does not designate
an org unit to be your primary praxis location either. That is
only done on the very first run of the 1.4 client (or, rather,
when a >1.3 client is run and no praxis location exists).

> Upgrading "gnumed_v18" to "gnumed_v19" did not finish successfully.

Can I have the log ?

> Dads-MacBook:client dad$ cd /Users/dad/Downloads/gnumed-client.1.4.0/client
> Dads-MacBook:client dad$ sh gm-from-vcs.sh
> -------------------------------------------------
> gm-from-vcs.sh: line 49: git: command not found
> Running from Git branch:
> -------------------------------------------------
> Running from local source tree (/Users/dad/Downloads/gnumed-client.1.4.0) ...
> Adjusting PYTHONPATH ...
> /Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmGuiMain.py:3600: 
> wxPyDeprecationWarning: Call to deprecated item 'InitAllImageHandlers'.
>   wx.InitAllImageHandlers()
> Error in sys.excepthook:
> Traceback (most recent call last):
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmExceptionHandlingWidgets.py",
>  line 230, in handle_uncaught_exception_wx
>     wx.EndBusyCursor()
>   File 
> "/usr/local/lib/wxPython-2.9.5.0/lib/python2.7/site-packages/wx-2.9.5-osx_cocoa/wx/_misc.py",
>  line 322, in EndBusyCursor
>     return _misc_.EndBusyCursor(*args)
> wx._core.PyAssertionError: C++ assertion "gs_wxBusyCursorCount > 0" failed at 
> /BUILD/wxPython-src-2.9.5.0/src/osx/cocoa/utils.mm(394) in wxEndBusyCursor(): 
> no matching wxBeginBusyCursor() for wxEndBusyCursor()
> 
> Original exception was:
> Traceback (most recent call last):
>   File "gnumed.py", line 631, in <module>
>     gmGuiMain.main()
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmGuiMain.py", line 
> 3604, in main
>     app = gmApp(redirect = False, clearSigInt = False)
>   File 
> "/usr/local/lib/wxPython-2.9.5.0/lib/python2.7/site-packages/wx-2.9.5-osx_cocoa/wx/_core.py",
>  line 8631, in __init__
>     self._BootstrapApp()
>   File 
> "/usr/local/lib/wxPython-2.9.5.0/lib/python2.7/site-packages/wx-2.9.5-osx_cocoa/wx/_core.py",
>  line 8196, in _BootstrapApp
>     return _core_.PyApp__BootstrapApp(*args, **kwargs)
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmGuiMain.py", line 
> 3071, in OnInit
>     if not self.__verify_praxis_branch():
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmGuiMain.py", line 
> 3283, in __verify_praxis_branch
>     if not gmPraxisWidgets.set_active_praxis_branch(no_parent = True):
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/wxpython/gmPraxisWidgets.py",
>  line 412, in set_active_praxis_branch
>     branches = gmPraxis.get_praxis_branches()
>   File 
> "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/business/gmPraxis.py", line 
> 136, in get_praxis_branches
>     rows, idx = gmPG2.run_ro_queries(queries = [{'cmd': cmd}], get_col_idx = 
> True)
>   File "/Users/dad/Downloads/gnumed-client.1.4.0/Gnumed/pycommon/gmPG2.py", 
> line 1190, in run_ro_queries
>     curs.execute(query['cmd'], args)
>   File 
> "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/psycopg2/extras.py",
>  line 120, in execute
>     return super(DictCursor, self).execute(query, vars)
> psycopg2.ProgrammingError: relation "dem.v_praxis_branches" does not exist
> LINE 1: SELECT * FROM dem.v_praxis_branches WHERE true

This means that you either connected to the wrong database (v18 ?)
or else the v18 -> v19 upgrade failed despite saying it succeeded.

As for the latter only the log can tell as - upon checking - the
code is clearly supposed to do the right thing.

Karsten
-- 
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346



reply via email to

[Prev in Thread] Current Thread [Next in Thread]