You need to sign in or sign up before continuing.
- Oct 03, 2017
-
-
Christophe Monniez authored
-
Christophe Monniez authored
* Add an option to avoid signing deb package * update windows vm name * add memory to kvm as win10 needs 1G * increase win VM timeout because win10 seems slower to start * add an option to keep build dir for debugging purpose
-
- Sep 18, 2017
-
-
Stéphane Bidoul authored
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
-
- Sep 12, 2017
-
-
Christophe Simonis authored
-
- Sep 07, 2017
-
-
xmo-odoo authored
Fixes #19315
-
- Aug 20, 2017
-
-
Olivier Dony authored
Those are possibly posterior or leftovers from 3979f680
-
- Jun 26, 2017
-
-
Xavier Morel authored
-
- Jun 09, 2017
-
-
Christophe Simonis authored
-
- May 26, 2017
-
-
Olivier Dony authored
Complements 021de21e and #16918
-
- May 10, 2017
-
-
xmo-odoo authored
In Python 3: * various builtins and dict methods were changed to return view/iterable objects rather than lists * and the separate Python 2 view/iterable builtins and methods were removed altogether This is problematic when using these items as list (which the happens repeatedly in Odoo), but more viciously when iterating *multiple times* over them (which also happens, which I've messed up multiple times while writing this, and which is a pain to debug even when you've just created the issue). Convert all code using these to semantics-matching cross-version helper functions to get the LCD behaviour between P2 and P3, and forbid the builtins via lint. issue #8530
-
- Apr 27, 2017
-
-
xmo-odoo authored
* Reverse wrapper courtesy of @rco-odoo's original P3 branch * thin compat module stripped down from werkzeug (to augment as needed) issue 8530
-
- Feb 22, 2017
-
-
Andrea Piovesana authored
Instead of links to 9.0 branch Closes #15588
-
- Jan 13, 2017
-
-
Nicolas Lempereur authored
In 07bf7bf4 a fix was introduced for windows server UTC timezone. It is possible it would be helpful in some situation to also have it in setup/odoo (for example if odoo was installed on windows in some other way than the Installation bundle). opw-693764
-
- Oct 24, 2016
-
-
Simon Lejeune authored
Before this patch, the debian package depends on `python-pybabel`. According to the documentation, this is a dummy package for transition from `python-pybabel` to `python-babel`[1]. This dummy package has thus been removed in debian stretch in favor of `python-babel`, and the odoo package is thus not installable in debian stretch. To fix this, we depend directly on `python-babel`, which is available in all debian releases[2]. Closes #13905 [1] https://packages.debian.org/jessie/python-pybabel [2] https://packages.debian.org/jessie/python-babel
-
Simon Lejeune authored
Without this, odoo log outputs to stdout and is catched by journald. We force the use of a log file to keep the behavior consistent with the debian package.
-
- Oct 06, 2016
-
-
Christophe Simonis authored
-
- Oct 05, 2016
-
-
Christophe Simonis authored
-
- Sep 30, 2016
-
-
Simon Lejeune authored
-
Stéphane Bidoul authored
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.
-
Simon Lejeune authored
-
Christophe Simonis authored
-
Simon Lejeune authored
no fallbacks were implemented to `openerp-server.conf`.
-
Simon Lejeune authored
Creating a centos docker image fails on our nightly server with this issue: https://github.com/docker/hub-feedback/issues/461 To create a centos image, we used another repository to host the image and we make it build in docker hub, then we pulled it. It was getting really annoying.
-
Simon Lejeune authored
-
Simon Lejeune authored
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.
-
Simon Lejeune authored
and move it under the setup package. Since the rename of the openerp directory into odoo, having a script named "odoo.py" conflicts with a package named "odoo".
-
Simon Lejeune authored
This way we do not have to pass the version as argument. This was error prone. If the timestamp has to be included in the version, just patch it during before running package.py. This was already done in our nightly servers anyway.
-
Simon Lejeune authored
Correctly pass it to the nsis script the same way it was done for the version and python version. this was a source of error at each release.
-
Simon Lejeune authored
-
Simon Lejeune authored
-
Simon Lejeune authored
-
Simon Lejeune authored
Fix the various place when the rename of the git root directory broke the packaging script. Also, we can now name the library "odoo".
-
Simon Lejeune authored
-
- Jun 10, 2016
-
-
Simon Lejeune authored
* Remove dependency on less-plugin-clean-css which distribution packages are broken on debian stretch and derivated. * Updated documentation. * Lessc provides a `--compress` argument that could solve this issue. According to the documentation at http://lesscss.org/usage/: "[...] Compress using less built-in compression. This does an okay job but does not utilise all the tricks of dedicated css compression[...]" However, using this argument works on lessc 2.5.3 but not on 1.4.2 (`--compress` arg is present but seems to be break some rules i haven't been able to put my finger on). * Finally, use the minification of the StylesheetAsset that takes care of removing the spaces, the comments and the sourcemap with regexes. fixes issue #9113
-
- Jun 07, 2016
-
-
Simon Lejeune authored
this avoid to overwrite the configuration file at each update. closes #11722
-
- May 13, 2016
-
-
Damien Bouvy authored
This is now the 2d stupidest commit I ever did
-
Damien Bouvy authored
GTFO
-
Damien Bouvy authored
-
- Dec 18, 2015
-
-
Martin Trigaux authored
In installation script or documentation Fixes #10052
-
- Nov 26, 2015
-
-
Simon Lejeune authored
-