Bug when more than one conversion print is launched within the same libreoffice instance.
The standard behavior of libreoffice when a user open it while another instance is
running is to show a new window and throw an error if a new instance is forced within
the same user installation [see](https://bugs.documentfoundation.org/show_bug.cgi?id=37531).
This implies a bug in report_py3o module when we call libreoffice at the same time for
different documents.
To reproduce this bug:
**Case 1:**
1. Simultaneously print two documents.
**Case 2:**
1. Run print jobs using job_queue module
2. Manually print another document
**Case 3:**
2. Open libreoffice
3. Print a py3o report
This PR creates a temporary user installation for each libreoffice conversion to bypass this limitation.
Before this change it was not possible to install modules declaring py3o report into a non native format without specifying a Fusion server once the module py3o_report_fusion_server was installed. With theses changes, we now take care of the availability of the libreoffice runtime to display/log a warning message when the report is in a non native runtime.
The template file has been partially read for the parsing of the
expressions, so use the original template data instead. When the fusion
server receives an incomplete template, we don't receive any answer
back.
The goal is to improve the modularity by making the parser a true inheritable odoo model and share part of the code with the 'report' model
Conflicts:
report_py3o/models/ir_actions_report_xml.py
report_py3o/models/py3o_report.py
report_py3o/tests/test_report_py3o.py
