My productive Tryton is running locally in a VENV, still at Tryton version v7.0. Basic system is ubuntu, which I recently upgraded from v24 to v26; with this came upgrades
- postgres 16 → 18
- python 3.12 → 3.14
I re-created a new VENV and reinstalled all my modules. At the ‘trytond-admin’-command, this message appeared:
trytond-admin -c trytond.conf -d 70-prod --all -v
61625 125891824665088 [2026-06-01 17:28:03,215] WARNING trytond.backend.postgresql.table Unable to migrate column data on table ir_queue from text to jsonb.
61625 125891824665088 [2026-06-01 17:28:08,997] WARNING trytond.convert Field name of 76@ir.action.act_window not updated (id: act_account_type_template_tree), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:09,488] WARNING trytond.convert Field name of 137@ir.action.act_window not updated (id: act_tax_rule_template_form), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:14,064] WARNING trytond.convert Field name of 162@ir.action.act_window not updated (id: act_shipment_in_return_form), because it has changed since the last update
61625 125891824665088 [2026-06-01 17:28:14,087] WARNING trytond.convert Field name of 167@ir.action.act_window not updated (id: act_shipment_out_return_form), because it has changed since the last update
Nevertheless, the Tryton server starts without problems. The Tryton client’s launch produces this error at console:
$ tryton
ERROR:tryton.common.common:Es war nicht möglich nach einer neuen Version zu suchen.
Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 938, in check_version
urllib.request.urlopen(
~~~~~~~~~~~~~~~~~~~~~~^
HeadRequest(url), timeout=5, cafile=rpc._CA_CERTS)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
TypeError: urlopen() got an unexpected keyword argument ‘cafile’
nevertheless the client appears. But a login attempt results in:
Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/gui/main.py”, line 256, in do_activate
common.get_credentials()
~~~~~~~~~~~~~~~~~~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1046, in get_credentials
Login()
~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1103, in init
func(parameters)
~~~~^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/rpc.py”, line 122, in login
result = connection.common.db.login(username, parameters, language)
File “/usr/lib/python3.14/xmlrpc/client.py”, line 1096, in call
return self.__send(self.__name, args)
~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/jsonrpc.py”, line 308, in _request
raise Fault(*response[‘error’])
tryton.jsonrpc.Fault: type object ‘res.user’ has no attribute 'check’
Fault: type object ‘res.user’ has no attribute ‘check_’
but login fails with this error at client side:
Traceback (most recent call last):
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/gui/main.py”, line 256, in do_activate
common.get_credentials()
~~~~~~~~~~~~~~~~~~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1046, in get_credentials
Login()
~~~~~^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/common/common.py”, line 1103, in init
func(parameters)
~~~~^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/rpc.py”, line 122, in login
result = connection.common.db.login(username, parameters, language)
File “/usr/lib/python3.14/xmlrpc/client.py”, line 1096, in call
return self.__send(self.__name, args)
~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
File “/home/wd/TRYTON/70-prod/lib/python3.14/site-packages/tryton/jsonrpc.py”, line 308, in _request
raise Fault(*response[‘error’])
tryton.jsonrpc.Fault: type object ‘res.user’ has no attribute 'check’
Fault: type object ‘res.user’ has no attribute ‘check_’
As it’s my productive system, I’d be very grateful for hints on repairing this.
EG