erplibre/README.md

246 lines
7.7 KiB
Markdown
Raw Normal View History

2024-10-20 02:52:20 -04:00
# ERPLibre
2024-10-20 02:52:20 -04:00
ERPLibre is a CRM/ERP platform including automated installation, maintenance, and development of open source modules of
the Odoo community version. It is a "soft-fork" of the Odoo Community Edition (OCE), meaning it aims at contributing
back upstream.
It is based on a set of production-ready modules, supported by the Odoo Community Association (OCA) and an
2024-10-20 02:52:20 -04:00
ecosystem of specialized companies. This solution ensures digital sovereignty in a local environment while integrating
pre-trained Generative Transformers (GPT), bringing an additional dimension to data management and automation.
Follow us on Mastodon : https://fosstodon.org/@erplibre
# Features
- **Multi-version Odoo support** : run Odoo 12.0, 13.0, 14.0, 15.0, 16.0, 17.0 and 18.0 in the same workspace, with independent Python virtual environments (`.venv.erplibre` and `.venv.odooXX`)
- **Interactive CLI (TODO.py)** : guided interactive tool for installation, execution, database management, code formatting, mobile compilation, and more. Launch it with `make`
- **Code generator** : generate Odoo modules automatically with support for views, portal, snippets, inheritance, i18n, and JavaScript
- **Selenium automation** : web testing and automation with Selenium Grid, video recording, and login automation
- **Mobile application** : ERPLibre Home Mobile (Owl + Capacitor), compiled and deployed via TODO.py
- **Docker deployment** : production-ready Docker images with PostgreSQL 18 and PostGIS
- **Deployment tools** : Nginx, Apache, Cloudflare DDNS, Certbot SSL, systemd services
- **Database tools** : backup, restore, clone, migration between versions, production-to-dev migration
- **Performance tools** : request-per-second measurement, parallel test execution, coverage analysis
# Supported Odoo versions
| Odoo version | Python | Status |
|--------------|---------|------------|
| 18.0 | 3.12.10 | Active |
| 17.0 | 3.10.18 | Inactive |
| 16.0 | 3.10.18 | Inactive |
| 15.0 | 3.8.20 | Deprecated |
| 14.0 | 3.8.20 | Deprecated |
| 13.0 | 3.7.17 | Deprecated |
| 12.0 | 3.7.17 | Deprecated |
Switch between versions with `make switch_odoo_18`, `make switch_odoo_16`, etc.
[UPD] install : le venv d'outillage passe en Python 3.14.7 install_erplibre.sh bâtissait .venv.erplibre avec le python3 du système, quelle que soit sa version : un 3.10 y donnait un venv que l'outillage ne sait pas charger. Il délègue à install_venv.sh, qui obtient la version par mise, pyenv ou la distribution, et rebâtit un venv hors service. Le PATCH ne borne que le venv d'Odoo, dont le pyproject exige « >=3.12.10,<3.13 » : l'exiger ailleurs écartait un Python de distribution d'un cran en retard — NixOS 25.11 livre 3.14.2 — et faisait compiler CPython pour rien. Le module NixOS déclare désormais les DEUX Python, substitués depuis les fichiers de version. Vérifié : 15 tests sur des venvs factices, conservés, rebâtis ou refusés selon leur état, et un chemin sans pyvenv.cfg garde son contenu. --- EN --- install_erplibre.sh built .venv.erplibre with the system python3, whatever its version: a 3.10 gave a venv the tooling cannot load. It delegates to install_venv.sh, which obtains the version through mise, pyenv or the distribution, and rebuilds a venv out of service. The PATCH bounds only Odoo's venv, whose pyproject requires ">=3.12.10,<3.13": requiring it elsewhere turned away a distribution Python one step behind — NixOS 25.11 ships 3.14.2 — and compiled CPython for nothing. The NixOS module now declares BOTH Pythons, substituted from the version files. Checked: 15 tests on stub venvs, kept, rebuilt or refused by their state, and a path without pyvenv.cfg keeps its content. Assisted-by: Claude Opus 5
2026-09-24 13:31:32 -04:00
The Python in that table is the one of the Odoo virtual environment. The
tooling virtual environment `.venv.erplibre` (TODO, `repo`, formatters) runs
its own interpreter, **3.14.7**, set by `conf/python-erplibre-version`. Where a
distribution does not carry it, pyenv compiles it.
# Supported platforms
[UPD] readme: the platforms we actually support The list named Ubuntu, Debian 12, AlmaLinux, Rocky and Arch. It has been wrong for a while: install_dev.sh also dispatches Fedora, openSUSE and Linux Mint, each with its own dependency script, and the Debian path handles trixie as well as bookworm. Someone on Fedora reading this file concludes ERPLibre is not for them. Every line is now read from the code rather than remembered. Ubuntu is checked strictly against 24.04, 25.10 and 26.04, and refuses anything else; Mint against 22.3; the RHEL family arrives through ID_LIKE, hence RHEL and CentOS Stream alongside Alma and Rocky; SUSE through zypper, Leap 16.0 and Tumbleweed. Debian carries no version test, and its qpdf is built from source when the distribution ships one below 12.2 -- the same guard the three families share. The second list, further down, repeated four platforms and forgot the rest. It now says what make install_os does: detect the distribution and pick its package manager. --- FR --- La liste nommait Ubuntu, Debian 12, AlmaLinux, Rocky et Arch. Elle est fausse depuis un moment : install_dev.sh aiguille aussi Fedora, openSUSE et Linux Mint, chacune vers son script de dépendances, et le chemin Debian traite trixie autant que bookworm. Qui lit ce fichier sous Fedora en conclut qu'ERPLibre n'est pas pour lui. Chaque ligne est désormais lue dans le code plutôt que de mémoire. Ubuntu est vérifiée strictement contre 24.04, 25.10 et 26.04, et refuse le reste ; Mint contre 22.3 ; la famille RHEL arrive par ID_LIKE, d'où RHEL et CentOS Stream aux côtés d'Alma et Rocky ; SUSE par zypper, Leap 16.0 et Tumbleweed. Debian ne porte aucun test de version, et son qpdf est compilé depuis les sources quand la distribution en livre un sous 12.2 — le même garde que partagent les trois familles. La seconde liste, plus bas, répétait quatre plateformes et oubliait les autres. Elle dit maintenant ce que fait make install_os : détecter la distribution et choisir son gestionnaire de paquets. Assisted-by: Claude Opus 5
2026-08-17 01:01:50 -04:00
- **Ubuntu** : 24.04, 25.10, 26.04 — 20.04 and 22.04 are dropped, pikepdf requiring a qpdf 12.2 built in C++20
- **Linux Mint** : 22.3
- **Debian** : 12 (bookworm) and 13 (trixie)
- **Fedora** : 41 and later
- **AlmaLinux, Rocky Linux** : 9 and 10 — RHEL and CentOS Stream take the same path
- **openSUSE** : Leap 16.0 and Tumbleweed
- **Arch Linux** : rolling release
- **NixOS** : 25.11 — the dependencies are DECLARED in `conf/nixos/erplibre.nix` and applied by `nixos-rebuild`, where the four other families install them one command at a time
[UPD] readme: the platforms we actually support The list named Ubuntu, Debian 12, AlmaLinux, Rocky and Arch. It has been wrong for a while: install_dev.sh also dispatches Fedora, openSUSE and Linux Mint, each with its own dependency script, and the Debian path handles trixie as well as bookworm. Someone on Fedora reading this file concludes ERPLibre is not for them. Every line is now read from the code rather than remembered. Ubuntu is checked strictly against 24.04, 25.10 and 26.04, and refuses anything else; Mint against 22.3; the RHEL family arrives through ID_LIKE, hence RHEL and CentOS Stream alongside Alma and Rocky; SUSE through zypper, Leap 16.0 and Tumbleweed. Debian carries no version test, and its qpdf is built from source when the distribution ships one below 12.2 -- the same guard the three families share. The second list, further down, repeated four platforms and forgot the rest. It now says what make install_os does: detect the distribution and pick its package manager. --- FR --- La liste nommait Ubuntu, Debian 12, AlmaLinux, Rocky et Arch. Elle est fausse depuis un moment : install_dev.sh aiguille aussi Fedora, openSUSE et Linux Mint, chacune vers son script de dépendances, et le chemin Debian traite trixie autant que bookworm. Qui lit ce fichier sous Fedora en conclut qu'ERPLibre n'est pas pour lui. Chaque ligne est désormais lue dans le code plutôt que de mémoire. Ubuntu est vérifiée strictement contre 24.04, 25.10 et 26.04, et refuse le reste ; Mint contre 22.3 ; la famille RHEL arrive par ID_LIKE, d'où RHEL et CentOS Stream aux côtés d'Alma et Rocky ; SUSE par zypper, Leap 16.0 et Tumbleweed. Debian ne porte aucun test de version, et son qpdf est compilé depuis les sources quand la distribution en livre un sous 12.2 — le même garde que partagent les trois familles. La seconde liste, plus bas, répétait quatre plateformes et oubliait les autres. Elle dit maintenant ce que fait make install_os : détecter la distribution et choisir son gestionnaire de paquets. Assisted-by: Claude Opus 5
2026-08-17 01:01:50 -04:00
- **macOS** : through mise or pyenv
- **Windows** : through WSL or Docker
- **Architectures** : amd64, arm64 and s390x (IBM Z mainframe)
# Installation in production
## Easy installation on Ubuntu or Debian using Docker
This has been tested in Debian 12 and Ubuntu 24.04 LTS.
**Note** : This is meant for a test environment, on a local network or similar environment not directly exposed to the
Internet.
1. Make sure Docker and nginx web server are installed:<BR>
`sudo apt install docker.io docker-compose-v2 nginx`
1. Get the latest ERPLibre Docker compose file:<BR>
`wget https://raw.githubusercontent.com/ERPLibre/ERPLibre/master/docker-compose.yml`
1. Install and run ERPLibre with Docker running as a daemon (web server):<BR>
`sudo docker compose up -d`
1. Open the final installation step at this web page :<BR>
`http://[server IP]:8069/web/database/manager`<BR>
![odoo_first_installation.png](doc/image/odoo_first_installation.png)
1. Finish the installation by providing a database name, email and password. then click on **Create Database**.
Depending on your system resources **this may take more than 2 minutes without feedback !** Check your browser
loading indicator.
2025-04-13 12:50:14 -04:00
1. Next, the web page will reload itself, and you should see the Applications list in ERPLibre:<BR>
![odoo_application_list.png](doc/image/odoo_application_list.png)
You can now personalize your ERPLibre installation.
For more information, read [Docker guide](./docker/README.md).
## Install from source code
### Automated installation
For Debian/Ubuntu
```bash
sudo apt install make python3
```
Clone the project:
```bash
git clone https://github.com/ERPLibre/ERPLibre.git
cd ERPLibre
```
Follow the instruction on the following script, it will try to detect your environment.
```bash
2026-02-14 05:10:54 -05:00
make
```
[FIX] démarrage : choisir un interpréteur capable de lire TODO install.sh et make lançaient todo.py par son hashbang, donc par le python3 du PATH, sans rien garantir de sa version : une syntaxe plus récente l'arrête en SyntaxError au chargement, et le poste hors d'âge perd tout moyen de lancer l'installation qui l'en sortirait. L'ordre est désormais le venv d'outillage, sinon le python3 du PATH s'il suffit, sinon l'installation. TODO lui-même se relance dans le venv, vérifie version et modules avant ses imports, et propose l'installation en terminal — ce que « make » sur un clone neuf promet depuis toujours sans le tenir. Vérifié : venv à jour, venv périmé, systèmes en 3.10, 3.14 et 3.15 vont chacun où il faut ; un import du module ne relance rien et lève comme avant. --- EN --- install.sh and make ran todo.py through its hashbang, so through the python3 of the PATH, with no guarantee about its version: a newer syntax stops it with a SyntaxError at load, and the ageing machine loses every way to start the install that would rescue it. The order is now the tools venv, else the python3 of the PATH when it suffices, else the install. TODO itself relaunches in the venv, checks version and modules before its imports, and offers the install in a terminal — what "make" on a fresh clone has always promised without keeping. Checked: fresh venv, stale venv, systems on 3.10, 3.14 and 3.15 each go where they should; importing the module relaunches nothing and raises as before. Assisted-by: Claude Opus 5
2026-09-24 13:32:16 -04:00
`make` and `./install.sh` start TODO through the interpreter that can read it:
`.venv.erplibre` when it carries the right version, otherwise the system
`python3` when it is recent enough, otherwise the install itself — a system
older than `conf/python-erplibre-version` cannot parse the code, so it offers
the install rather than stopping on a syntax error. The install runs only on a
yes typed in a terminal (`o`, `oui`, `y` or `yes`); Enter alone, or no
terminal, means no. When the
[FIX] démarrage : choisir un interpréteur capable de lire TODO install.sh et make lançaient todo.py par son hashbang, donc par le python3 du PATH, sans rien garantir de sa version : une syntaxe plus récente l'arrête en SyntaxError au chargement, et le poste hors d'âge perd tout moyen de lancer l'installation qui l'en sortirait. L'ordre est désormais le venv d'outillage, sinon le python3 du PATH s'il suffit, sinon l'installation. TODO lui-même se relance dans le venv, vérifie version et modules avant ses imports, et propose l'installation en terminal — ce que « make » sur un clone neuf promet depuis toujours sans le tenir. Vérifié : venv à jour, venv périmé, systèmes en 3.10, 3.14 et 3.15 vont chacun où il faut ; un import du module ne relance rien et lève comme avant. --- EN --- install.sh and make ran todo.py through its hashbang, so through the python3 of the PATH, with no guarantee about its version: a newer syntax stops it with a SyntaxError at load, and the ageing machine loses every way to start the install that would rescue it. The order is now the tools venv, else the python3 of the PATH when it suffices, else the install. TODO itself relaunches in the venv, checks version and modules before its imports, and offers the install in a terminal — what "make" on a fresh clone has always promised without keeping. Checked: fresh venv, stale venv, systems on 3.10, 3.14 and 3.15 each go where they should; importing the module relaunches nothing and raises as before. Assisted-by: Claude Opus 5
2026-09-24 13:32:16 -04:00
environment is missing but the system Python suffices, TODO offers to run
`./script/install/install_erplibre.sh` (in a terminal) or prints that command. The install builds the environment
through `EL_PYTHON_PROVIDER` (mise or pyenv); an existing `.venv.erplibre` on
another Python version is DELETED and rebuilt, and whatever was installed in it
by hand goes with it.
### Manually
Into Ubuntu, minimal dependency:
```bash
sudo apt install make git curl
```
Into Ubuntu, developer dependency:
```bash
sudo apt install make build-essential libssl-dev zlib1g-dev libreadline-dev libsqlite3-dev curl llvm libncurses5-dev libncursesw5-dev xz-utils tk-dev liblzma-dev libbz2-dev libldap2-dev libsasl2-dev
```
Clone the project:
```bash
git clone https://github.com/ERPLibre/ERPLibre.git
cd ERPLibre
```
`make install_os` detects the distribution and picks the right dependency script: apt for Ubuntu, Linux Mint and Debian, dnf for Fedora and the RHEL family, zypper for openSUSE, pacman for Arch, and a declarative module for NixOS. See the supported platforms above.
```bash
make install_os
2026-02-14 05:10:54 -05:00
make install_odoo_18
```
Install a specific Odoo version:
```bash
make install_odoo_16
make install_odoo_17
make install_odoo_18
```
Update your configuration if you need to run from another interface than 127.0.0.1, file `config.conf`
```
xmlrpc_interface = 0.0.0.0
```
Show version :
```bash
make version
```
Ready to execute:
```bash
make run
```
2021-07-20 20:37:40 -04:00
# Test
Execute ERPLibre test with his code generator.
2020-06-03 17:08:00 -04:00
```bash
time make test_full_fast
```
2020-06-03 17:08:00 -04:00
# Documentation
| Guide | Description |
|-------|-------------|
| [DISCOVER](doc/DISCOVER.md) | Learn and explore ERPLibre |
| [DEVELOPMENT](doc/DEVELOPMENT.md) | Development environment setup |
| [PRODUCTION](doc/PRODUCTION.md) | Production server deployment |
| [RUN](doc/RUN.md) | Execution modes and use cases |
| [CODE_GENERATOR](doc/CODE_GENERATOR.md) | Odoo module code generation |
| [MIGRATION](doc/MIGRATION.md) | Database migration between versions |
| [GIT_REPO](doc/GIT_REPO.md) | Git repository management |
| [POETRY](doc/POETRY.md) | Python dependency management |
| [FAQ](doc/FAQ.md) | Frequently asked questions |
| [HOWTO](doc/HOWTO.md) | How-to guides |
| [WINDOWS_INSTALLATION](doc/WINDOWS_INSTALLATION.md) | Windows installation |
# Contributing
See [CONTRIBUTION.md](doc/CONTRIBUTION.md) for guidelines.
2021-06-27 00:22:22 -04:00
# License
This project is licensed under the [GNU Affero General Public License v3.0](LICENSE).