- Feb 24, 2021
-
-
Christophe Monniez authored
Zeep replaced suds but Debian and Rpm packaging were not updated. Ofxparse is required but did not appear in Debian nor Rpm packaging. closes odoo/odoo#66780 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Feb 01, 2021
-
-
Christophe Monniez authored
When using the windows installer in French language, the `Hôte` label used to configure postgresql server does not display correctly. The LangString documentation does not specify how to use the special characters but after some tests, specifying a BOM for the nsi file seems to be the way to go. closes odoo/odoo#65362 X-original-commit: 3d0871d1 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Dec 18, 2020
-
-
Christophe Monniez authored
The createrepo Debian package is not available in Ubuntu anymore, this can cause problems on Ubuntu based build systems. In order to solve that once and for all, with this commit the rpm repo is generated from a Docker container. Fixes #63419 closes odoo/odoo#63578 X-original-commit: 8f5c5e58 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Aug 21, 2020
-
-
Christophe Monniez authored
When the Odoo installation is tested, if the test fails an error is raised but the Docker container is not stopped. As a result, a ghost container stays alive with a Postgres server running. Worse, if another package is built on the same host, the ghost container prevent the other build to succeed. With this commit, a specific Exception is raised and the container is stopped in any case. closes odoo/odoo#56265 X-original-commit: fbe2092d Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Jul 24, 2020
-
-
Christophe Monniez authored
As this file was only used as a one shot for the windows pacakging, it can be removed from the code. closes odoo/odoo#54843 X-original-commit: 551587e1bc8a9c6d27be782c7e553189603af3fb Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Jul 10, 2020
-
-
Romain Tartière authored
When building the package list of the APT repository, dpkg-scanpackages reports the following and only output the latest package information in the Packages file: ``` dpkg-scanpackages: warning: Packages with multiple instances but no --multiversion specified: dpkg-scanpackages: warning: ./odoo_13.0.20191002_all.deb dpkg-scanpackages: warning: ./odoo_13.0.20191003_all.deb [...] dpkg-scanpackages: warning: ./odoo_13.0.20200630_all.deb ``` Having only the latest version listed in the Packages file makes it impossible to tell apt to use a specific version through apt-pinning. It also makes it impossible to revert to a previous version if a regression is caused by an update. For these reasons, tell dpkg-scanpackages to include all versions of the odoo package in the Packages file it generates. closes odoo/odoo#54297 X-original-commit: f41c00a8 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Jun 23, 2020
-
-
Olivier Dony authored
Werkzeug 0.16.0 is the version we're packaging for all Windows builds, for 11.0 and later. closes odoo/odoo#53473 X-original-commit: f4ad0d4f Signed-off-by:
Olivier Dony (odo) <odo@openerp.com>
-
- Jan 22, 2020
-
-
Martin Trigaux authored
At 795c7b0a the external dependencies was changed from trying to import 'ldap' to checking than 'pyldap' package was installed. The problem is that pyldap is a unmaintained library that should no longer be used, as explained on the package page: https://pypi.org/project/pyldap/ "The pyldap fork was merged back into python-ldap, and released as python-ldap 3.0.0." Having pyldap version >= 3.0 installs python-ldap automatically and will not cause any issue. The Debian control file package name is adapted to use the latest. The "ldap" externalm dependency defined in __manifest__.py will cause pkg_resources.get_distribution() to fail in both case ("python-lap" or "pyldap"), but the "import" fallback will succeed. For that reason, the log warning is turned into a log info. closes odoo/odoo#40249 Note: This library should be replaced by the pure python "ldap3" library. Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Oct 30, 2019
-
-
Christophe Monniez authored
When building the MS Windows package, the PYTHON_VERSION variable is not used and the WinPython path is hard coded in the Makefile and NSI file. This prevent the usage of a newer version of Python. With this commit, the PYTHON_VERSION is used to compute the WinPython Python directory. That way, this directory can be derived from package.py command line argument --vm-winxp-python-version. Also the less windows binaries are not packaged anymore. closes odoo/odoo#39816 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Oct 22, 2019
-
-
Christophe Monniez authored
closes odoo/odoo#39193 X-original-commit: 25d6e9a6 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Oct 11, 2019
-
-
Christophe Monniez authored
Packaging oversight, the displayed version in the installer window was still 12.0. closes odoo/odoo#38451 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Oct 02, 2019
-
-
Christophe Monniez authored
Actually, docker is used to test Linux packages once they are built. The packaging process is done on the host system where package.py is run. Consequences: * difficult to reproduce an exact same build on another host * changing a Debian/Ubuntu target version means some upgrade steps on the build host (mix that with the fact that the host also could build old Odoo versions) * Fedora rpm package is built on an Ubuntu system (which is not a real problem but it could be) With this commit, the package.py utility is refactored to use Docker containers to build the Gnu/Linux packages. Also, the Debian package is adapted for Debian Buster, the RPM package is built based on Fedora 30. Some minor changes are also made in the windows packaging system. closes odoo/odoo#37766 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Jun 05, 2019
-
-
Martin Trigaux authored
Use polib library that handles this correctly The complexity of the parser is moved to the library
-
- Jun 14, 2019
-
-
Christophe Monniez authored
The use of polib as introduced in commit 632fa044. The nightly packaging system uses Docker to test the packages and they need to be updated when a new library dependency is introduced. closes odoo/odoo#34117 Signed-off-by:
Christophe Monniez (moc) <moc@odoo.com>
-
- Apr 10, 2019
-
-
Olivier Dony authored
Recommended by GitHub's repository alerts. We normally stick as close as possible to the version we depend on in the official DEB packages. This in turn depends on the version of Debian stable at the time of release - for 11.0 that would be Debian 9 (stretch) and thus Jinja 2.8 (with security backports). However Jinja2 before 2.10.1 suffers from a few issues that could lead to crashes of Odoo processes. It seems it's worth an exception to our rule for pip users, similarly to previous bump up at d2605bcc. closes odoo/odoo#32601 Signed-off-by:
Christophe Simonis <chs@odoo.com>
-
- May 07, 2019
-
-
Olivier Dony authored
Recommended by GitHub's repository alerts. We normally stick as close as possible to the version we depend on in the official DEB packages. This in turn depends on the version of Debian stable at the time of release - for 11.0 that would be Debian 9 (stretch) and thus Jinja 2.8 (with security backports). However Jinja2 before 2.10.1 suffers from a few issues that could lead to crashes of Odoo processes. It seems it's worth an exception to our rule for pip users, similarly to previous bump up at d2605bcc. closes odoo/odoo#32601 Signed-off-by:
Christophe Simonis <chs@odoo.com>
-
- Feb 05, 2019
-
-
Siddarth Gajjar authored
- Added new library zeep for soap request. - Remove old suds library. Task ID: 41696 Closes #26934
-
- Jan 29, 2019
-
-
Christophe Monniez authored
Fedora 29 switched to python 3.7. It seems that there is no official way to build a RPM package that could works with 3.6 and 3.7. Building two different packages for each version could open the pandora box of packaging. With this commit an ugly hack is used: if python3.7 is found, the odoo directory is symlinked into its site-packages dir. fixes #30579 closes odoo/odoo#30618
-
- Nov 19, 2018
-
-
Christophe Monniez authored
After the Odoo package is built, the package.py script uses a Docker image to test the package. After that python3-qrcode was added as a dependency for the package in 2ff49c5f , it revealed some issues. A missing cli parameter and a forgotten '&&' in the Dockerfile prevented the installation of the depending packages. Also, the script shebang was wrong by launching python2. Finally, the fact that python3-xlwt is missing in Debian stretch was highlighted. With this commit, the python3-xlwt is explicitly removed from the dependencies and the documentation is updated accordingly. closes odoo/odoo#28807
-
- Nov 08, 2018
-
-
Christophe Monniez authored
PKG-INFO is generated during the setup phase and is not needed anymore. Also this file contains outdated informations. py2exe is not used anymore to build the windows installer. closes odoo/odoo#28494
-
- Oct 09, 2018
-
-
Christophe Monniez authored
Fixes #27420 closes odoo/odoo#27590
-
Adrian Torres authored
Commit cf853a78 removed all yml tests and the yml import engine from Odoo forever, however PyYAML remains a dependency even though it's not used anymore. This commit removes any reference to this lib that could be found. closes odoo/odoo#27563
-
- Aug 27, 2018
-
-
Christophe Monniez authored
Since 2f7c03d9 the admin user could have any uid and the uid 1 is reserved for the system user. As the uid was hardcoded as 1 when testing packages, the tests were failing. With this commit, the uid of the admin user is searched before testing the packages. Closes #26603
-
- Jul 27, 2018
-
-
Christophe Monniez authored
Since bf3193ac libsass is needed but is named libsass0 in Debian. With this commit, the docker source image used for tests will build again.
-
- Jun 08, 2018
-
-
Christophe Monniez authored
Since 565277ac sassc is used as a fallback when the python libsass is not available. With this commit, the saasc package dependency is added to the rpm to avoid installing libsass with pip.
-
- Jun 05, 2018
-
-
Christophe Simonis authored
Since 285ead28, `base` should be loaded as a server wide module to enable rpc routes.
-
- May 04, 2018
-
-
Christophe Monniez authored
When the virtual machine used to build MS Win package takes too much time (to build or to test the build), a warning is logged and the VM is killed. Before this commit, the PID of the process was passed as an argument to the warning method, causing a traceback.
-
- Apr 26, 2018
-
-
Christophe Monniez authored
When building the Windows installer, a virtual machine is used with prepackaged python modules. With this commit, the packaging script will try to install on the virtual machine the python packages specified in requirements.txt. Each package is installed individually, that way, if an install fails, the install of the other packages continues. At the end of the process, successfully packages are listed so that they will appear in the build log files. Also, the Makefile was cleaned in this commit (removal of py2exe stuffs).
-
- Apr 24, 2018
-
-
Christophe Monniez authored
A dependency to libsass was added in debian package and in the docker file. The Odoo nightly builds of the deb package was failing because this lib is named libsass0 in Debian. Finally, this dependency is not required because python3-libsass already depends on libsass0.
-
- Apr 18, 2018
-
-
qsm-odoo authored
Include libsass instead of node-less Thank you to @d-fence for testing this.
-
- Nov 03, 2017
-
-
Christophe Monniez authored
As the windows package provides odoo from sources alongs with python 3, the test of the build was failing. The odoo-bin.exe was not found because py2exe is not used anymore. Windows firewall is now disabled from package.py to prevent it from blocking local xmlrpc calls. Also, the docker containers were removed when package tests were finished, even when no docker was involved in the process (e.g. only a windows build). This commit fixes the test part of the windows build process.
-
- Oct 23, 2017
-
-
Andrew Latham authored
Sign CLA Closes #20321
-
- Oct 18, 2017
-
-
Christophe Monniez authored
Nsis installer was installing the wrong MS Visual C++ redistributable file. Python 3.6 needs MS Visual C++ 2015 redistruibutable files. Also, Nsis now differentiate Windows architecture for the nssm service and the MS C++ redist.
-
- Oct 12, 2017
-
-
Christophe Monniez authored
The automated tests of rpm,deb and src packages are using docker images and containers. Those tests were not working as expected due to various small glitches: * some debian python- packages were missing in the Debian image * pip was called instead of pip3 for the src test * a wrong addons path was given for the tests * the containers id's were wrong due to a bytes implicitly converted to str
-
Christophe Monniez authored
Purpose: openid is not used anymore in Odoo, therefore it can be safely removed.
-
- Oct 11, 2017
-
-
Martin Trigaux authored
Use python 3.5 Refer to correct page of the doc Remove old bazar to git (was intended for the 8.0) Remove outdated setup_dev script: it was intended for odoo developers but if you are not able to make a git clone, you are going to have a bad time later.
-
- Oct 10, 2017
-
-
Jairo Llopis authored
Not that we really care about compileall, but some people apparently do. Fixes #19871 Closes #19849
-
- Oct 09, 2017
-
-
Christophe Monniez authored
Purpose: The psycogreen module is unmaintained. Last source update was in 2015 and last pypi package was in 2012. Odoo only use a small part of the psycogreen module that could be written directly in the odoo code. This commit reproduce the small function from psycogreen used in ODoo and remove all depencies from it. Also the copyright and license are honored and the documentation is updated accordingly. pypi pckage: https://pypi.python.org/pypi/psycogreen bitbucket repos: https://bitbucket.org/dvarrazzo/psycogreen/
-
Christophe Monniez authored
Purpose: When uninstalling using the windows uninstaller, python and nssm were left beyond. This fix removes the python and nssm dirs also.
-
Christophe Monniez authored
Purpose: When installing postgresql under windows, the '+' character is unallowed. This was creating a bug when using the windows installer the enterprise version which derivate the install path from the version number.
-