summaryrefslogtreecommitdiff
path: root/odoo-bin
AgeCommit message (Collapse)Author
2017-09-18[FIX] namespace packages: move from pkg_resources-style to pkg_utilStéphane Bidoul (ACSONE)
Deprecates the previous pkg_resources-style packages. Our use was not entirely spec compliant, and it broke with setuptools 31. More information in https://github.com/odoo/odoo/pull/15718 Instead, use the pkgutil-style namespace packages. This is spec compliant as long as all other distributions providing odoo.addons use PEP 420 namespace packages (i.e. no __init__.py). So this mechanism fully works on Python 3 only, but does not break anything on Python 2. See also: https://packaging.python.org/guides/packaging-namespace-packages/#pkgutil-style-namespace-packages Closes #19517 Fixes #15718
2017-09-12[🐍3] 🎉Christophe Simonis
2017-01-06[FIX] odoo-bin: server UTC timezone on windowsNicolas Lempereur
On UNIX, the timezone modules conversions can be reset by using `time.tzset()`. On windows this is not available and the timezone (TZ) environment variable must be set before the first import of time module. If not, all datetime gotten in python without specifying UTC (such as datetime.datetime.now) could be wrong. This was fixed with 4a77c6a0 in 2013, but has come back since 389c2ba97b imported pkg_resources (which do a `time` module import) before that. closes #14926 opw-693764
2016-09-30[REF] packaging: make odoo a namespaced package=?UTF-8?q?St=C3=A9phane=20Bidoul=20=28ACSONE=29?=
by auto-extending addons path with odoo.addons.__path__. This patch also introduce * an explicit declaration of odoo.addons as a namespace package This is necessary because the standard way of declaring namespace packages in setup.py does not work as long as odoo/__init__.py contains code. * a more reliable way to find odoo root path.
2016-09-30[REF] cli: renamed openerp-server to odoo-binSimon Lejeune
The use of an entry point was considered in order to provide an `odoo` command in the path for the packages users, but the generated entry point will first check that all the things in install_requires were provided in a not bright way: it'll check that it matches a distribution name. This does not work because python-chart does not have the distrubtion name "pychart" which is provided by the python-pychart package in debian jessie. Same for suds-jurko which is provided by python-suds in debian stretch but does not have the distribution name "suds". Also, adapted the packages tests to these cli changes.