Odoo/setup.cfg, branch 14.0 The current checkout of upstream Odoo [FIX] packaging: add zeep and ofxparse in deb and rpm packaging 2021-02-25T07:35:56+00:00 Christophe Monniez moc@odoo.com 2021-02-24T14:57:13+00:00 280df5ac282ad3f75b74dd3e6d172ee314693c99 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#66784 X-original-commit: 39738f2b3c310bef25d483ced9bcf29f9894abbd Signed-off-by: Christophe Monniez (moc) <moc@odoo.com> 
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#66784

X-original-commit: 39738f2b3c310bef25d483ced9bcf29f9894abbd
Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
[FIX] packaging: update rpm packaging for fedora 32 2021-01-29T10:45:09+00:00 Christophe Monniez moc@odoo.com 2021-01-28T11:05:09+00:00 a8deb1dd433e3a1690d593e83ade6af46326a26b As Fedora 32 was the current release when Odoo 14.0 was released, this should be the supported version. Also, a few old libs were still in mentioned in the packaging files. They flew under the radar because they never broke the packaging. This is not the case anymore, those libs disappeared from the Fedora repos. It seems that pyparsing is not used anymore since 5a1c06a19 and thus can be safely removed from `requirements.txt` too. pychart is not used anymore since 3425752ea. While at it, remove mix of tabs and spaces in package.dffedora, also add missing packages to avoid installation at test time. Now that I started down the slippery slope, also removed some `-dev` packages in package.dfsrc as wheel's are available. Finally, the rpm install script now detects the python ABI version in order to avoid update this file at each ABI change in Fedora. Fixes #63719 closes odoo/odoo#65224 Signed-off-by: Christophe Monniez (moc) <moc@odoo.com> 
As Fedora 32 was the current release when Odoo 14.0 was released, this
should be the supported version.

Also, a few  old libs were still in mentioned in the packaging files.
They flew under the radar because they never broke the packaging.
This is not the case anymore, those libs disappeared from the Fedora
repos.

It seems that pyparsing is not used anymore since 5a1c06a19 and thus can
be safely removed from `requirements.txt` too.

pychart is not used anymore since 3425752ea.

While at it, remove mix of tabs and spaces in package.dffedora, also add
missing packages to avoid installation at test time.

Now that I started down the slippery slope, also removed some `-dev`
packages in package.dfsrc as wheel's are available.

Finally, the rpm install script now detects the python ABI version in
order to avoid update this file at each ABI change in Fedora.

Fixes #63719

closes odoo/odoo#65224

Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
[IMP] base, tests: use freezegun lib to mock dates and datetimes 2020-07-10T08:20:13+00:00 qdp-odoo qdp@odoo.com 2020-07-08T12:36:17+00:00 92a7f8c13fa6bc84a66f973f9454971d346fd801 closes odoo/odoo#54227 Related: odoo/enterprise#11742 Signed-off-by: Olivier Dony (odo) <odo@openerp.com> 
closes odoo/odoo#54227

Related: odoo/enterprise#11742
Signed-off-by: Olivier Dony (odo) <odo@openerp.com>
[IMP] ir_mail_server: IDNA and SMTPUTF8 capabilities 2020-05-05T09:17:15+00:00 Julien Castiaux juc@odoo.com 2019-11-19T08:49:53+00:00 afcb7349083c669dbda18b9b1955eabbe14ea675 It has been a recurrent request from customers to be able to send email messages to email addresses containing non-ascii characters. [IDNA] is a domain extension to allow unicode characters in domain names. [SMTPUTF8] is a SMTP extension to allow unicode in any header. IDNA defines the [punycode] encoding which translates unicode to an ascii representation. This encoding MUST be used to encode domains. SMTPUTF8 is an SMTP extension that allow utf-8 in all headers on the envelope. [IDNA] https://tools.ietf.org/html/rfc5890 [SMTPUTF8] https://tools.ietf.org/html/rfc6531 [punycode] https://tools.ietf.org/html/rfc3492 Task: 2116928 opw-2229906 opw-2248251 closes odoo/odoo#47709 Signed-off-by: Raphael Collet (rco) <rco@openerp.com> 
It has been a recurrent request from customers to be able to send email
messages to email addresses containing non-ascii characters. [IDNA] is a
domain extension to allow unicode characters in domain names. [SMTPUTF8]
is a SMTP extension to allow unicode in any header.

