Mathieu Benoit 292a03be8d [ADD] run: choisir la base au démarrage, sans jamais bloquer

« ./run.sh » sans argument partait sans base et l'on choisissait dans le
gestionnaire web. Il choisit maintenant : une seule base, il démarre
dessus ; plusieurs, il affiche un menu numéroté.

Ce qui décide n'est pas le menu mais l'endroit où il ne doit PAS s'ouvrir.
systemd écrit « ExecStart=/bin/bash …/run.sh » sans argument, avec
Restart=always : une question posée là serait une boucle de redémarrage.
Le défaut implicite exige donc un terminal sur stdin ET sur stderr — pas
stdout, qui est toujours un tube dans la substitution qui nous lit.
Mesuré : sans terminal, la ligne d'arguments est identique à l'octet et
la sonde, qui coûte 0,8 s, n'est jamais appelée.

--- EN ---

« ./run.sh » with no argument started without a database and one picked
in the web manager. It now picks: a single database, it starts on it;
several, it shows a numbered menu.

What decides is not the menu but where it must NOT open. systemd writes
« ExecStart=/bin/bash …/run.sh » with no argument and Restart=always: a
question asked there would be a restart loop. The implicit default
therefore requires a terminal on stdin AND on stderr — not stdout, which
is always a pipe inside the substitution that reads us. Measured: with no
terminal the argument line is byte-for-byte identical and the 0.8 s probe
is never called.

Assisted-by: Claude Opus 5

2026-08-23 17:26:41 -04:00

1.6 KiB

Raw Blame History

Execute ERPLibre

Start database

sudo systemctl start postgresql.service

Run ERPLibre

Method 1

Simply

./run.sh

Without any argument, ERPLibre picks the database for you: with a single one it starts on it, with several it shows a numbered menu. It only asks when a real terminal is there — a service started by systemd behaves exactly as before.

Two options steer that, and neither reaches Odoo:

option	effect
`--auto-erplibre`	pick the database even when other arguments are given
`--no-cli-erplibre`	never show the menu; a lone database is still taken

Naming a database yourself — -d, --database — turns the whole thing off, and so does a db_name set in the configuration file.

With arguments

./run.sh -h

Method 2

Execute your own python script:

./run.sh --log-level debug

Update all

Great idea to run it when updating Odoo, it updates each module database.

./run.sh -d [DATABASE] -u all --log-level debug

Update module

./run.sh -d [DATABASE] -u [module] --log-level debug

Test

First execution, install you requirements, choose a new database.

./run.sh -d [DATABASE] -i [module to test] --test-enable --no-http --stop-after-init --log-level=test

Execute your test on a specific module.

./run.sh -d [DATABASE] -u [module to test] --test-enable --no-http --stop-after-init --log-level=test

Execute your test on a specific module with tags.

./run.sh -d [DATABASE] -u [module to test] --test-enable --no-http --stop-after-init --log-level=test --test-tags [module_name][tags]

1.6 KiB Raw Blame History