summaryrefslogtreecommitdiff
path: root/setup/win32/Makefile
AgeCommit message (Collapse)Author
2020-09-15[IMP] packaging: update windows packagingChristophe Monniez
Up to Odoo 13.0, the windows setup is 32 bits and embeds an old postgresql 9.5 32 bits version too. With this commit, the postgresql server is no longer embedded in the resulting setup file. Instead, if the user choose to install the postgresql server, the 12.4 version is downloaded from the official site (version 10.14 in the case of a 32 bits windows). Also, the Python target achitecture is choosen based on the Windows system on which Odoo is installed. This imply changes on the KVM images used to build the installer: - The Windows system on the KVM as to be 64 bits. - A 32 bits WinPython version must be in `c:/odoobuild/WinPy32` - A 64 bits WinPyhton version must be in `c:/odoobuild/WinPy64` A little bit of cleaning also comes with this commit to get rid of the old `openerp` references. closes odoo/odoo#57155 Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
2019-11-05[FIX] packaging: compute winpython path with package.py argsChristophe Monniez
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#39821 X-original-commit: ac90d8584f99e24aed931eb5186c360f9dfbf399 Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
2018-04-26[IMP] packaging: automate package update in Windows buildChristophe Monniez
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).
2017-10-03[REF] win32: move to WinPython...Christophe Monniez
Purpose: for multiple reasons (bytecode change in python 3.6, missing files for some packages, py2exe is unmaintained ...) the py2exe solution cannot be used anymore. Odoo for windows will now use a portable Python that will be shipped with the Windows installer. For that purpose, a Winpython 3.6.2 is used. In order to build the Windows installer, a Winpython dir with all the Odoo requirements fullfilled, must exists on the build system (qemu-kvm VM). * nsis installer: - Only the python dir is used to avoid packaging too much stuffs - better compression level - starts the Odoo service using nssm - bump to V11 * change the default win10 build vm path * print a warning when uncomplete addon move * try to force remove of addon path: when the addons are moved to Odoo/addons, it happens that the destination already exists. In that case, the source addon was not deleted, resulting in a uneeded file duplication. * fix version string to avoid invalid chars in windows service * Add requirements adpated for WinPython * package.py now shows the traceback when a build fails * verify that a file exists before publishing * debuild now creates an .xz file instead of .gz * package: use logging module * kvm CPU that works with older versions. * fix a pexpect encoding bug * fix the version to remove special chars '~' which is not appreciated by windows services [REM] win32setup: Remove win32 python service Purpose: Before this commit, the win32 service was managed by an executable builded from those two files with the help of py2xe. The win32 service is now managed by nssm which starts Odoo and therefore, those files are not needed anymore.
2016-09-30[REF] packaging: windows: don't hardcode service nameSimon Lejeune
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.
2014-09-02[REF][FIX]: Windows packaging: lint, cleanup and make it workSimon Lejeune
setup.nsi: make it build and use postgresql 9.3 win32_se*: lint and simplified Makefile: only one mode
2014-09-02[REF] Packaging: moved all the windows-related files into an unique win32 ↵Simon Lejeune
directory + cleanup