IDNA defines the [punycode] encoding which translates unicode to an
ascii representation. This encoding MUST be used to encode domains.

SMTPUTF8 is an SMTP extension that allow utf-8 in all headers on the
envelope.

[IDNA] https://tools.ietf.org/html/rfc5890
[SMTPUTF8] https://tools.ietf.org/html/rfc6531
[punycode] https://tools.ietf.org/html/rfc3492

Task: 2116928
opw-2229906
opw-2248251

closes odoo/odoo#47709

Signed-off-by: Raphael Collet (rco) <rco@openerp.com>
[IMP] base_vat: replace vatnumver by stdnum library. 2020-02-05T10:39:39+00:00 Hardik Prajapati hpr@odoo.com 2019-09-03T11:20:14+00:00 a43f857423cc79322f91cae1f031b3135fb103c1 Python module vatnumber doesn't seem maintained anymore. Therefore, we should: - call directly stdnum (which is maintained and mostly used everywhere in vatnumber) Also improve stdnum import, vat fix method and vat expected formats task-1915371 closes odoo/odoo#36978 Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com> 
Python module vatnumber doesn't seem maintained anymore. Therefore, we should:
    - call directly stdnum (which is maintained and mostly used everywhere in vatnumber)

Also improve stdnum import, vat fix method and vat expected formats

task-1915371

closes odoo/odoo#36978

Signed-off-by: Quentin De Paoli (qdp) <qdp@openerp.com>
[FIX] auth_ldap: replace the deprecated library by one up to date 2020-01-22T14:09:46+00:00 Martin Trigaux mat@odoo.com 2019-11-14T10:12:22+00:00 9aef423d4da93af97385e2bce8140ed789a00679 At 795c7b0a9415d04 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#43769 Note: This library should be replaced by the pure python "ldap3" library. X-original-commit: 1afd0ccf20881ba97e3c07dffb33e9a3a0b2cda4 Signed-off-by: Christophe Monniez (moc) <moc@odoo.com> 
At 795c7b0a9415d04 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#43769

Note: This library should be replaced by the pure python "ldap3" library.
X-original-commit: 1afd0ccf20881ba97e3c07dffb33e9a3a0b2cda4
Signed-off-by: Christophe Monniez (moc) <moc@odoo.com>
[REF] packaging: use docker to build packages 2019-10-02T14:24:53+00:00 Christophe Monniez moc@odoo.com 2019-09-27T10:01:58+00:00 8c4c4394730bf77d44f831ca97d565bc2fb14e47 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> 
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>
[IMP] tools: remove custom pofile reader 2019-06-05T09:44:11+00:00 Martin Trigaux mat@odoo.com 2019-03-25T09:59:58+00:00 632fa044c3c20cdea14b9077bca941f8fc0970b0 Use polib library that handles this correctly The complexity of the parser is moved to the library 
Use polib library that handles this correctly
The complexity of the parser is moved to the library
 [MERGE] forward port branch saas-11.3 up to aeed32d4ffd 2019-01-31T14:07:09+00:00 Christophe Simonis chs@odoo.com 2019-01-31T14:07:09+00:00 49cb3d8fad124fa6d6dbe341aec8159e52e26fc1 






[FIX] packaging: allow install on fedora29
2019-01-29T09:09:53+00:00

Christophe Monniez
moc@odoo.com

2019-01-28T14:54:09+00:00

7eec6b3643999cb26216e56c001eb8aae65031ea

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




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