2025-08-07 06:09:37 -04:00
|
|
|
|
#!/usr/bin/env python3
|
2026-03-11 23:15:07 -04:00
|
|
|
|
# © 2021-2026 TechnoLibre (http://www.technolibre.ca)
|
2025-10-31 01:10:54 -04:00
|
|
|
|
# License AGPL-3.0 or later (http://www.gnu.org/licenses/agpl)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
import ast
|
2025-12-22 04:02:44 -05:00
|
|
|
|
import configparser
|
2025-08-07 06:09:37 -04:00
|
|
|
|
import datetime
|
2026-08-07 03:22:26 -04:00
|
|
|
|
import inspect
|
2025-04-26 17:12:38 -04:00
|
|
|
|
import json
|
|
|
|
|
|
import logging
|
|
|
|
|
|
import os
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
import re
|
|
|
|
|
|
import shlex
|
2025-08-07 06:09:37 -04:00
|
|
|
|
import shutil
|
2026-08-23 04:17:34 -04:00
|
|
|
|
import socket
|
2025-08-07 06:09:37 -04:00
|
|
|
|
import subprocess
|
2025-05-04 00:40:05 -04:00
|
|
|
|
import sys
|
|
|
|
|
|
import time
|
2025-12-27 05:23:48 -05:00
|
|
|
|
import xml.etree.ElementTree as ET
|
2025-10-31 01:10:54 -04:00
|
|
|
|
import zipfile
|
|
|
|
|
|
|
|
|
|
|
|
new_path = os.path.normpath(
|
|
|
|
|
|
os.path.join(os.path.dirname(__file__), "..", "..")
|
|
|
|
|
|
)
|
|
|
|
|
|
sys.path.append(new_path)
|
|
|
|
|
|
|
|
|
|
|
|
from script.config import config_file
|
2026-02-19 12:27:35 -05:00
|
|
|
|
from script.execute import execute
|
2026-08-10 03:10:50 -04:00
|
|
|
|
from script.todo import todo_prefs
|
2026-03-10 03:59:35 -04:00
|
|
|
|
from script.todo.database_manager import DatabaseManager
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
from script.todo.proxmox_menu import ProxmoxMenuMixin
|
|
|
|
|
|
from script.todo.qemu_access import QemuAccessMixin
|
|
|
|
|
|
from script.todo.qemu_deploy import QemuDeployMixin
|
|
|
|
|
|
from script.todo.qemu_install import QemuInstallMixin
|
|
|
|
|
|
from script.todo.qemu_manage import QemuManageMixin
|
|
|
|
|
|
from script.todo.qemu_menu import QemuMenuMixin
|
2026-03-10 03:59:35 -04:00
|
|
|
|
from script.todo.kdbx_manager import KdbxManager
|
2026-08-07 03:22:26 -04:00
|
|
|
|
from script.todo.todo_i18n import get_lang, lang_is_configured, set_lang, t
|
2026-03-10 03:59:35 -04:00
|
|
|
|
from script.todo.version_manager import get_odoo_version
|
2025-08-07 06:09:37 -04:00
|
|
|
|
|
2026-03-10 03:06:07 -04:00
|
|
|
|
ERROR_LOG_PATH = ".erplibre.error.txt"
|
|
|
|
|
|
VENV_ERPLIBRE = ".venv.erplibre"
|
2025-08-07 06:09:37 -04:00
|
|
|
|
ENABLE_CRASH = False
|
|
|
|
|
|
CRASH_E = None
|
2025-12-27 05:23:48 -05:00
|
|
|
|
# Support mobile ERPLibre
|
|
|
|
|
|
ANDROID_DIR = "android"
|
2025-12-28 00:37:45 -05:00
|
|
|
|
MOBILE_HOME_PATH = "./mobile/erplibre_home_mobile"
|
2025-12-27 05:23:48 -05:00
|
|
|
|
STRINGS_FILE = os.path.join(
|
|
|
|
|
|
MOBILE_HOME_PATH, ANDROID_DIR, "app/src/main/res/values/strings.xml"
|
|
|
|
|
|
)
|
|
|
|
|
|
GRADLE_FILE = os.path.join(MOBILE_HOME_PATH, ANDROID_DIR, "app/build.gradle")
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2026-02-14 05:53:31 -05:00
|
|
|
|
|
2025-05-04 00:40:05 -04:00
|
|
|
|
try:
|
|
|
|
|
|
import click
|
2025-10-01 04:53:08 -04:00
|
|
|
|
import dotenv
|
2025-08-07 06:09:37 -04:00
|
|
|
|
import humanize
|
2025-05-04 00:40:05 -04:00
|
|
|
|
import openai
|
2025-10-31 01:10:54 -04:00
|
|
|
|
import todo_file_browser
|
2025-08-07 06:09:37 -04:00
|
|
|
|
|
|
|
|
|
|
# import urwid
|
|
|
|
|
|
# TODO implement rich for beautiful print and table
|
|
|
|
|
|
# import rich
|
2025-10-31 01:10:54 -04:00
|
|
|
|
import todo_upgrade
|
|
|
|
|
|
from pykeepass import PyKeePass
|
2025-05-04 00:40:05 -04:00
|
|
|
|
except ModuleNotFoundError as e:
|
2025-08-07 06:09:37 -04:00
|
|
|
|
humanize = None
|
|
|
|
|
|
ENABLE_CRASH = True
|
|
|
|
|
|
CRASH_E = e
|
2025-05-04 01:02:12 -04:00
|
|
|
|
|
2025-08-07 06:09:37 -04:00
|
|
|
|
if not ENABLE_CRASH:
|
2026-03-07 02:59:07 -05:00
|
|
|
|
print(t("Importation success!"))
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2025-10-31 01:10:54 -04:00
|
|
|
|
logging.basicConfig(
|
|
|
|
|
|
format=(
|
|
|
|
|
|
"%(asctime)s,%(msecs)d %(levelname)-8s [%(filename)s:%(lineno)d]"
|
|
|
|
|
|
" %(message)s"
|
|
|
|
|
|
),
|
|
|
|
|
|
datefmt="%Y-%m-%d:%H:%M:%S",
|
|
|
|
|
|
level=logging.INFO,
|
|
|
|
|
|
)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
_logger = logging.getLogger(__name__)
|
|
|
|
|
|
|
|
|
|
|
|
CONFIG_FILE = "./script/todo/todo.json"
|
2025-10-31 01:10:54 -04:00
|
|
|
|
CONFIG_OVERRIDE_FILE = "./private/todo/todo.json"
|
2025-04-26 17:12:38 -04:00
|
|
|
|
LOGO_ASCII_FILE = "./script/todo/logo_ascii.txt"
|
|
|
|
|
|
|
|
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
class TODO(
|
|
|
|
|
|
# L'ordre est celui de la lecture, pas de la résolution : aucun nom n'est
|
|
|
|
|
|
# défini deux fois (une classe unique jusqu'ici), donc aucune priorité à
|
|
|
|
|
|
# arbitrer. Chaque fichier porte un sujet, et son en-tête dit sa frontière.
|
|
|
|
|
|
QemuMenuMixin,
|
|
|
|
|
|
QemuDeployMixin,
|
|
|
|
|
|
QemuInstallMixin,
|
|
|
|
|
|
QemuManageMixin,
|
|
|
|
|
|
QemuAccessMixin,
|
|
|
|
|
|
ProxmoxMenuMixin,
|
|
|
|
|
|
):
|
2025-04-26 17:12:38 -04:00
|
|
|
|
def __init__(self):
|
2025-10-31 01:10:54 -04:00
|
|
|
|
self.dir_path = None
|
2026-03-10 03:45:11 -04:00
|
|
|
|
self.selected_file_path = None
|
2025-10-31 01:10:54 -04:00
|
|
|
|
self.config_file = config_file.ConfigFile()
|
2026-02-13 01:27:38 -05:00
|
|
|
|
self.execute = execute.Execute()
|
2026-03-10 03:59:35 -04:00
|
|
|
|
self.kdbx_manager = KdbxManager(self.config_file)
|
2026-03-10 04:05:04 -04:00
|
|
|
|
self.db_manager = DatabaseManager(self.execute, self.fill_help_info)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2026-03-07 02:59:07 -05:00
|
|
|
|
def _ask_language(self):
|
|
|
|
|
|
if not lang_is_configured():
|
|
|
|
|
|
print()
|
|
|
|
|
|
print("Choisir la langue / Choose language:")
|
|
|
|
|
|
print("[1] Francais")
|
|
|
|
|
|
print("[2] English")
|
|
|
|
|
|
choice = ""
|
|
|
|
|
|
while choice not in ("1", "2"):
|
|
|
|
|
|
choice = input("Select / Choisir : ").strip()
|
|
|
|
|
|
if choice == "1":
|
|
|
|
|
|
set_lang("fr")
|
|
|
|
|
|
else:
|
|
|
|
|
|
set_lang("en")
|
|
|
|
|
|
|
|
|
|
|
|
def _change_language(self):
|
|
|
|
|
|
print()
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Choose language / Choisir la langue") + ":")
|
|
|
|
|
|
print(f"[1] {t('French')}")
|
|
|
|
|
|
print(f"[2] {t('English')}")
|
|
|
|
|
|
print(f"[0] {t('Back')}")
|
2026-03-07 02:59:07 -05:00
|
|
|
|
choice = ""
|
|
|
|
|
|
while choice not in ("0", "1", "2"):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
choice = input(t("Select: ")).strip()
|
2026-03-07 02:59:07 -05:00
|
|
|
|
if choice == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif choice == "1":
|
|
|
|
|
|
set_lang("fr")
|
|
|
|
|
|
else:
|
|
|
|
|
|
set_lang("en")
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Language changed to: English"))
|
2026-03-07 02:59:07 -05:00
|
|
|
|
|
2026-08-10 03:10:50 -04:00
|
|
|
|
def run(self):
|
|
|
|
|
|
with open(self.config_file.get_logo_ascii_file_path()) as my_file:
|
|
|
|
|
|
print(my_file.read())
|
|
|
|
|
|
self._ask_language()
|
|
|
|
|
|
print(t("Opening TODO ..."))
|
|
|
|
|
|
print(f"🤖 {t('=> Enter your choice by number and press Enter!')}")
|
|
|
|
|
|
help_info = f"""{self._menu_header()}
|
|
|
|
|
|
[1] {t("Execute")}
|
|
|
|
|
|
[2] {t("Install")}
|
|
|
|
|
|
[3] {t("Assistant")}
|
|
|
|
|
|
[4] {t("Fork - Open TODO in a new tab")}
|
|
|
|
|
|
[5] {t("Navigation telemetry (TUI)")}
|
|
|
|
|
|
[6] {t("Configuration")}
|
|
|
|
|
|
[0] {t("Quit")}
|
|
|
|
|
|
"""
|
|
|
|
|
|
while True:
|
|
|
|
|
|
try:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
except NameError:
|
|
|
|
|
|
print("Do")
|
|
|
|
|
|
print(f"source ./{VENV_ERPLIBRE}/bin/activate && make")
|
|
|
|
|
|
sys.exit(1)
|
|
|
|
|
|
except ImportError:
|
|
|
|
|
|
print("Do")
|
|
|
|
|
|
print(f"source ./{VENV_ERPLIBRE}/bin/activate && make")
|
|
|
|
|
|
sys.exit(1)
|
|
|
|
|
|
except click.exceptions.Abort:
|
|
|
|
|
|
sys.exit(0)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
break
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.prompt_execute()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.prompt_install()
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self.prompt_assistant()
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
# cmd = (
|
|
|
|
|
|
# f"gnome-terminal --tab -- bash -c 'source"
|
|
|
|
|
|
# f" ./{VENV_ERPLIBRE}/bin/activate;make todo'"
|
|
|
|
|
|
# )
|
|
|
|
|
|
cmd = "make todo"
|
|
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=True)
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self._todo_telemetry_tui()
|
|
|
|
|
|
elif status == "6":
|
|
|
|
|
|
self.prompt_configuration()
|
|
|
|
|
|
# elif status == "3" or status == "install":
|
|
|
|
|
|
# print("install")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
|
|
|
|
|
print(status)
|
|
|
|
|
|
# manipuler()
|
|
|
|
|
|
|
|
|
|
|
|
def prompt_assistant(self):
|
|
|
|
|
|
"""Ce qui s'adresse à l'humain : poser une question, lire son courriel."""
|
|
|
|
|
|
from script.todo.mail.menu import prompt_execute_mail
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
help_info = f"""{self._menu_header()}
|
|
|
|
|
|
[1] {t("mail_ai_question")}
|
|
|
|
|
|
[2] {t("mail_menu")}
|
|
|
|
|
|
[0] {t("Back")}"""
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
if status == "1":
|
|
|
|
|
|
self._assistant_question()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
prompt_execute_mail(self)
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
|
|
|
|
|
def _assistant_question(self):
|
|
|
|
|
|
while True:
|
|
|
|
|
|
help_info = f"""{self._menu_header()}
|
|
|
|
|
|
[0] {t("Back")}
|
|
|
|
|
|
{t("Write your question ")}"""
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
kp = self.kdbx_manager.get_kdbx()
|
|
|
|
|
|
if not kp:
|
|
|
|
|
|
return
|
|
|
|
|
|
config_name = self.config_file.get_config_value(
|
|
|
|
|
|
["kdbx_config", "openai", "kdbx_key"]
|
|
|
|
|
|
)
|
|
|
|
|
|
entry = kp.find_entries_by_title(config_name, first=True)
|
|
|
|
|
|
|
|
|
|
|
|
client = openai.OpenAI(api_key=entry.password)
|
|
|
|
|
|
prompt_update = status
|
|
|
|
|
|
completion = client.chat.completions.create(
|
|
|
|
|
|
model="gpt-4o",
|
|
|
|
|
|
messages=[{"role": "user", "content": prompt_update}],
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
print(completion.choices[0].message.content)
|
|
|
|
|
|
print()
|
|
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
def prompt_execute(self):
|
|
|
|
|
|
help_info = f"""{self._menu_header()}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
── {t("Development")} ──
|
|
|
|
|
|
[1] {t("Code - Developer tools")}
|
|
|
|
|
|
[2] {t("Config - Configuration file management")}
|
|
|
|
|
|
[3] {t("Run - Execute and install an instance")}
|
|
|
|
|
|
[4] {t("Test - Test an Odoo module")}
|
|
|
|
|
|
[5] {t("Process - Execution tools")}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
── {t("Data")} ──
|
|
|
|
|
|
[6] {t("Database - Database tools")}
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
[7] {t("Analyse - Odoo database analysis")}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
── {t("Sources & documentation")} ──
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
[8] {t("Git - Git tools")}
|
|
|
|
|
|
[9] {t("Doc - Documentation search")}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
── {t("AI & automation")} ──
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
[10] {t("GPT code - AI assistant tools")}
|
|
|
|
|
|
[11] {t("Automation - Demonstration of developed features")}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
── {t("Deployment, network & security")} ──
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
[12] {t("Deploy - Deploy ERPLibre locally")}
|
|
|
|
|
|
[13] {t("Network - Network tools")}
|
|
|
|
|
|
[14] {t("Security - Dependency security audit")}
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
|
|
|
|
|
── {t("Preferences")} ──
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
[15] {t("Language - Change language / Changer la langue")}
|
2026-03-12 05:31:45 -04:00
|
|
|
|
[0] {t("Back")}
|
2025-04-26 17:12:38 -04:00
|
|
|
|
"""
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "1":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_code()
|
2025-04-26 17:12:38 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "2":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_config()
|
2025-04-26 17:12:38 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2025-05-04 01:02:12 -04:00
|
|
|
|
elif status == "3":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_instance()
|
2025-05-04 01:02:12 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "4":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_test()
|
2025-05-04 01:02:12 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2025-10-31 01:10:54 -04:00
|
|
|
|
elif status == "5":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_process()
|
2025-10-31 01:10:54 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "6":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self.prompt_execute_database()
|
2025-10-31 01:10:54 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2025-12-22 04:02:44 -05:00
|
|
|
|
elif status == "7":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_analyse()
|
2025-12-22 04:02:44 -05:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2026-02-13 03:46:27 -05:00
|
|
|
|
elif status == "8":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_git()
|
2026-02-13 03:46:27 -05:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2026-02-28 03:24:22 -05:00
|
|
|
|
elif status == "9":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_doc()
|
2026-02-28 03:24:22 -05:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2026-03-07 01:38:55 -05:00
|
|
|
|
elif status == "10":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_gpt_code()
|
2026-03-07 01:38:55 -05:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2026-03-07 02:59:07 -05:00
|
|
|
|
elif status == "11":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_function()
|
2026-03-08 15:53:51 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "12":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_deploy()
|
2026-03-09 16:34:43 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "13":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_network()
|
2026-03-07 02:59:07 -05:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2026-03-10 02:05:53 -04:00
|
|
|
|
elif status == "14":
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
status = self.prompt_execute_security()
|
|
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "15":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
status = self._change_language()
|
2026-03-12 05:40:22 -04:00
|
|
|
|
if status is not False:
|
|
|
|
|
|
return
|
2025-04-26 17:12:38 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def prompt_install(self):
|
|
|
|
|
|
print("Detect first installation from code source.")
|
|
|
|
|
|
|
|
|
|
|
|
first_installation_input = (
|
|
|
|
|
|
input(
|
|
|
|
|
|
"💬 First system installation? This will process system installation"
|
|
|
|
|
|
" before (Y/N): "
|
|
|
|
|
|
)
|
|
|
|
|
|
.strip()
|
|
|
|
|
|
.lower()
|
|
|
|
|
|
)
|
|
|
|
|
|
if self._is_yes(first_installation_input):
|
|
|
|
|
|
cmd = "./script/version/update_env_version.py --install"
|
|
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=True)
|
|
|
|
|
|
print("Wait after OS installation before continue.")
|
|
|
|
|
|
|
|
|
|
|
|
# First detect pycharm, need to be open before installation and close to increase speed
|
|
|
|
|
|
has_pycharm = False
|
|
|
|
|
|
has_pycharm_community = False
|
|
|
|
|
|
result = subprocess.run(
|
|
|
|
|
|
["which", "pycharm"],
|
|
|
|
|
|
stdout=subprocess.PIPE,
|
|
|
|
|
|
stderr=subprocess.PIPE,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
if result.returncode == 0:
|
|
|
|
|
|
has_pycharm = True
|
|
|
|
|
|
else:
|
|
|
|
|
|
result = subprocess.run(
|
|
|
|
|
|
["which", "pycharm-community"],
|
|
|
|
|
|
stdout=subprocess.PIPE,
|
|
|
|
|
|
stderr=subprocess.PIPE,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
has_pycharm_community = result.returncode == 0
|
|
|
|
|
|
if (has_pycharm or has_pycharm_community) and not os.path.exists(
|
|
|
|
|
|
".idea"
|
|
|
|
|
|
):
|
|
|
|
|
|
pycharm_configuration_input = (
|
|
|
|
|
|
input("💬 Open Pycharm? (Y/N): ").strip().lower()
|
|
|
|
|
|
)
|
|
|
|
|
|
if self._is_yes(pycharm_configuration_input):
|
|
|
|
|
|
pycharm_bin = "pycharm" if has_pycharm else "pycharm-community"
|
|
|
|
|
|
|
|
|
|
|
|
cmd = f"cd {os.getcwd()} && {pycharm_bin} ./"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=False,
|
|
|
|
|
|
new_window=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
print(
|
|
|
|
|
|
"👹 WAIT and Close Pycharm when processing is done before continue"
|
|
|
|
|
|
" this guide."
|
|
|
|
|
|
)
|
|
|
|
|
|
# TODO detect last version supported
|
|
|
|
|
|
# cmd_intern = "./script/install/install_erplibre.sh"
|
|
|
|
|
|
# TODO maybe update q to only install erplibre from install_locally
|
|
|
|
|
|
# TODO problem installing with q, the script depend on odoo
|
|
|
|
|
|
key_i = 0
|
|
|
|
|
|
commands_begin = {
|
|
|
|
|
|
"q": (
|
|
|
|
|
|
"q",
|
|
|
|
|
|
"q: ERPLibre only with system python without Odoo",
|
|
|
|
|
|
"./script/install/install_erplibre.sh",
|
|
|
|
|
|
),
|
|
|
|
|
|
"w": (
|
|
|
|
|
|
"w",
|
|
|
|
|
|
"w: Install all Odoo version with ERPLibre",
|
|
|
|
|
|
"make install_odoo_all_version",
|
|
|
|
|
|
),
|
|
|
|
|
|
"m": (
|
|
|
|
|
|
"m",
|
|
|
|
|
|
"m: ERPLibre with mobile home",
|
|
|
|
|
|
"./mobile/install_and_run.sh",
|
|
|
|
|
|
),
|
|
|
|
|
|
"0": (
|
|
|
|
|
|
"0",
|
|
|
|
|
|
f"0: {t('Quit')}",
|
|
|
|
|
|
),
|
|
|
|
|
|
}
|
|
|
|
|
|
commands_end = {}
|
|
|
|
|
|
versions, installed_versions, odoo_installed_version = (
|
|
|
|
|
|
get_odoo_version()
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
for version_info in versions[::-1]:
|
|
|
|
|
|
key_i += 1
|
|
|
|
|
|
key_s = str(key_i)
|
|
|
|
|
|
label = f"{key_s}: Odoo {version_info.get('odoo_version')}"
|
|
|
|
|
|
|
|
|
|
|
|
odoo_version = f"odoo{version_info.get('odoo_version')}"
|
|
|
|
|
|
if odoo_version in installed_versions:
|
|
|
|
|
|
label += " - Installed"
|
|
|
|
|
|
if odoo_version == odoo_installed_version:
|
|
|
|
|
|
label += " - Actual"
|
|
|
|
|
|
if version_info.get("Default"):
|
|
|
|
|
|
label += " - Default"
|
|
|
|
|
|
if version_info.get("is_deprecated"):
|
|
|
|
|
|
label += " - Deprecated"
|
|
|
|
|
|
erplibre_version = version_info.get("erplibre_version")
|
|
|
|
|
|
commands_begin[key_s] = (
|
|
|
|
|
|
key_s,
|
|
|
|
|
|
label,
|
|
|
|
|
|
f"./script/version/update_env_version.py --erplibre_version {erplibre_version} --install_dev",
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Add final command
|
|
|
|
|
|
install_commands = {**commands_begin, **commands_end}
|
|
|
|
|
|
|
|
|
|
|
|
# Show command
|
|
|
|
|
|
odoo_version_input = ""
|
|
|
|
|
|
while odoo_version_input not in install_commands:
|
|
|
|
|
|
if odoo_version_input:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"{t('Error, cannot understand value')} '{odoo_version_input}'"
|
|
|
|
|
|
)
|
|
|
|
|
|
str_input_dyn_odoo_version = (
|
|
|
|
|
|
f"💬 {t('Choose a version:')}\n\t"
|
|
|
|
|
|
+ "\n\t".join([a[1] for a in install_commands.values()])
|
|
|
|
|
|
+ f"\n{t('Select: ')}"
|
|
|
|
|
|
)
|
|
|
|
|
|
odoo_version_input = (
|
|
|
|
|
|
input(str_input_dyn_odoo_version).strip().lower()
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
if odoo_version_input == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
cmd_intern = install_commands.get(odoo_version_input)[2]
|
|
|
|
|
|
|
|
|
|
|
|
# For numbered version selections, offer extra modules sub-menu
|
|
|
|
|
|
if odoo_version_input.isdigit():
|
|
|
|
|
|
extra_choices = {
|
|
|
|
|
|
"1": (
|
|
|
|
|
|
"1",
|
|
|
|
|
|
f"1: {t('Standard install (without extra modules)')}",
|
|
|
|
|
|
),
|
|
|
|
|
|
"2": (
|
|
|
|
|
|
"2",
|
|
|
|
|
|
f"2: {t('Install with extra modules (CybroOdoo - large, slow)')}",
|
|
|
|
|
|
),
|
|
|
|
|
|
"0": ("0", f"0: {t('Back')}"),
|
|
|
|
|
|
}
|
|
|
|
|
|
extra_input = ""
|
|
|
|
|
|
while extra_input not in extra_choices:
|
|
|
|
|
|
if extra_input:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"{t('Error, cannot understand value')} '{extra_input}'"
|
|
|
|
|
|
)
|
|
|
|
|
|
str_extra = (
|
|
|
|
|
|
f"💬 {t('Install type:')}\n\t"
|
|
|
|
|
|
+ "\n\t".join([a[1] for a in extra_choices.values()])
|
|
|
|
|
|
+ f"\n{t('Select: ')}"
|
|
|
|
|
|
)
|
|
|
|
|
|
extra_input = input(str_extra).strip()
|
|
|
|
|
|
if extra_input == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
if extra_input == "2":
|
|
|
|
|
|
cmd_intern = cmd_intern + " --with_extra"
|
|
|
|
|
|
|
|
|
|
|
|
print(f"{t('Will execute:')}\n{cmd_intern}")
|
|
|
|
|
|
|
|
|
|
|
|
# TODO use external script to detect terminal to use on system
|
|
|
|
|
|
# TODO check script open_terminal_code_generator.sh
|
|
|
|
|
|
# cmd_extern = f"gnome-terminal -- bash -c '{cmd_intern};bash'"
|
|
|
|
|
|
try:
|
|
|
|
|
|
subprocess.run(
|
|
|
|
|
|
cmd_intern, shell=True, executable="/bin/bash", check=True
|
|
|
|
|
|
)
|
|
|
|
|
|
except subprocess.CalledProcessError as e:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"{t('The Bash script failed with return code')} {e.returncode}."
|
|
|
|
|
|
)
|
|
|
|
|
|
print("Wait after installation and open projects by terminal.")
|
|
|
|
|
|
print("make open_terminal")
|
|
|
|
|
|
self.restart_script(str(e))
|
|
|
|
|
|
|
2026-08-10 03:10:50 -04:00
|
|
|
|
def execute_from_configuration(
|
|
|
|
|
|
self, instance, exec_run_db=False, ignore_makefile=False
|
|
|
|
|
|
):
|
|
|
|
|
|
# exec_run_db need argument database
|
|
|
|
|
|
kdbx_key = instance.get("kdbx_key")
|
|
|
|
|
|
odoo_user = instance.get("user")
|
|
|
|
|
|
odoo_password = instance.get("password")
|
|
|
|
|
|
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
# Le mot de passe voyage par l'environnement, jamais par argv : la
|
|
|
|
|
|
# ligne de commande est lisible par tout utilisateur de la machine.
|
|
|
|
|
|
web_login_env = {}
|
2026-08-10 03:10:50 -04:00
|
|
|
|
if kdbx_key:
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
(
|
|
|
|
|
|
extra_cmd_web_login,
|
|
|
|
|
|
web_login_env,
|
|
|
|
|
|
) = self.kdbx_manager.get_extra_command_user(kdbx_key)
|
2026-08-10 03:10:50 -04:00
|
|
|
|
elif odoo_user and odoo_password:
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
web_login_env = {"EL_WEB_LOGIN_PWD_0": odoo_password}
|
2026-08-10 03:10:50 -04:00
|
|
|
|
extra_cmd_web_login = (
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
f" --default_email_auth {odoo_user}"
|
|
|
|
|
|
" --default_password_auth_env EL_WEB_LOGIN_PWD_0"
|
2026-08-10 03:10:50 -04:00
|
|
|
|
)
|
|
|
|
|
|
else:
|
|
|
|
|
|
extra_cmd_web_login = ""
|
|
|
|
|
|
|
|
|
|
|
|
makefile_cmd = instance.get("makefile_cmd")
|
|
|
|
|
|
if makefile_cmd and not ignore_makefile:
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
f"make {makefile_cmd}",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
if status:
|
|
|
|
|
|
_logger.error(
|
|
|
|
|
|
f"Status {status} - exit execute_from_configuration"
|
|
|
|
|
|
)
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
if exec_run_db:
|
|
|
|
|
|
db_name = instance.get("database")
|
|
|
|
|
|
self.prompt_execute_selenium_and_run_db(
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
db_name,
|
|
|
|
|
|
extra_cmd_web_login=extra_cmd_web_login,
|
|
|
|
|
|
web_login_env=web_login_env,
|
2026-08-10 03:10:50 -04:00
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
bash_command = instance.get("bash_command")
|
|
|
|
|
|
if bash_command:
|
|
|
|
|
|
print(f"{t('Will execute:')} {bash_command}")
|
|
|
|
|
|
self.execute.exec_command_live(bash_command, source_erplibre=False)
|
|
|
|
|
|
|
|
|
|
|
|
# Clé de CONFIGURATION, pas une chaîne d'interface : le passage aux
|
|
|
|
|
|
# clés i18n en texte anglais (4fc15c3) a renommé celle-ci en
|
|
|
|
|
|
# « Command: », le libellé affiché. Plus aucune entrée de todo.json
|
|
|
|
|
|
# ne correspondait, et « Open ERPLibre with TODO 🤖 » ne faisait
|
|
|
|
|
|
# plus rien — sans erreur, puisque le `if` était simplement faux.
|
|
|
|
|
|
command = instance.get("command")
|
|
|
|
|
|
if command:
|
|
|
|
|
|
self.prompt_execute_selenium(
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
command=command,
|
|
|
|
|
|
extra_cmd_web_login=extra_cmd_web_login,
|
|
|
|
|
|
web_login_env=web_login_env,
|
2026-08-10 03:10:50 -04:00
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
callback = instance.get("callback")
|
|
|
|
|
|
if callback:
|
|
|
|
|
|
callback(instance)
|
|
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
# Étiquettes du fil d'Ariane par méthode de menu. Le fil est dérivé de la
|
|
|
|
|
|
# pile d'appels (aucune méthode de menu à modifier). Labels courts et
|
|
|
|
|
|
# stables, pensés pour être copiés afin de situer précisément un menu.
|
|
|
|
|
|
_MENU_LABELS = {
|
|
|
|
|
|
"run": "TODO",
|
|
|
|
|
|
"prompt_execute": "Execute",
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
"prompt_assistant": "Assistant",
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
"prompt_install": "Install",
|
|
|
|
|
|
"prompt_execute_function": "Automation",
|
|
|
|
|
|
"prompt_execute_code": "Code",
|
|
|
|
|
|
"prompt_execute_config": "Config",
|
|
|
|
|
|
"prompt_execute_database": "Database",
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
"prompt_execute_analyse": "Analyse",
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
"prompt_execute_doc": "Doc",
|
|
|
|
|
|
"prompt_execute_git": "Git",
|
|
|
|
|
|
"prompt_execute_git_local_server": "Git local server",
|
|
|
|
|
|
"prompt_execute_gpt_code": "GPT code",
|
|
|
|
|
|
"prompt_execute_process": "Process",
|
|
|
|
|
|
"prompt_execute_instance": "Run",
|
|
|
|
|
|
"prompt_execute_rtk": "RTK",
|
|
|
|
|
|
"prompt_execute_update": "Update",
|
|
|
|
|
|
"prompt_execute_deploy": "Deploy",
|
|
|
|
|
|
"prompt_execute_deploy_ssh": "SSH",
|
|
|
|
|
|
"prompt_execute_qemu": "QEMU/KVM",
|
|
|
|
|
|
"prompt_configuration": "Configuration",
|
|
|
|
|
|
}
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def _menu_header(self):
|
|
|
|
|
|
"""En-tête de menu : fil d'Ariane (dérivé de la pile d'appels) suivi de
|
|
|
|
|
|
la ligne « Commande : ». Le fil situe le menu courant et se copie pour
|
|
|
|
|
|
décrire sans ambiguïté où l'on se trouve."""
|
|
|
|
|
|
crumbs = []
|
|
|
|
|
|
for frame_info in reversed(inspect.stack()):
|
|
|
|
|
|
if frame_info.frame.f_locals.get("self") is not self:
|
|
|
|
|
|
continue
|
|
|
|
|
|
label = self._MENU_LABELS.get(frame_info.function)
|
|
|
|
|
|
if label and (not crumbs or crumbs[-1] != label):
|
|
|
|
|
|
crumbs.append(label)
|
|
|
|
|
|
header = ""
|
|
|
|
|
|
if crumbs:
|
|
|
|
|
|
header = "📍 " + " › ".join(crumbs) + "\n"
|
|
|
|
|
|
# Télémétrie de navigation (best-effort, ne casse jamais le menu).
|
|
|
|
|
|
try:
|
|
|
|
|
|
from script.todo import todo_telemetry
|
|
|
|
|
|
|
|
|
|
|
|
todo_telemetry.record(" › ".join(crumbs))
|
|
|
|
|
|
except Exception:
|
|
|
|
|
|
pass
|
|
|
|
|
|
return header + t("Command:")
|
|
|
|
|
|
|
2026-08-10 03:10:50 -04:00
|
|
|
|
def _todo_telemetry_tui(self):
|
|
|
|
|
|
"""Ouvre le TUI de télémétrie (arbre/Kanban). Une commande choisie est
|
|
|
|
|
|
exécutée au retour (hors du TUI) ; on propose ensuite de REVENIR (l'état
|
|
|
|
|
|
et la position du curseur sont restaurés) ou de quitter."""
|
|
|
|
|
|
from script.todo import textual_setup
|
|
|
|
|
|
from script.todo.todo_telemetry import run_tui
|
|
|
|
|
|
|
|
|
|
|
|
if not textual_setup.ensure():
|
|
|
|
|
|
return
|
|
|
|
|
|
state = None
|
|
|
|
|
|
while True:
|
|
|
|
|
|
try:
|
|
|
|
|
|
result = run_tui(state=state)
|
|
|
|
|
|
except ImportError:
|
|
|
|
|
|
return
|
|
|
|
|
|
if not result:
|
|
|
|
|
|
return
|
|
|
|
|
|
action, state = result
|
|
|
|
|
|
if not action:
|
|
|
|
|
|
return # quitté sans choisir de commande
|
|
|
|
|
|
method, kwargs = action
|
|
|
|
|
|
# Fil d'Ariane : la commande étant lancée DEPUIS la télémétrie (et
|
|
|
|
|
|
# non via la navigation), aucun menu n'a affiché le chemin. On le
|
|
|
|
|
|
# montre ici (dernier segment traduit + icône) et on l'enregistre.
|
|
|
|
|
|
path = state.get("path") if isinstance(state, dict) else None
|
|
|
|
|
|
if path:
|
|
|
|
|
|
segs = path.split(" › ")
|
|
|
|
|
|
segs[-1] = t(segs[-1])
|
|
|
|
|
|
print(f"\n📍 {' › '.join(segs)}")
|
|
|
|
|
|
try:
|
|
|
|
|
|
from script.todo import todo_telemetry
|
|
|
|
|
|
|
|
|
|
|
|
todo_telemetry.record(path)
|
|
|
|
|
|
except Exception:
|
|
|
|
|
|
pass
|
|
|
|
|
|
fn = getattr(self, method, None)
|
|
|
|
|
|
if not callable(fn):
|
|
|
|
|
|
print(f"{t('Command not found !')} ({method})")
|
|
|
|
|
|
else:
|
|
|
|
|
|
try:
|
|
|
|
|
|
fn(**(kwargs or {}))
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"{t('Command failed: ')}{exc}")
|
|
|
|
|
|
# Revenir (curseur restauré) ou quitter ?
|
|
|
|
|
|
ans = input(f"\n{t('Back to telemetry (r) or quit (Enter)? ')}")
|
|
|
|
|
|
if ans.strip().lower() not in ("r", "revenir", "o", "oui", "y"):
|
|
|
|
|
|
return
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
# Préférences éditables depuis le menu Configuration : clé, libellé, et
|
|
|
|
|
|
# valeurs proposées (valeur stockée -> libellé affiché). Une seule table :
|
|
|
|
|
|
# l'écran, la lecture et l'écriture en découlent.
|
|
|
|
|
|
_PREF_CHOICES = {
|
|
|
|
|
|
"qemu_deploy_ui": (
|
|
|
|
|
|
"QEMU deployment interface",
|
|
|
|
|
|
(
|
|
|
|
|
|
("ask", "Ask every time"),
|
|
|
|
|
|
("tui", "TUI form"),
|
|
|
|
|
|
("cli", "Classic questions (line by line)"),
|
|
|
|
|
|
),
|
|
|
|
|
|
),
|
|
|
|
|
|
"qemu_deploy_progress": (
|
|
|
|
|
|
"Display while deploying",
|
|
|
|
|
|
(
|
|
|
|
|
|
("cli", "CLI output (easy to copy)"),
|
|
|
|
|
|
("tui", "TUI, collapsible blocks per VM"),
|
|
|
|
|
|
),
|
|
|
|
|
|
),
|
|
|
|
|
|
"migration_ui": (
|
|
|
|
|
|
"Odoo migration interface",
|
|
|
|
|
|
(
|
|
|
|
|
|
("ask", "Ask every time"),
|
|
|
|
|
|
("tui", "TUI form"),
|
|
|
|
|
|
("cli", "Classic questions (line by line)"),
|
|
|
|
|
|
),
|
|
|
|
|
|
),
|
|
|
|
|
|
}
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def _pref_label(self, key):
|
|
|
|
|
|
"""Libellé traduit de la valeur courante d'une préférence."""
|
|
|
|
|
|
value = todo_prefs.get(key)
|
|
|
|
|
|
for stored, label in self._PREF_CHOICES[key][1]:
|
|
|
|
|
|
if stored == value:
|
|
|
|
|
|
return t(label)
|
|
|
|
|
|
return str(value)
|
|
|
|
|
|
|
|
|
|
|
|
def _pref_edit(self, key):
|
|
|
|
|
|
"""Fait choisir une valeur parmi celles proposées pour `key`."""
|
|
|
|
|
|
title, options = self._PREF_CHOICES[key]
|
|
|
|
|
|
current = todo_prefs.get(key)
|
|
|
|
|
|
print(f"\n{t(title)} :")
|
|
|
|
|
|
for i, (stored, label) in enumerate(options, 1):
|
|
|
|
|
|
star = " *" if stored == current else ""
|
|
|
|
|
|
print(f" [{i}] {t(label)}{star}")
|
|
|
|
|
|
sel = input(f"{t('Choice (number, blank = keep):')} ").strip()
|
|
|
|
|
|
try:
|
|
|
|
|
|
idx = int(sel) - 1
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
return
|
|
|
|
|
|
if 0 <= idx < len(options):
|
|
|
|
|
|
todo_prefs.set(key, options[idx][0])
|
|
|
|
|
|
print(f" ✅ {t(title)} : {self._pref_label(key)}")
|
|
|
|
|
|
|
|
|
|
|
|
def prompt_configuration(self):
|
|
|
|
|
|
"""Réglages persistants de l'utilisateur (~/.erplibre/todo_prefs.json).
|
|
|
|
|
|
La langue vit à part, dans env_var.sh, et garde son propre mécanisme.
|
|
|
|
|
|
"""
|
|
|
|
|
|
while True:
|
|
|
|
|
|
lang = "français" if get_lang() == "fr" else "English"
|
|
|
|
|
|
choices = [
|
|
|
|
|
|
{"section": t("Interface")},
|
|
|
|
|
|
{"prompt_description": f"{t('Language / Langue')} ({lang})"},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": (
|
|
|
|
|
|
f"{t('QEMU deployment interface')} "
|
|
|
|
|
|
f"({self._pref_label('qemu_deploy_ui')})"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": (
|
|
|
|
|
|
f"{t('Display while deploying')} "
|
|
|
|
|
|
f"({self._pref_label('qemu_deploy_progress')})"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": (
|
|
|
|
|
|
f"{t('Odoo migration interface')} "
|
|
|
|
|
|
f"({self._pref_label('migration_ui')})"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{"section": t("Maintenance")},
|
|
|
|
|
|
{"prompt_description": t("Reset all preferences")},
|
|
|
|
|
|
]
|
|
|
|
|
|
status = click.prompt(self.fill_help_info(choices))
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._change_language()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._pref_edit("qemu_deploy_ui")
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self._pref_edit("qemu_deploy_progress")
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self._pref_edit("migration_ui")
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
n = todo_prefs.reset()
|
|
|
|
|
|
print(f"✅ {t('Preferences reset')} ({n})")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
def fill_help_info(self, choices):
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
# Une entrée {"section": "..."} affiche un titre de section SANS
|
|
|
|
|
|
# consommer de numéro : la numérotation reste continue sur les vraies
|
|
|
|
|
|
# commandes (compatible avec les elif codés en dur des menus).
|
|
|
|
|
|
help_info = self._menu_header() + "\n"
|
2026-03-12 05:31:45 -04:00
|
|
|
|
help_end = f"[0] {t('Back')}\n"
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
n = 0
|
|
|
|
|
|
for instance in choices:
|
|
|
|
|
|
section = instance.get("section")
|
|
|
|
|
|
if section:
|
|
|
|
|
|
help_info += f"\n── {section} ──\n"
|
|
|
|
|
|
continue
|
|
|
|
|
|
n += 1
|
2026-03-10 03:45:11 -04:00
|
|
|
|
desc_key = instance.get("prompt_description_key")
|
2026-03-07 02:59:07 -05:00
|
|
|
|
if desc_key:
|
|
|
|
|
|
desc = t(desc_key)
|
|
|
|
|
|
else:
|
2026-03-10 03:45:11 -04:00
|
|
|
|
desc = instance["prompt_description"]
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
help_info += f"[{n}] " + desc + "\n"
|
2025-04-26 17:12:38 -04:00
|
|
|
|
help_info += help_end
|
2025-04-28 00:32:51 -04:00
|
|
|
|
return help_info
|
|
|
|
|
|
|
|
|
|
|
|
def prompt_execute_instance(self):
|
2025-05-04 01:02:12 -04:00
|
|
|
|
# TODO proposer le déploiement à distance
|
|
|
|
|
|
# TODO proposer l'exécution de docker
|
|
|
|
|
|
# TODO proposer la création de docker
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = self.config_file.get_config("instance")
|
|
|
|
|
|
init_len = len(choices)
|
2025-10-01 04:53:08 -04:00
|
|
|
|
|
2026-02-28 01:35:32 -05:00
|
|
|
|
# Support mobile ERPLibre
|
2025-12-27 05:23:48 -05:00
|
|
|
|
if os.path.exists(MOBILE_HOME_PATH):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
menu_entry = {
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"prompt_description": t("Mobile - Compile and run software"),
|
2025-10-01 04:53:08 -04:00
|
|
|
|
"callback": self.callback_make_mobile_home,
|
|
|
|
|
|
}
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices.append(menu_entry)
|
2026-02-28 01:35:32 -05:00
|
|
|
|
|
|
|
|
|
|
# Support custom database to execute
|
2026-03-10 03:45:11 -04:00
|
|
|
|
menu_entry = {
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"prompt_description": t("Choose your database"),
|
2026-02-28 01:35:32 -05:00
|
|
|
|
"callback": self.callback_execute_custom_database,
|
|
|
|
|
|
}
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices.insert(0, menu_entry)
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
else:
|
|
|
|
|
|
cmd_no_found = True
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_cmd = int(status)
|
2026-02-28 01:35:32 -05:00
|
|
|
|
if 1 < int_cmd <= init_len:
|
2025-04-26 17:12:38 -04:00
|
|
|
|
cmd_no_found = False
|
2026-03-13 15:04:14 -04:00
|
|
|
|
status = click.confirm(
|
|
|
|
|
|
t("Do you want a new instance?")
|
|
|
|
|
|
)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance = choices[int_cmd - 1]
|
2025-04-28 00:32:51 -04:00
|
|
|
|
self.execute_from_configuration(
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance,
|
2025-04-28 00:32:51 -04:00
|
|
|
|
exec_run_db=True,
|
|
|
|
|
|
ignore_makefile=not bool(status),
|
|
|
|
|
|
)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
elif int_cmd <= len(choices) or 1 == int_cmd:
|
2026-02-28 01:35:32 -05:00
|
|
|
|
cmd_no_found = False
|
2025-10-01 04:53:08 -04:00
|
|
|
|
# Execute dynamic instance
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance = choices[int_cmd - 1]
|
2025-10-01 04:53:08 -04:00
|
|
|
|
self.execute_from_configuration(
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance,
|
2025-10-01 04:53:08 -04:00
|
|
|
|
)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
except ValueError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
if cmd_no_found:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
def prompt_execute_function(self):
|
|
|
|
|
|
choices = self.config_file.get_config("function")
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
else:
|
|
|
|
|
|
cmd_no_found = True
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_cmd = int(status)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
if 0 < int_cmd <= len(choices):
|
2025-04-26 17:12:38 -04:00
|
|
|
|
cmd_no_found = False
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance = choices[int_cmd - 1]
|
|
|
|
|
|
self.execute_from_configuration(instance)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
except ValueError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
if cmd_no_found:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2025-05-04 01:02:12 -04:00
|
|
|
|
def prompt_execute_update(self):
|
2026-02-13 01:27:38 -05:00
|
|
|
|
# self.execute.exec_command_live(f"make {makefile_cmd}")
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Development update')}")
|
2025-05-04 01:02:12 -04:00
|
|
|
|
# TODO détecter les modules en modification pour faire la mise à jour en cours
|
|
|
|
|
|
# TODO demander sur quel BD faire la mise à jour
|
|
|
|
|
|
# TODO proposer les modules manuelles selon la configuration à mettre à jour
|
|
|
|
|
|
# TODO proposer la mise à jour de l'IDE
|
|
|
|
|
|
# TODO proposer la mise à jour des git-repo
|
2025-10-31 01:10:54 -04:00
|
|
|
|
# TODO faire la mise à jour de ERPLibre
|
|
|
|
|
|
# TODO faire l'upgrade d'un odoo vers un autre
|
|
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = self.config_file.get_config("update_from_makefile")
|
|
|
|
|
|
menu_entry = {
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"prompt_description": t("Upgrade Odoo - Migration Database"),
|
2025-10-31 01:10:54 -04:00
|
|
|
|
}
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices.append(menu_entry)
|
|
|
|
|
|
poetry_entry = {
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"prompt_description": t("Upgrade Poetry - Dependency of Odoo"),
|
2025-10-31 01:10:54 -04:00
|
|
|
|
}
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices.append(poetry_entry)
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-05-04 01:02:12 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
2026-03-10 03:45:11 -04:00
|
|
|
|
elif status == str(len(choices) - 1):
|
2025-10-31 01:10:54 -04:00
|
|
|
|
upgrade = todo_upgrade.TodoUpgrade(self)
|
[ADD] migration: go back a step from a prompt, and name the DB
Realising at a prompt that an earlier step deserved another answer had one
way out: Ctrl+C. That leaves the progression as it stands and makes you find
the resume screen again to rewind. « b » does it properly — it shows the
steps, rewinds the state, writes it, and says what to relaunch.
Cancelling that must not stop the migration, which is the trap: it returns to
the same prompt, exactly where you were. Removing that guard makes two tests
fail.
The COW warning printed « -d DB -t odooXX.0 » for commands meant to be pasted.
It knows both values, so it prints them, and offers --shape as well since that
is half the answer.
Checked on the four outcomes: a normal answer passes through, « b » then a
step rewinds and stops, cancelling and an unknown step both continue. 15 tests.
--- FR ---
S'apercevoir à une invite qu'une étape antérieure méritait un autre choix
n'avait qu'une issue : Ctrl+C. Cela laisse la progression telle quelle et
oblige à retrouver l'écran de reprise pour rembobiner. « b » le fait
proprement — il montre les étapes, rembobine l'état, l'écrit, et dit quoi
relancer.
Y renoncer ne doit pas arrêter la migration, et c'est le piège : on revient à
la même invite, exactement là où l'on était. Retirer ce garde-fou fait tomber
deux tests.
L'avertissement COW affichait « -d DB -t odooXX.0 » pour des commandes faites
pour être collées. Il connaît les deux valeurs, donc il les écrit, et propose
aussi --shape puisque c'est la moitié de la réponse.
Vérifié sur les quatre issues : une réponse normale passe, « b » puis une
étape rembobine et arrête, annuler et un choix inconnu continuent. 15 tests.
Assisted-by: Claude Opus 5
2026-08-12 01:47:44 -04:00
|
|
|
|
try:
|
|
|
|
|
|
upgrade.execute_odoo_upgrade()
|
|
|
|
|
|
except todo_upgrade.MigrationRewind:
|
|
|
|
|
|
# L'état est déjà rembobiné et écrit : il ne reste qu'à
|
|
|
|
|
|
# relancer, et l'écran de reprise repartira de l'étape
|
|
|
|
|
|
# choisie. Sortir d'ici plutôt que de rappeler la méthode
|
|
|
|
|
|
# évite de la reprendre au milieu de son état local.
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"\n⏪ {t('Rewound.')}"
|
|
|
|
|
|
f" {t('Relaunch the migration to resume from there.')}"
|
|
|
|
|
|
)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
elif status == str(len(choices)):
|
2025-10-31 01:10:54 -04:00
|
|
|
|
self.upgrade_poetry()
|
2025-05-04 01:02:12 -04:00
|
|
|
|
else:
|
|
|
|
|
|
cmd_no_found = True
|
|
|
|
|
|
try:
|
2025-10-31 01:10:54 -04:00
|
|
|
|
int_cmd = int(status) - 1
|
2026-03-10 03:45:11 -04:00
|
|
|
|
if 0 < int_cmd <= len(choices):
|
2025-05-04 01:02:12 -04:00
|
|
|
|
cmd_no_found = False
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance = choices[int_cmd - 1]
|
|
|
|
|
|
self.execute_from_configuration(instance)
|
2025-05-04 01:02:12 -04:00
|
|
|
|
except ValueError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
if cmd_no_found:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-05-04 01:02:12 -04:00
|
|
|
|
|
2026-03-12 05:40:22 -04:00
|
|
|
|
def prompt_execute_deploy(self):
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(f"🤖 {t('Deploy ERPLibre to a local directory!')}")
|
2026-03-12 05:40:22 -04:00
|
|
|
|
choices = [
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Local")},
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{"prompt_description": t("Clone ERPLibre locally (git clone)")},
|
2026-03-22 22:28:24 -04:00
|
|
|
|
{"prompt_description": t("Configure sshfs")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"SSH port forwarding (open Odoo in the browser)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{"section": t("Remote & services")},
|
|
|
|
|
|
{"prompt_description": t("SSH (remote host)...")},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"QEMU/KVM - Deploy an Ubuntu VM (libvirt)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Proxmox VE - Deploy a VM on a remote host"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Deploy - Install NTFY notification server"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._deploy_clone_erplibre()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._configure_sshfs()
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self._deploy_port_forward()
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.prompt_execute_deploy_ssh()
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self.prompt_execute_qemu()
|
|
|
|
|
|
elif status == "6":
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
self.prompt_execute_proxmox()
|
|
|
|
|
|
elif status == "7":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self._deploy_ntfy_server()
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
|
|
|
|
|
def prompt_execute_deploy_ssh(self):
|
|
|
|
|
|
"""Sous-menu : opérations de déploiement sur un hôte distant via SSH."""
|
|
|
|
|
|
print(f"🤖 {t('Deploy ERPLibre to a remote host over SSH!')}")
|
|
|
|
|
|
choices = [
|
[ADD] make: add SSH remote deployment targets and todo.py integration
Enable deploying and managing ERPLibre on remote servers via SSH
directly from make and the interactive todo.py CLI, since only
local deployment was previously supported.
- New conf/make.ssh.Makefile with 11 targets: ssh_check, ssh_push,
ssh_install, ssh_run, ssh_stop, ssh_restart, ssh_status, ssh_logs,
ssh_make, ssh_install_systemd, ssh_install_nginx
- Variables: SSH_HOST (required), SSH_USER, SSH_PORT, SSH_KEY,
SSH_PATH, SSH_TARGET, SSH_DOMAIN, SSH_ADMIN_EMAIL
- Execute > Deploy menu extended with 11 SSH options in todo.py
- All strings translated fr/en in todo_i18n.py
Generated by Claude Code 2.1.101 model claude-sonnet-4-6
Co-Authored-By: Mathieu Benoit <mathben@technolibre.ca>
2026-04-10 22:53:07 -04:00
|
|
|
|
{"prompt_description": t("SSH - Check connection")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Sync files (rsync)")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Install ERPLibre")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Start Odoo")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Stop Odoo")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Restart Odoo")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Service status")},
|
|
|
|
|
|
{"prompt_description": t("SSH - View logs")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Run make target")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Install systemd service")},
|
|
|
|
|
|
{"prompt_description": t("SSH - Configure nginx + SSL")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._deploy_ssh_check()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._deploy_ssh_push()
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self._deploy_ssh_install()
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self._deploy_ssh_run()
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self._deploy_ssh_stop()
|
|
|
|
|
|
elif status == "6":
|
|
|
|
|
|
self._deploy_ssh_restart()
|
|
|
|
|
|
elif status == "7":
|
|
|
|
|
|
self._deploy_ssh_status()
|
|
|
|
|
|
elif status == "8":
|
|
|
|
|
|
self._deploy_ssh_logs()
|
|
|
|
|
|
elif status == "9":
|
|
|
|
|
|
self._deploy_ssh_make()
|
|
|
|
|
|
elif status == "10":
|
|
|
|
|
|
self._deploy_ssh_install_systemd()
|
|
|
|
|
|
elif status == "11":
|
|
|
|
|
|
self._deploy_ssh_install_nginx()
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
@staticmethod
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _native_arch():
|
|
|
|
|
|
"""Architecture native de l'hôte, en jeton de deploy_qemu.py
|
|
|
|
|
|
(amd64/arm64/s390x). Défaut amd64 si indéterminée."""
|
|
|
|
|
|
try:
|
|
|
|
|
|
machine = os.uname().machine
|
|
|
|
|
|
except (AttributeError, OSError):
|
|
|
|
|
|
machine = ""
|
|
|
|
|
|
return {
|
|
|
|
|
|
"x86_64": "amd64",
|
|
|
|
|
|
"amd64": "amd64",
|
|
|
|
|
|
"aarch64": "arm64",
|
|
|
|
|
|
"arm64": "arm64",
|
|
|
|
|
|
"s390x": "s390x",
|
|
|
|
|
|
}.get(machine, "amd64")
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _port_in_use(port):
|
|
|
|
|
|
"""Le port est-il déjà pris sur CETTE machine ?
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
Un second tunnel sur le même port échouerait, et le message d'ssh
|
|
|
|
|
|
(« bind: Address already in use ») se perd en mode détaché."""
|
|
|
|
|
|
with socket.socket() as sock:
|
|
|
|
|
|
sock.settimeout(1)
|
|
|
|
|
|
return sock.connect_ex(("127.0.0.1", port)) == 0
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_proxyjump(host):
|
|
|
|
|
|
"""ProxyJump effectif d'un hôte, tel que ssh le calcule lui-même.
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
« ssh -G » rend la configuration RÉSOLUE : Match, wildcards et Include
|
|
|
|
|
|
compris. Relire ~/.ssh/config à la main raterait tout cela.
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
"""
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
["ssh", "-G", host], capture_output=True, text=True, timeout=10
|
|
|
|
|
|
)
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return ""
|
|
|
|
|
|
for line in res.stdout.splitlines():
|
|
|
|
|
|
if line.startswith("proxyjump "):
|
|
|
|
|
|
value = line.split(None, 1)[1].strip()
|
|
|
|
|
|
return "" if value.lower() == "none" else value
|
|
|
|
|
|
return ""
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _ssh_ensure_key(self):
|
|
|
|
|
|
"""Chemin de la clé PUBLIQUE, générée si aucune n'existe.
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
Sans clé, ssh-copy-id n'a rien à déployer. On en crée une ed25519 sans
|
|
|
|
|
|
passphrase — le même choix que `deploy_qemu.ensure_ssh_key`, pour que
|
|
|
|
|
|
les VM créées et celles adoptées ici partagent la même clé."""
|
|
|
|
|
|
existing = self._qemu_default_ssh_key()
|
|
|
|
|
|
if existing:
|
|
|
|
|
|
return existing
|
|
|
|
|
|
path = os.path.expanduser("~/.ssh/id_ed25519")
|
|
|
|
|
|
os.makedirs(os.path.dirname(path), mode=0o700, exist_ok=True)
|
|
|
|
|
|
print(f"🔑 {t('Generating an ed25519 SSH key')}: {path}")
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
["ssh-keygen", "-t", "ed25519", "-N", "", "-f", path],
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
timeout=60,
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError) as exc:
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
print(f" ⚠ {t('Cannot generate the key')}: {exc}")
|
|
|
|
|
|
return ""
|
|
|
|
|
|
if res.returncode != 0:
|
|
|
|
|
|
print(f" ⚠ {t('Cannot generate the key')}: {res.stderr.strip()}")
|
|
|
|
|
|
return ""
|
|
|
|
|
|
return f"{path}.pub"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_key_accepted(alias):
|
|
|
|
|
|
"""Vrai si la connexion par CLÉ passe déjà (aucun mot de passe).
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
`PasswordAuthentication=no` est le point clé : sans lui, ssh
|
|
|
|
|
|
basculerait sur le mot de passe et on croirait la clé installée."""
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
[
|
|
|
|
|
|
"ssh",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"BatchMode=yes",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"PasswordAuthentication=no",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"ConnectTimeout=10",
|
|
|
|
|
|
alias,
|
|
|
|
|
|
"true",
|
|
|
|
|
|
],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
timeout=45,
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
return res.returncode == 0
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return False
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _ssh_deploy_keys(self, aliases):
|
|
|
|
|
|
"""Déploie la clé publique sur les hôtes qui ne l'ont pas encore.
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
ssh-copy-id passe par ssh, donc par ~/.ssh/config : le ProxyJump d'une
|
|
|
|
|
|
VM imbriquée s'applique tout seul. Le mot de passe est demandé
|
|
|
|
|
|
directement dans le terminal (pas de capture de la sortie), sinon
|
|
|
|
|
|
l'invite serait invisible."""
|
|
|
|
|
|
if not aliases:
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
return
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
pub = self._ssh_ensure_key()
|
|
|
|
|
|
if not pub:
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
return
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
print(
|
|
|
|
|
|
f"\n🔑 {t('Deploying the key on')} {len(aliases)} "
|
|
|
|
|
|
f"{self._plural(t('host'), len(aliases))} ({pub})"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
n_ok = n_skip = n_fail = 0
|
|
|
|
|
|
for alias in aliases:
|
|
|
|
|
|
if self._ssh_key_accepted(alias):
|
|
|
|
|
|
print(f" · {alias}: {t('key already accepted')}")
|
|
|
|
|
|
n_skip += 1
|
|
|
|
|
|
continue
|
|
|
|
|
|
print(f" ⤴ ssh-copy-id {alias}")
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
["ssh-copy-id", "-i", pub, alias], timeout=180
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
ok = res.returncode == 0
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError) as exc:
|
|
|
|
|
|
print(f" ⚠ {exc}")
|
|
|
|
|
|
ok = False
|
|
|
|
|
|
if ok:
|
|
|
|
|
|
n_ok += 1
|
|
|
|
|
|
else:
|
|
|
|
|
|
n_fail += 1
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
print(
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
f" {n_ok} {t('deployed')} · {n_skip} {t('already there')} · "
|
|
|
|
|
|
f"{n_fail} {t('failed')}"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
|
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Connexions de virt-manager : stockées dans GSettings, pas dans un
|
|
|
|
|
|
# fichier. Le schéma est le même depuis des années (virt-manager 5.1
|
|
|
|
|
|
# inclus) ; on LIT d'abord, et on n'écrit que si la lecture a marché.
|
|
|
|
|
|
_VIRT_MANAGER_SCHEMA = "org.virt-manager.virt-manager.connections"
|
|
|
|
|
|
# Schéma RELOCATABLE d'UNE connexion : il porte son nom affiché.
|
|
|
|
|
|
_VIRT_MANAGER_CONN_SCHEMA = "org.virt-manager.virt-manager.connection"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _virt_manager_conn_path(uri):
|
|
|
|
|
|
"""Chemin dconf des réglages d'une connexion.
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
virt-manager ne fait aucun échappement : il retire simplement TOUS
|
|
|
|
|
|
les « / » de l'URI et s'en sert comme segment unique
|
|
|
|
|
|
(virtManager/config.py, _make_perconn_key). Le « :», le « @» et le
|
|
|
|
|
|
« + » restent donc tels quels."""
|
|
|
|
|
|
return f"/org/virt-manager/virt-manager/conns/{uri.replace('/', '')}/"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _virt_manager_set_label(self, uri, label):
|
|
|
|
|
|
"""Fixe le nom affiché d'une connexion. Sans lui, virt-manager
|
|
|
|
|
|
fabrique un libellé à partir de l'URI, où l'imbrication se lit mal."""
|
|
|
|
|
|
target = (
|
|
|
|
|
|
f"{self._VIRT_MANAGER_CONN_SCHEMA}:"
|
|
|
|
|
|
f"{self._virt_manager_conn_path(uri)}"
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
["gsettings", "set", target, "pretty-name", label],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=15,
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return False
|
|
|
|
|
|
return res.returncode == 0
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _virt_manager_uris(self):
|
|
|
|
|
|
"""URI déjà connues de virt-manager, ou None s'il n'est pas là."""
|
|
|
|
|
|
if not shutil.which("virt-manager") or not shutil.which("gsettings"):
|
|
|
|
|
|
return None
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
["gsettings", "get", self._VIRT_MANAGER_SCHEMA, "uris"],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=15,
|
[ADD] proxmox : déployer des VM sur un hôte Proxmox distant
Nouvelle entrée sous QEMU/KVM, avec l'équivalent de ses dix-sept commandes.
Toute la différence tient en une phrase : l'hyperviseur est ailleurs. On
choisit donc l'hôte — VM QEMU locale, adresse, ou ~/.ssh/config — et on le
vérifie : pveversion le prouve, id/sudo décident du privilège, et une clé
d'hôte inconnue s'enregistre par ssh-keyscan plutôt qu'en désactivant le
contrôle.
Quatre pièges trouvés sur un hôte réel. Une Proxmox installée sur Debian n'a
aucun pont : on en propose un INTERNE, car ajouter l'interface physique
déplace l'adresse de l'hôte et coupe la session — à distance, sans retour.
--- EN ---
A new entry under QEMU/KVM, with the counterpart of its seventeen commands.
The whole difference fits in one sentence: the hypervisor is elsewhere. So the
host is chosen — local QEMU VM, address, or ~/.ssh/config — and then checked:
pveversion proves it, id/sudo decide about privilege, and an unknown host key
is recorded with ssh-keyscan rather than by disabling the check.
Four traps found on a real host. A Proxmox installed on Debian has no bridge:
we offer an INTERNAL one, because adding the physical NIC moves the host
address and cuts the session — remotely, with no way back.
Assisted-by: Claude Opus 5
2026-08-23 05:54:38 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return None
|
|
|
|
|
|
if res.returncode != 0:
|
|
|
|
|
|
return None
|
|
|
|
|
|
# GSettings rend du littéral Python : ['a', 'b'] ou @as [].
|
|
|
|
|
|
raw = res.stdout.strip()
|
|
|
|
|
|
if raw.startswith("@as "):
|
|
|
|
|
|
raw = raw[4:].strip()
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
try:
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
value = ast.literal_eval(raw)
|
|
|
|
|
|
except (ValueError, SyntaxError):
|
|
|
|
|
|
return None
|
|
|
|
|
|
return [str(item) for item in value] if isinstance(value, list) else []
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _virt_manager_add(self, uris):
|
|
|
|
|
|
"""Ajoute les URI manquantes à virt-manager. Renvoie le nb ajouté."""
|
|
|
|
|
|
current = self._virt_manager_uris()
|
|
|
|
|
|
if current is None:
|
|
|
|
|
|
return 0
|
|
|
|
|
|
missing = [uri for uri in uris if uri not in current]
|
|
|
|
|
|
if not missing:
|
|
|
|
|
|
print(f" · {t('virt-manager: every connection already there')}")
|
|
|
|
|
|
return 0
|
|
|
|
|
|
merged = current + missing
|
|
|
|
|
|
literal = "[" + ", ".join(f"'{uri}'" for uri in merged) + "]"
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
[
|
|
|
|
|
|
"gsettings",
|
|
|
|
|
|
"set",
|
|
|
|
|
|
self._VIRT_MANAGER_SCHEMA,
|
|
|
|
|
|
"uris",
|
|
|
|
|
|
literal,
|
|
|
|
|
|
],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=15,
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
except (OSError, subprocess.SubprocessError) as exc:
|
|
|
|
|
|
print(f" ⚠ virt-manager: {exc}")
|
|
|
|
|
|
return 0
|
|
|
|
|
|
if res.returncode != 0:
|
|
|
|
|
|
print(f" ⚠ virt-manager: {res.stderr.strip()}")
|
|
|
|
|
|
return 0
|
|
|
|
|
|
for uri in missing:
|
|
|
|
|
|
print(f" ✅ virt-manager: {uri}")
|
|
|
|
|
|
return len(missing)
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _virt_manager_offer(self, hosts):
|
|
|
|
|
|
"""Propose d'ajouter à virt-manager les machines qui font tourner
|
|
|
|
|
|
libvirt, pour piloter leurs VM depuis l'interface graphique locale.
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
On passe par l'ALIAS SSH et non par l'IP : le transport qemu+ssh
|
|
|
|
|
|
utilise le binaire ssh, donc ~/.ssh/config — l'alias porte déjà
|
|
|
|
|
|
l'adresse ET le ProxyJump, ce qu'une IP brute ne saurait pas faire
|
|
|
|
|
|
pour une VM imbriquée. `hosts` = [(alias_chaîné, compte)], de sorte
|
|
|
|
|
|
que l'imbrication se lise aussi dans l'interface graphique et que le
|
|
|
|
|
|
compte soit celui de ~/.ssh/config, pas un défaut supposé."""
|
|
|
|
|
|
if self._virt_manager_uris() is None:
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
return
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
labels = {
|
|
|
|
|
|
f"qemu+ssh://{user or self.QEMU_VM_USER}@{alias}/system": alias
|
|
|
|
|
|
for alias, user in hosts
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
}
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
uris = ["qemu:///system"] + list(labels)
|
|
|
|
|
|
print(f"\n🖥 {t('virt-manager detected')}")
|
|
|
|
|
|
for uri in uris:
|
|
|
|
|
|
print(f" {uri}")
|
|
|
|
|
|
if not self._is_yes_default_yes(
|
|
|
|
|
|
input(t("Add the missing connections to virt-manager? (Y/n): "))
|
|
|
|
|
|
):
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
return
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Le nom affiché est posé AVANT l'ajout à la liste : virt-manager le
|
|
|
|
|
|
# lit au moment d'afficher la connexion, pas à l'inscription.
|
|
|
|
|
|
for uri, label in labels.items():
|
|
|
|
|
|
self._virt_manager_set_label(uri, label)
|
|
|
|
|
|
added = self._virt_manager_add(uris)
|
|
|
|
|
|
if added:
|
|
|
|
|
|
# Le NOM est relu à chaud (virt-manager écoute /pretty-name),
|
|
|
|
|
|
# mais la liste des connexions est lue au démarrage : une
|
|
|
|
|
|
# nouvelle entrée n'apparaît qu'au prochain lancement.
|
|
|
|
|
|
note = t("Restart virt-manager to see the new connections")
|
|
|
|
|
|
print(f" ℹ️ {note} ({t('the names apply live')})")
|
[ADD] tui qemu: graphical VMs, with a GNOME desktop
VMs could only be servers. A server-or-graphical choice joins both
interfaces, installing GNOME along with remote access to it.
Packages come from the remote command, not cloud-init: their 1 to 2 GB
would stretch an already long boot there while leaving no trace in the
monitoring, and group installs do not go through it. The desktop
therefore does not depend on ERPLibre -- a VM may be wanted graphical
and bare.
Each distribution has its own names, taken from the source: Arch has no
xrdp in its official repositories and takes TigerVNC. The SPICE display
is set only on amd64 and arm64; s390x does expose virtio-gpu-ccw, but
nothing guarantees its kernel's DRM driver, whereas remote desktop works
everywhere.
--- FR ---
Les VM ne pouvaient être que des serveurs. Un choix serveur ou graphique
s'ajoute aux deux interfaces, et pose GNOME avec son accès distant.
Les paquets viennent de la commande distante, pas de cloud-init : leurs
1 à 2 Go y allongeraient un démarrage déjà long sans laisser de trace
dans le suivi, et les installations par groupe n'y passent pas. Le bureau
ne dépend donc pas d'ERPLibre — une VM peut être voulue graphique et nue.
Chaque distribution a ses noms, relevés à la source : Arch n'a pas xrdp
dans ses dépôts officiels et prend TigerVNC. L'écran virtuel SPICE n'est
posé que sur amd64 et arm64 ; s390x expose bien virtio-gpu-ccw, mais rien
ne garantit le pilote DRM de son noyau, alors que le bureau distant, lui,
marche partout.
Assisted-by: Claude Opus 5
2026-08-11 09:49:17 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Signatures d'un refus d'AUTHENTIFICATION dans la sortie de ssh, par
|
|
|
|
|
|
# opposition à un hôte éteint ou introuvable. C'est la distinction qui
|
|
|
|
|
|
# décide s'il vaut la peine de parler de clé SSH.
|
|
|
|
|
|
_SSH_AUTH_ERRORS = (
|
|
|
|
|
|
"permission denied",
|
|
|
|
|
|
"too many authentication failures",
|
|
|
|
|
|
"no such identity",
|
|
|
|
|
|
"host key verification failed",
|
|
|
|
|
|
"publickey",
|
|
|
|
|
|
)
|
[ADD] tui qemu: graphical VMs, with a GNOME desktop
VMs could only be servers. A server-or-graphical choice joins both
interfaces, installing GNOME along with remote access to it.
Packages come from the remote command, not cloud-init: their 1 to 2 GB
would stretch an already long boot there while leaving no trace in the
monitoring, and group installs do not go through it. The desktop
therefore does not depend on ERPLibre -- a VM may be wanted graphical
and bare.
Each distribution has its own names, taken from the source: Arch has no
xrdp in its official repositories and takes TigerVNC. The SPICE display
is set only on amd64 and arm64; s390x does expose virtio-gpu-ccw, but
nothing guarantees its kernel's DRM driver, whereas remote desktop works
everywhere.
--- FR ---
Les VM ne pouvaient être que des serveurs. Un choix serveur ou graphique
s'ajoute aux deux interfaces, et pose GNOME avec son accès distant.
Les paquets viennent de la commande distante, pas de cloud-init : leurs
1 à 2 Go y allongeraient un démarrage déjà long sans laisser de trace
dans le suivi, et les installations par groupe n'y passent pas. Le bureau
ne dépend donc pas d'ERPLibre — une VM peut être voulue graphique et nue.
Chaque distribution a ses noms, relevés à la source : Arch n'a pas xrdp
dans ses dépôts officiels et prend TigerVNC. L'écran virtuel SPICE n'est
posé que sur amd64 et arm64 ; s390x expose bien virtio-gpu-ccw, mais rien
ne garantit le pilote DRM de son noyau, alors que le bureau distant, lui,
marche partout.
Assisted-by: Claude Opus 5
2026-08-11 09:49:17 -04:00
|
|
|
|
|
[ADD] qemu: choose the application store of a graphical VM
snap was not a choice but a fate: we disabled snapd, then gnome-core
pulled a Firefox snap that froze the install for thirty minutes. The
previous fix imposed "deb". Three answers are now offered.
deb nothing but .deb, epiphany-browser as the browser. Default,
and lightest: nothing extra to download.
flatpak Flatpak tooling as well, WITHOUT the Flathub remote or any
install. The machine is ready, the admin picks its remotes.
snap Ubuntu's default, snapd left running and Firefox as a snap.
It is the only mode where snapd is not disabled -- disabling
it was precisely the cause of the freeze.
The question is only asked when it means something: at least one
graphical VM on a distro shipping snapd, Ubuntu alone here. A server
pulls no snap, and Debian ships none. The TUI greys the choice out and
says why; the CLI does not ask.
Verified on a 26.04 VM: snapd is indeed preinstalled (2.75.2), flatpak
and its GNOME Software plugin are packaged, and firefox-esr does not
exist on Ubuntu.
--- FR ---
snap n'était plus un choix mais une fatalité : on coupait snapd, puis
gnome-core tirait un Firefox-snap qui figeait l'installation trente
minutes. Le correctif précédent imposait « deb ». Trois réponses sont
maintenant offertes.
deb rien que des .deb, epiphany-browser comme navigateur. Défaut,
et le plus léger : rien de plus à télécharger.
flatpak l'outillage Flatpak en plus, SANS dépôt Flathub ni
installation. La machine est prête, l'administrateur choisit
ses dépôts.
snap le défaut d'Ubuntu, snapd laissé actif et Firefox en snap.
C'est le seul mode où snapd n'est pas coupé — l'y couper
était précisément la cause du blocage.
La question n'est posée que lorsqu'elle a un sens : au moins une VM
graphique sur une distribution qui livre snapd, Ubuntu seule ici. Un
serveur ne tire aucun snap, et Debian n'en livre pas. La TUI grise le
choix et dit pourquoi ; la CLI ne le demande pas.
Vérifié sur une VM 26.04 : snapd y est bien préinstallé (2.75.2),
flatpak et son greffon GNOME Software sont empaquetés, et firefox-esr
n'existe pas sur Ubuntu.
Assisted-by: Claude Opus 5
2026-08-12 03:24:19 -04:00
|
|
|
|
@classmethod
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _ssh_error_kind(cls, stderr):
|
|
|
|
|
|
"""« auth » si ssh a refusé l'identité, « net » sinon.
|
[ADD] qemu: choose the application store of a graphical VM
snap was not a choice but a fate: we disabled snapd, then gnome-core
pulled a Firefox snap that froze the install for thirty minutes. The
previous fix imposed "deb". Three answers are now offered.
deb nothing but .deb, epiphany-browser as the browser. Default,
and lightest: nothing extra to download.
flatpak Flatpak tooling as well, WITHOUT the Flathub remote or any
install. The machine is ready, the admin picks its remotes.
snap Ubuntu's default, snapd left running and Firefox as a snap.
It is the only mode where snapd is not disabled -- disabling
it was precisely the cause of the freeze.
The question is only asked when it means something: at least one
graphical VM on a distro shipping snapd, Ubuntu alone here. A server
pulls no snap, and Debian ships none. The TUI greys the choice out and
says why; the CLI does not ask.
Verified on a 26.04 VM: snapd is indeed preinstalled (2.75.2), flatpak
and its GNOME Software plugin are packaged, and firefox-esr does not
exist on Ubuntu.
--- FR ---
snap n'était plus un choix mais une fatalité : on coupait snapd, puis
gnome-core tirait un Firefox-snap qui figeait l'installation trente
minutes. Le correctif précédent imposait « deb ». Trois réponses sont
maintenant offertes.
deb rien que des .deb, epiphany-browser comme navigateur. Défaut,
et le plus léger : rien de plus à télécharger.
flatpak l'outillage Flatpak en plus, SANS dépôt Flathub ni
installation. La machine est prête, l'administrateur choisit
ses dépôts.
snap le défaut d'Ubuntu, snapd laissé actif et Firefox en snap.
C'est le seul mode où snapd n'est pas coupé — l'y couper
était précisément la cause du blocage.
La question n'est posée que lorsqu'elle a un sens : au moins une VM
graphique sur une distribution qui livre snapd, Ubuntu seule ici. Un
serveur ne tire aucun snap, et Debian n'en livre pas. La TUI grise le
choix et dit pourquoi ; la CLI ne le demande pas.
Vérifié sur une VM 26.04 : snapd y est bien préinstallé (2.75.2),
flatpak et son greffon GNOME Software sont empaquetés, et firefox-esr
n'existe pas sur Ubuntu.
Assisted-by: Claude Opus 5
2026-08-12 03:24:19 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
Un hôte éteint et une clé absente produisent tous deux « injoignable »
|
|
|
|
|
|
alors qu'ils n'appellent pas du tout la même réponse."""
|
|
|
|
|
|
text = (stderr or "").lower()
|
|
|
|
|
|
if any(marker in text for marker in cls._SSH_AUTH_ERRORS):
|
|
|
|
|
|
return "auth"
|
|
|
|
|
|
return "net"
|
[ADD] qemu: choose the application store of a graphical VM
snap was not a choice but a fate: we disabled snapd, then gnome-core
pulled a Firefox snap that froze the install for thirty minutes. The
previous fix imposed "deb". Three answers are now offered.
deb nothing but .deb, epiphany-browser as the browser. Default,
and lightest: nothing extra to download.
flatpak Flatpak tooling as well, WITHOUT the Flathub remote or any
install. The machine is ready, the admin picks its remotes.
snap Ubuntu's default, snapd left running and Firefox as a snap.
It is the only mode where snapd is not disabled -- disabling
it was precisely the cause of the freeze.
The question is only asked when it means something: at least one
graphical VM on a distro shipping snapd, Ubuntu alone here. A server
pulls no snap, and Debian ships none. The TUI greys the choice out and
says why; the CLI does not ask.
Verified on a 26.04 VM: snapd is indeed preinstalled (2.75.2), flatpak
and its GNOME Software plugin are packaged, and firefox-esr does not
exist on Ubuntu.
--- FR ---
snap n'était plus un choix mais une fatalité : on coupait snapd, puis
gnome-core tirait un Firefox-snap qui figeait l'installation trente
minutes. Le correctif précédent imposait « deb ». Trois réponses sont
maintenant offertes.
deb rien que des .deb, epiphany-browser comme navigateur. Défaut,
et le plus léger : rien de plus à télécharger.
flatpak l'outillage Flatpak en plus, SANS dépôt Flathub ni
installation. La machine est prête, l'administrateur choisit
ses dépôts.
snap le défaut d'Ubuntu, snapd laissé actif et Firefox en snap.
C'est le seul mode où snapd n'est pas coupé — l'y couper
était précisément la cause du blocage.
La question n'est posée que lorsqu'elle a un sens : au moins une VM
graphique sur une distribution qui livre snapd, Ubuntu seule ici. Un
serveur ne tire aucun snap, et Debian n'en livre pas. La TUI grise le
choix et dit pourquoi ; la CLI ne le demande pas.
Vérifié sur une VM 26.04 : snapd y est bien préinstallé (2.75.2),
flatpak et son greffon GNOME Software sont empaquetés, et firefox-esr
n'existe pas sur Ubuntu.
Assisted-by: Claude Opus 5
2026-08-12 03:24:19 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _fmt_uptime(secs):
|
|
|
|
|
|
"""Durée depuis le démarrage, en six caractères au plus.
|
[ADD] todo qemu: offer PyCharm, Android Studio and GNOME extensions
A graphical VM was a desktop and nothing else: every developer tool had to
be installed by hand afterwards. A check list now carries them, filtered
per machine — Android Studio is x86_64 only, Google publishes no Linux
aarch64 build — and their disk cost reaches the plan before any qcow2 is
created. They are installed BEFORE the clone: PyCharm writes the .idea/ of
the repository, and the install that follows is what runs
pycharm_configuration.py, through update_env_version.pycharm_update().
Its launcher is named studio, which is enough to conclude the install
failed; it now answers to android-studio too. GNOME extensions come from
the site by UUID, per running Shell: the same endpoint serves gTile v59
for GNOME 46 and v62 for 48. Checked with stubs: every tool can fail and
the install's exit code still wins, 45 tests.
--- FR ---
Une VM graphique n'était qu'un bureau : chaque outil de développement
restait à poser à la main. Une liste à cocher les porte, filtrés machine
par machine — Android Studio n'existe qu'en x86_64, Google ne publiant
aucune archive Linux aarch64 — et leur place disque atteint le plan avant
qu'un seul qcow2 ne soit créé. Ils sont posés AVANT le clone : PyCharm
écrit le .idea/ du dépôt, et c'est l'installation qui suit qui lance
pycharm_configuration.py, via update_env_version.pycharm_update().
Son lanceur s'appelle studio, ce qui suffit à conclure à un échec ; il
répond désormais aussi à android-studio. Les extensions GNOME viennent du
site par UUID, selon le Shell qui tourne : le même point d'entrée sert
gTile v59 pour GNOME 46 et v62 pour 48. Vérifié avec des leurres : chaque
outil peut échouer sans que le code de sortie de l'installation ne change,
45 tests.
Assisted-by: Claude Opus 5
2026-08-17 22:57:56 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
« _fmt_dur » s'arrête aux minutes — bon pour une installation, illisible
|
|
|
|
|
|
pour une VM debout depuis trois jours. Ici la précision décroît avec la
|
|
|
|
|
|
durée : personne ne lit les secondes d'un uptime de 19 heures."""
|
|
|
|
|
|
secs = int(secs)
|
|
|
|
|
|
if secs < 60:
|
|
|
|
|
|
return f"{secs}s"
|
|
|
|
|
|
if secs < 3600:
|
|
|
|
|
|
return f"{secs // 60}m"
|
|
|
|
|
|
if secs < 86400:
|
|
|
|
|
|
return f"{secs // 3600}h{(secs % 3600) // 60:02d}"
|
|
|
|
|
|
days = secs // 86400
|
|
|
|
|
|
# Au-delà de 99 jours, les heures ne rentrent plus dans la colonne — et
|
|
|
|
|
|
# personne ne les lit sur une machine debout depuis un an.
|
|
|
|
|
|
if days >= 100:
|
|
|
|
|
|
return f"{days}j"
|
|
|
|
|
|
return f"{days}j{(secs % 86400) // 3600:02d}h"
|
[ADD] todo qemu: offer PyCharm, Android Studio and GNOME extensions
A graphical VM was a desktop and nothing else: every developer tool had to
be installed by hand afterwards. A check list now carries them, filtered
per machine — Android Studio is x86_64 only, Google publishes no Linux
aarch64 build — and their disk cost reaches the plan before any qcow2 is
created. They are installed BEFORE the clone: PyCharm writes the .idea/ of
the repository, and the install that follows is what runs
pycharm_configuration.py, through update_env_version.pycharm_update().
Its launcher is named studio, which is enough to conclude the install
failed; it now answers to android-studio too. GNOME extensions come from
the site by UUID, per running Shell: the same endpoint serves gTile v59
for GNOME 46 and v62 for 48. Checked with stubs: every tool can fail and
the install's exit code still wins, 45 tests.
--- FR ---
Une VM graphique n'était qu'un bureau : chaque outil de développement
restait à poser à la main. Une liste à cocher les porte, filtrés machine
par machine — Android Studio n'existe qu'en x86_64, Google ne publiant
aucune archive Linux aarch64 — et leur place disque atteint le plan avant
qu'un seul qcow2 ne soit créé. Ils sont posés AVANT le clone : PyCharm
écrit le .idea/ du dépôt, et c'est l'installation qui suit qui lance
pycharm_configuration.py, via update_env_version.pycharm_update().
Son lanceur s'appelle studio, ce qui suffit à conclure à un échec ; il
répond désormais aussi à android-studio. Les extensions GNOME viennent du
site par UUID, selon le Shell qui tourne : le même point d'entrée sert
gTile v59 pour GNOME 46 et v62 pour 48. Vérifié avec des leurres : chaque
outil peut échouer sans que le code de sortie de l'installation ne change,
45 tests.
Assisted-by: Claude Opus 5
2026-08-17 22:57:56 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Outils requis pour la réduction sûre (tous « base » : e2fsprogs, gdisk,
|
|
|
|
|
|
# util-linux, qemu-utils) — PAS libguestfs (souvent cassé : appliance
|
|
|
|
|
|
# supermin sans noyau dans /boot).
|
|
|
|
|
|
_SHRINK_TOOLS = (
|
|
|
|
|
|
"qemu-nbd",
|
|
|
|
|
|
"e2fsck",
|
|
|
|
|
|
"resize2fs",
|
|
|
|
|
|
"sgdisk",
|
|
|
|
|
|
"partprobe",
|
|
|
|
|
|
"lsblk",
|
|
|
|
|
|
"dumpe2fs",
|
|
|
|
|
|
"blockdev",
|
|
|
|
|
|
)
|
|
|
|
|
|
_SECT = 512
|
|
|
|
|
|
_MiB = 1024 * 1024
|
[ADD] todo qemu: offer PyCharm, Android Studio and GNOME extensions
A graphical VM was a desktop and nothing else: every developer tool had to
be installed by hand afterwards. A check list now carries them, filtered
per machine — Android Studio is x86_64 only, Google publishes no Linux
aarch64 build — and their disk cost reaches the plan before any qcow2 is
created. They are installed BEFORE the clone: PyCharm writes the .idea/ of
the repository, and the install that follows is what runs
pycharm_configuration.py, through update_env_version.pycharm_update().
Its launcher is named studio, which is enough to conclude the install
failed; it now answers to android-studio too. GNOME extensions come from
the site by UUID, per running Shell: the same endpoint serves gTile v59
for GNOME 46 and v62 for 48. Checked with stubs: every tool can fail and
the install's exit code still wins, 45 tests.
--- FR ---
Une VM graphique n'était qu'un bureau : chaque outil de développement
restait à poser à la main. Une liste à cocher les porte, filtrés machine
par machine — Android Studio n'existe qu'en x86_64, Google ne publiant
aucune archive Linux aarch64 — et leur place disque atteint le plan avant
qu'un seul qcow2 ne soit créé. Ils sont posés AVANT le clone : PyCharm
écrit le .idea/ du dépôt, et c'est l'installation qui suit qui lance
pycharm_configuration.py, via update_env_version.pycharm_update().
Son lanceur s'appelle studio, ce qui suffit à conclure à un échec ; il
répond désormais aussi à android-studio. Les extensions GNOME viennent du
site par UUID, selon le Shell qui tourne : le même point d'entrée sert
gTile v59 pour GNOME 46 et v62 pour 48. Vérifié avec des leurres : chaque
outil peut échouer sans que le code de sortie de l'installation ne change,
45 tests.
Assisted-by: Claude Opus 5
2026-08-17 22:57:56 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Commande d'extension du FS racine (partition + FS) réutilisée par SSH
|
|
|
|
|
|
# et par le repli console série.
|
|
|
|
|
|
_GROW_FS_REMOTE = (
|
|
|
|
|
|
"set -e; "
|
|
|
|
|
|
"root=$(findmnt -no SOURCE /); "
|
|
|
|
|
|
'dev=$(lsblk -no PKNAME "$root" | head -1); '
|
|
|
|
|
|
"part=$(echo \"$root\" | grep -oE '[0-9]+$'); "
|
|
|
|
|
|
"sudo growpart /dev/$dev $part || true; "
|
|
|
|
|
|
"fstype=$(findmnt -no FSTYPE /); "
|
|
|
|
|
|
'case "$fstype" in '
|
|
|
|
|
|
'ext*) sudo resize2fs "$root";; '
|
|
|
|
|
|
"xfs) sudo xfs_growfs /;; "
|
|
|
|
|
|
"btrfs) sudo btrfs filesystem resize max /;; "
|
|
|
|
|
|
"esac; "
|
|
|
|
|
|
"df -h /"
|
|
|
|
|
|
)
|
[ADD] tui qemu: choose mise or pyenv at deploy time
The interpreter provider is now chosen when creating a VM, in both
interfaces. "mise" installs it in the VM and lays down a precompiled
CPython; "pyenv" keeps today's build-from-source.
The question is only asked where it means something: mise publishes
binaries for amd64 and arm64 only. An all-s390x fleet never sees it, a
mixed fleet sees it along with the architectures that will fall back to
pyenv -- said before deploying, not discovered in a log an hour later.
mise goes into /usr/local/bin rather than ~/.local/bin: the remote command
runs through "ssh host 'command'", where neither ~/.profile nor ~/.bashrc
is read. Choosing "mise" exports "auto", not "mise", so a failed install
can still fall back to pyenv.
The unavailability notice was translated as "pyenv required", which said
the opposite of what happens: pyenv is the fallback, not a demand.
--- FR ---
Le fournisseur d'interpréteur se choisit désormais à la création d'une VM,
dans les deux interfaces. « mise » l'installe dans la VM et pose un
CPython précompilé ; « pyenv » garde la compilation d'aujourd'hui.
La question n'est posée que là où elle a un sens : mise ne publie de
binaires que pour amd64 et arm64. Un parc tout s390x ne la voit jamais, un
parc mixte la voit avec les architectures qui retomberont sur pyenv — dit
avant de déployer, pas découvert dans un log une heure plus tard.
mise va dans /usr/local/bin plutôt que ~/.local/bin : la commande distante
passe par « ssh hôte 'commande' », où ni ~/.profile ni ~/.bashrc ne sont
lus. Choisir « mise » exporte « auto », pas « mise », pour qu'une
installation ratée puisse encore retomber sur pyenv.
L'avis d'indisponibilité était traduit par « pyenv exigé », qui disait
l'inverse de ce qui se passe : pyenv est le repli, pas une exigence.
Assisted-by: Claude Opus 5
2026-08-11 22:11:23 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_private_key(pub_path):
|
|
|
|
|
|
"""Clé PRIVÉE correspondant à une clé publique, ou '' si introuvable.
|
|
|
|
|
|
C'est elle que réclame IdentityFile ; donner le « .pub » ferait
|
|
|
|
|
|
échouer l'authentification."""
|
|
|
|
|
|
if not pub_path:
|
[ADD] tui qemu: choose mise or pyenv at deploy time
The interpreter provider is now chosen when creating a VM, in both
interfaces. "mise" installs it in the VM and lays down a precompiled
CPython; "pyenv" keeps today's build-from-source.
The question is only asked where it means something: mise publishes
binaries for amd64 and arm64 only. An all-s390x fleet never sees it, a
mixed fleet sees it along with the architectures that will fall back to
pyenv -- said before deploying, not discovered in a log an hour later.
mise goes into /usr/local/bin rather than ~/.local/bin: the remote command
runs through "ssh host 'command'", where neither ~/.profile nor ~/.bashrc
is read. Choosing "mise" exports "auto", not "mise", so a failed install
can still fall back to pyenv.
The unavailability notice was translated as "pyenv required", which said
the opposite of what happens: pyenv is the fallback, not a demand.
--- FR ---
Le fournisseur d'interpréteur se choisit désormais à la création d'une VM,
dans les deux interfaces. « mise » l'installe dans la VM et pose un
CPython précompilé ; « pyenv » garde la compilation d'aujourd'hui.
La question n'est posée que là où elle a un sens : mise ne publie de
binaires que pour amd64 et arm64. Un parc tout s390x ne la voit jamais, un
parc mixte la voit avec les architectures qui retomberont sur pyenv — dit
avant de déployer, pas découvert dans un log une heure plus tard.
mise va dans /usr/local/bin plutôt que ~/.local/bin : la commande distante
passe par « ssh hôte 'commande' », où ni ~/.profile ni ~/.bashrc ne sont
lus. Choisir « mise » exporte « auto », pas « mise », pour qu'une
installation ratée puisse encore retomber sur pyenv.
L'avis d'indisponibilité était traduit par « pyenv exigé », qui disait
l'inverse de ce qui se passe : pyenv est le repli, pas une exigence.
Assisted-by: Claude Opus 5
2026-08-11 22:11:23 -04:00
|
|
|
|
return ""
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
priv = pub_path[:-4] if pub_path.endswith(".pub") else pub_path
|
|
|
|
|
|
return priv if os.path.exists(os.path.expanduser(priv)) else ""
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_config_drop_hosts(content, names):
|
|
|
|
|
|
"""Retire les blocs « Host … » qui déclarent l'un de `names`.
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
On découpe en blocs plutôt que de substituer par expression
|
|
|
|
|
|
régulière : une ligne Host peut porter PLUSIEURS noms, et il faut
|
|
|
|
|
|
alors retirer le bloc entier dès qu'un seul de ses noms est repris —
|
|
|
|
|
|
sinon le même nom se retrouverait défini deux fois, et ssh
|
|
|
|
|
|
appliquerait la première définition rencontrée."""
|
|
|
|
|
|
drop = set(names)
|
|
|
|
|
|
out, block, block_names = [], [], set()
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def flush():
|
|
|
|
|
|
if block and not (block_names & drop):
|
|
|
|
|
|
out.extend(block)
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
for line in content.splitlines(keepends=True):
|
|
|
|
|
|
if re.match(r"^[ \t]*Host[ \t]+", line):
|
|
|
|
|
|
flush()
|
|
|
|
|
|
block = [line]
|
|
|
|
|
|
block_names = set(line.split()[1:])
|
|
|
|
|
|
elif block:
|
|
|
|
|
|
# Une ligne non indentée et non vide clôt le bloc (Match,
|
|
|
|
|
|
# directive globale…) : elle n'appartient à personne.
|
|
|
|
|
|
if line.strip() and not line[:1].isspace():
|
|
|
|
|
|
flush()
|
|
|
|
|
|
block, block_names = [], set()
|
|
|
|
|
|
out.append(line)
|
|
|
|
|
|
else:
|
|
|
|
|
|
block.append(line)
|
|
|
|
|
|
else:
|
|
|
|
|
|
out.append(line)
|
|
|
|
|
|
flush()
|
|
|
|
|
|
return "".join(out)
|
[ADD] qemu: a graphical VM name carries its desktop
erplibre-ubuntu-2404-gnome, erplibre-ubuntu-2404-mint. A graphical VM is
recognisable from a "virsh list", and its hostname says so too --
deploy_qemu uses the name as hostname when --hostname is not given.
This is not only cosmetic. The name is the COLLISION KEY: a graphical VM
and its server twin carried the same one, so the second was reported as
"already exists" and silently skipped. They are now distinct.
The suffix is applied AFTER overrides, the only point where each
machine's type is known now that it is chosen VM by VM. In the form the
name therefore follows the choice live, both ways.
"mint" rather than "cinnamon": that is the name chosen for the fleet,
the installed package still being Cinnamon from the distribution's own
repositories. The suffix lives with the flavour, in _QEMU_DESKTOP, and
the CLI calls the same function as the TUI rather than writing a second.
--- FR ---
erplibre-ubuntu-2404-gnome, erplibre-ubuntu-2404-mint. Une VM graphique
se reconnaît d'un « virsh list », et son nom d'hôte le dit aussi —
deploy_qemu prend le nom pour hôte quand --hostname n'est pas donné.
Ce n'est pas que cosmétique. Le nom sert de CLÉ DE COLLISION : une VM
graphique et sa jumelle serveur portaient le même, donc la seconde était
signalée « existe déjà » et silencieusement ignorée. Elles se
distinguent maintenant.
Le suffixe est appliqué APRÈS les surcharges, seul moment où le type de
chaque machine est connu depuis qu'il se choisit VM par VM. Dans le
formulaire, le nom suit donc le choix en direct, dans les deux sens.
« mint » et non « cinnamon » : c'est le nom retenu pour le parc, le
paquet installé restant Cinnamon depuis les dépôts de la distribution.
Le suffixe vit avec la saveur, dans _QEMU_DESKTOP, et la CLI appelle la
même fonction que la TUI plutôt que d'en écrire une seconde.
Assisted-by: Claude Opus 5
2026-08-12 03:29:33 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _write_ssh_config_entry(
|
|
|
|
|
|
self, host, user, ip, proxy_jump=None, identity_file=None
|
|
|
|
|
|
):
|
|
|
|
|
|
"""Écrit/remplace un bloc « Host <host> » dans ~/.ssh/config.
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
`host` peut être une liste de noms : ils partagent alors un seul bloc.
|
|
|
|
|
|
Sert aux VM imbriquées, joignables par leur nom court ET par leur nom
|
|
|
|
|
|
chaîné « parent+enfant », qui montre où elles vivent.
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
`proxy_jump` : alias du rebond pour une VM imbriquée, dont l'IP n'est
|
|
|
|
|
|
joignable que depuis son hôte. OpenSSH enchaîne les ProxyJump tout
|
|
|
|
|
|
seul dès que le parent a lui-même le sien.
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
`identity_file` : clé PRIVÉE à présenter. Sans elle, ssh propose
|
|
|
|
|
|
toutes les identités de l'agent et un parc un peu fourni déclenche
|
|
|
|
|
|
« Too many authentication failures » avant d'arriver à la bonne."""
|
|
|
|
|
|
names = [host] if isinstance(host, str) else list(host)
|
|
|
|
|
|
cfg = os.path.expanduser("~/.ssh/config")
|
|
|
|
|
|
os.makedirs(os.path.dirname(cfg), exist_ok=True)
|
|
|
|
|
|
existing = ""
|
|
|
|
|
|
if os.path.exists(cfg):
|
|
|
|
|
|
with open(cfg, encoding="utf-8") as fh:
|
|
|
|
|
|
existing = fh.read()
|
|
|
|
|
|
existing = self._ssh_config_drop_hosts(existing, names).rstrip("\n")
|
|
|
|
|
|
block = (
|
|
|
|
|
|
f"Host {' '.join(names)}\n"
|
|
|
|
|
|
f" HostName {ip}\n"
|
|
|
|
|
|
f" User {user}\n"
|
|
|
|
|
|
# IP DHCP réutilisées entre VM -> on évite l'erreur de clé d'hôte.
|
|
|
|
|
|
f" StrictHostKeyChecking no\n"
|
|
|
|
|
|
f" UserKnownHostsFile /dev/null\n"
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
if identity_file:
|
|
|
|
|
|
# IdentitiesOnly : sans lui, IdentityFile s'AJOUTE aux clés de
|
|
|
|
|
|
# l'agent au lieu de les remplacer, et le serveur coupe après
|
|
|
|
|
|
# 5 essais infructueux.
|
|
|
|
|
|
block += (
|
|
|
|
|
|
f" IdentityFile {identity_file}\n"
|
|
|
|
|
|
f" IdentitiesOnly yes\n"
|
2026-08-11 08:59:10 -04:00
|
|
|
|
)
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
if proxy_jump:
|
|
|
|
|
|
block += f" ProxyJump {proxy_jump}\n"
|
|
|
|
|
|
content = (existing + "\n\n" + block) if existing else block
|
|
|
|
|
|
with open(cfg, "w", encoding="utf-8") as fh:
|
|
|
|
|
|
fh.write(content)
|
|
|
|
|
|
os.chmod(cfg, 0o600)
|
|
|
|
|
|
print(f"✅ {t('Added to ~/.ssh/config:')} ssh {names[0]}")
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _human_size(n):
|
|
|
|
|
|
"""Octets -> taille lisible (Ko/Mo/Go…)."""
|
|
|
|
|
|
size = float(n)
|
|
|
|
|
|
for unit in ("o", "Ko", "Mo", "Go", "To"):
|
|
|
|
|
|
if size < 1024:
|
|
|
|
|
|
return f"{size:.0f} {unit}"
|
|
|
|
|
|
size /= 1024
|
|
|
|
|
|
return f"{size:.0f} Po"
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# ------------------------------------------------------------------ #
|
|
|
|
|
|
# QEMU : déploiement d'un parc « infra ERPLibre »
|
|
|
|
|
|
# ------------------------------------------------------------------ #
|
|
|
|
|
|
ERPLIBRE_GIT_URL = "https://github.com/erplibre/erplibre"
|
[IMP] qemu: a VM one can reach, and a first boot that does not stall
The monitor froze the address given at launch, so it lost the VM as soon as
cloud-init renamed the host and DHCP handed out another lease. It now
re-resolves at each attempt, in the views too, and reads virsh without sudo
— « sudo -n » fails in a detached session with no tty.
First boot also stopped paying for what it does not need: the guest agent
leaves cloud-init, snapd and locale-gen go, apt takes the fastest mirror.
The timezone follows the host. And when KVM is missing, the deployment says
so before the wait instead of being mysteriously fifteen times slower.
--- FR ---
Le suivi figeait l'adresse connue au lancement : il perdait donc la VM dès
que cloud-init posait le vrai nom d'hôte et que DHCP donnait un autre bail.
Il la ré-résout désormais à chaque tentative, dans les vues aussi, et lit
virsh sans sudo — « sudo -n » échoue dans une session détachée, sans tty.
Le premier démarrage cesse aussi de payer l'inutile : l'agent invité sort
de cloud-init, snapd et locale-gen disparaissent, apt prend le miroir le
plus rapide. Le fuseau suit l'hôte. Et faute de KVM, le déploiement le dit
avant l'attente, au lieu d'être quinze fois plus lent sans raison visible.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _parse_disk_gb(size):
|
|
|
|
|
|
"""« 20G » -> 20 (Go, best effort)."""
|
|
|
|
|
|
m = re.match(r"\s*(\d+)", str(size))
|
|
|
|
|
|
return int(m.group(1)) if m else 0
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _is_yes(ans):
|
|
|
|
|
|
"""Réponse affirmative, FR et EN (o/oui/y/yes)."""
|
|
|
|
|
|
return ans.strip().lower() in ("y", "yes", "o", "oui")
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _is_yes_default_yes(ans):
|
|
|
|
|
|
"""Comme _is_yes mais le DÉFAUT (réponse vide) est OUI."""
|
|
|
|
|
|
a = ans.strip().lower()
|
|
|
|
|
|
return a == "" or a in ("y", "yes", "o", "oui")
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _is_no(ans):
|
|
|
|
|
|
"""Réponse négative explicite, FR et EN (n/no/non). Utile pour les
|
|
|
|
|
|
invites « défaut oui » où tout sauf « non » vaut oui."""
|
|
|
|
|
|
return ans.strip().lower() in ("n", "no", "non")
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _host_free_ram_mb():
|
|
|
|
|
|
"""RAM disponible de l'hôte en Mo (MemAvailable), 0 si inconnu."""
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
try:
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
with open("/proc/meminfo") as fh:
|
|
|
|
|
|
for line in fh:
|
|
|
|
|
|
if line.startswith("MemAvailable:"):
|
|
|
|
|
|
return int(line.split()[1]) // 1024
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
return 0
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _is_index(token, options):
|
|
|
|
|
|
"""Vrai si le jeton est un numéro valide dans la liste (1-based)."""
|
|
|
|
|
|
try:
|
|
|
|
|
|
return 1 <= int(token) <= len(options)
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
return False
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _parse_index_selection(raw, options):
|
|
|
|
|
|
"""« 1 3 » ou « 1,3 » -> sous-liste d'options (indices 1-based)."""
|
|
|
|
|
|
chosen = []
|
|
|
|
|
|
for tok in re.split(r"[\s,]+", raw.strip()):
|
|
|
|
|
|
if not tok:
|
|
|
|
|
|
continue
|
|
|
|
|
|
try:
|
|
|
|
|
|
idx = int(tok) - 1
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
if tok in options and tok not in chosen:
|
|
|
|
|
|
chosen.append(tok)
|
|
|
|
|
|
continue
|
|
|
|
|
|
if 0 <= idx < len(options) and options[idx] not in chosen:
|
|
|
|
|
|
chosen.append(options[idx])
|
|
|
|
|
|
return chosen
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _fmt_dur(secs):
|
|
|
|
|
|
"""Durée lisible : « 45s » ou « 2m05s »."""
|
|
|
|
|
|
secs = int(secs)
|
|
|
|
|
|
if secs < 60:
|
|
|
|
|
|
return f"{secs}s"
|
|
|
|
|
|
return f"{secs // 60}m{secs % 60:02d}s"
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Cible d'installation Odoo exécutée dans la VM (défaut ERPLibre 1.6.0).
|
|
|
|
|
|
ERPLIBRE_ODOO_TARGET = "install_odoo_18"
|
|
|
|
|
|
# Go ajoutés au disque quand on installe ERPLibre (le minimum d'image ne
|
|
|
|
|
|
# laisse que ~97 Mo libres après l'installation).
|
|
|
|
|
|
ERPLIBRE_EXTRA_DISK_GB = 5
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _plural(word, count):
|
|
|
|
|
|
"""Accord simple : « échec » / « échecs ». Vaut pour fr et en."""
|
|
|
|
|
|
return word if abs(count) <= 1 else f"{word}s"
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# Les trois invites ci-dessous sont posées à DEUX endroits — le profil
|
|
|
|
|
|
# global « Personnalisé » et la personnalisation par VM. Elles vivent donc
|
|
|
|
|
|
# ici : une seule définition, mêmes suggestions, mêmes validations.
|
|
|
|
|
|
# Chacune renvoie None pour « garder la valeur actuelle ».
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
def _confirm_or_discard(self, question):
|
|
|
|
|
|
"""Confirmation à défaut OUI, avec double validation sur le NON.
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
Un « non » distrait ferait perdre toutes les réponses déjà saisies. On
|
|
|
|
|
|
ne renonce donc que si l'abandon est confirmé ; sinon on repose la
|
|
|
|
|
|
question."""
|
|
|
|
|
|
while True:
|
|
|
|
|
|
if self._is_yes_default_yes(input(f"\n{question}")):
|
|
|
|
|
|
return True
|
|
|
|
|
|
if self._is_yes(
|
|
|
|
|
|
input(f" {t('Discard everything and start over? (y/N): ')}")
|
|
|
|
|
|
):
|
|
|
|
|
|
return False
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
|
[REF] todo : un fichier par sujet, un socle par formulaire
todo.py passait 13 000 lignes : plus personne n'y trouvait où une chose
vivait. Il en garde 4 400 — les menus et les aides générales — et six
fichiers portent chacun un sujet, assemblés en mixins sur la classe TODO.
Aucun membre perdu : 438 avant, 438 après, et treize sources modifiées
seulement là où un appel de classe devait changer de nom.
Les deux formulaires de déploiement posent le même travail : ils partagent
maintenant la logique pure, le CSS, la fabrique des rangées de ressources
et les gestes du plan (surcharges, verrous, exemplaires, renommage).
Vérifié en rendant le formulaire QEMU avant et après, sur neuf gestes :
même écran au SVG près, même état, même spec.
--- EN ---
todo.py had passed 13,000 lines: nobody could find where anything lived.
It keeps 4,400 — the menus and the general helpers — and six files each
own one subject, assembled as mixins on the TODO class. No member lost:
438 before, 438 after, and thirteen sources changed only where a
class-level call had to change name.
Both deployment forms do the same work: they now share the pure logic, the
CSS, the resource-row factory and the plan's gestures (overrides, locks,
copies, renaming). Verified by rendering the QEMU form before and after
across nine gestures: same screen down to the SVG, same state, same spec.
Assisted-by: Claude Opus 5
2026-08-23 18:01:09 -04:00
|
|
|
|
# ---------------------------------------------------------------- #
|
|
|
|
|
|
# Déploiement : catalogue (pur) -> collecte (CLI ou TUI) -> exécution
|
|
|
|
|
|
# ---------------------------------------------------------------- #
|
2026-03-12 05:40:22 -04:00
|
|
|
|
|
|
|
|
|
|
def _deploy_clone_erplibre(self):
|
|
|
|
|
|
default_path = os.path.expanduser("~/erplibre")
|
|
|
|
|
|
target_path = (
|
2026-03-13 15:04:14 -04:00
|
|
|
|
input(t("Target directory path (default: ~/erplibre): ")).strip()
|
2026-03-12 05:40:22 -04:00
|
|
|
|
or default_path
|
|
|
|
|
|
)
|
|
|
|
|
|
target_path = os.path.expanduser(target_path)
|
|
|
|
|
|
if os.path.exists(target_path):
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(f"{t('Directory already exists: ')}{target_path}")
|
2026-03-12 05:40:22 -04:00
|
|
|
|
return
|
|
|
|
|
|
print(t("Cloning ERPLibre..."))
|
|
|
|
|
|
cmd = (
|
|
|
|
|
|
"git clone"
|
|
|
|
|
|
" https://github.com/erplibre/erplibre"
|
|
|
|
|
|
f" {target_path}"
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
try:
|
2026-03-13 15:04:14 -04:00
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=False)
|
|
|
|
|
|
print(f"{t('ERPLibre cloned successfully to: ')}" f"{target_path}")
|
2026-03-12 05:40:22 -04:00
|
|
|
|
except Exception as e:
|
|
|
|
|
|
print(f"{t('Error cloning ERPLibre: ')}{e}")
|
|
|
|
|
|
|
2026-04-11 00:13:56 -04:00
|
|
|
|
def _deploy_ntfy_server(self):
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"\n{t('Deploy a local NTFY push notification server (Ubuntu/Arch)')}"
|
|
|
|
|
|
)
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
port = input(t("NTFY server port (default: 8080): ")).strip() or "8080"
|
2026-04-11 00:13:56 -04:00
|
|
|
|
import socket
|
|
|
|
|
|
|
|
|
|
|
|
hostname = socket.gethostname()
|
|
|
|
|
|
try:
|
|
|
|
|
|
local_ip = socket.gethostbyname(hostname)
|
|
|
|
|
|
except Exception:
|
|
|
|
|
|
local_ip = "127.0.0.1"
|
|
|
|
|
|
|
|
|
|
|
|
default_url = f"http://{local_ip}:{port}"
|
|
|
|
|
|
base_url = (
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
input(f"{t('NTFY base URL')} (default: {default_url}): ").strip()
|
2026-04-11 00:13:56 -04:00
|
|
|
|
or default_url
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
script_path = os.path.join(
|
|
|
|
|
|
os.path.dirname(os.path.abspath(__file__)),
|
|
|
|
|
|
"..",
|
|
|
|
|
|
"install",
|
|
|
|
|
|
"install_ntfy.sh",
|
|
|
|
|
|
)
|
|
|
|
|
|
script_path = os.path.realpath(script_path)
|
|
|
|
|
|
|
|
|
|
|
|
if not os.path.isfile(script_path):
|
|
|
|
|
|
print(f"{t('NTFY install script not found: ')}{script_path}")
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
print(f"\n{t('Installing NTFY server (requires sudo)...')}")
|
|
|
|
|
|
cmd = (
|
|
|
|
|
|
f"sudo NTFY_PORT={port}"
|
|
|
|
|
|
f" NTFY_BASE_URL={base_url}"
|
|
|
|
|
|
f" bash {script_path}"
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}\n")
|
|
|
|
|
|
try:
|
|
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=False)
|
|
|
|
|
|
print(f"\n{t('NTFY server installed and started successfully!')}")
|
|
|
|
|
|
except Exception as e:
|
|
|
|
|
|
print(f"{t('Error installing NTFY server: ')}{e}")
|
|
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_config_hosts():
|
|
|
|
|
|
"""Noms d'hôtes déclarés dans ~/.ssh/config, dans l'ordre du fichier.
|
|
|
|
|
|
|
|
|
|
|
|
Une ligne « Host » peut porter plusieurs noms : on les rend tous. Les
|
|
|
|
|
|
motifs (`*`, `?`) sont écartés — ce sont des règles, pas des machines
|
|
|
|
|
|
auxquelles se connecter."""
|
|
|
|
|
|
path = os.path.expanduser("~/.ssh/config")
|
|
|
|
|
|
names = []
|
|
|
|
|
|
try:
|
|
|
|
|
|
with open(path, encoding="utf-8") as fh:
|
|
|
|
|
|
for line in fh:
|
|
|
|
|
|
if not re.match(r"^[ \t]*Host[ \t]+", line):
|
|
|
|
|
|
continue
|
|
|
|
|
|
for name in line.split()[1:]:
|
|
|
|
|
|
if "*" in name or "?" in name or name in names:
|
|
|
|
|
|
continue
|
|
|
|
|
|
names.append(name)
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
return names
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_config_user(host):
|
|
|
|
|
|
"""`User` déclaré pour cet hôte dans ~/.ssh/config, ou "".
|
|
|
|
|
|
|
|
|
|
|
|
On suit la règle d'OpenSSH : le PREMIER `User` rencontré parmi les
|
|
|
|
|
|
blocs qui correspondent l'emporte, motifs (`Host *`) compris. Sans
|
|
|
|
|
|
déclaration on renvoie "" — il n'y a alors rien à copier, et
|
|
|
|
|
|
l'appelant garde son défaut plutôt que d'inventer le nom de session
|
|
|
|
|
|
locale."""
|
|
|
|
|
|
import fnmatch
|
|
|
|
|
|
|
|
|
|
|
|
path = os.path.expanduser("~/.ssh/config")
|
|
|
|
|
|
matching = False
|
|
|
|
|
|
try:
|
|
|
|
|
|
with open(path, encoding="utf-8") as fh:
|
|
|
|
|
|
for line in fh:
|
|
|
|
|
|
stripped = line.strip()
|
|
|
|
|
|
if re.match(r"^Host[ \t]+", stripped):
|
|
|
|
|
|
matching = any(
|
|
|
|
|
|
fnmatch.fnmatch(host, pattern)
|
|
|
|
|
|
for pattern in stripped.split()[1:]
|
|
|
|
|
|
)
|
|
|
|
|
|
continue
|
|
|
|
|
|
if matching:
|
|
|
|
|
|
found = re.match(
|
|
|
|
|
|
r"^User[ \t]+(\S+)", stripped, re.IGNORECASE
|
|
|
|
|
|
)
|
|
|
|
|
|
if found:
|
|
|
|
|
|
return found.group(1)
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
return ""
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _port_is_free(port):
|
|
|
|
|
|
"""Vrai si rien n'écoute sur ce port en local."""
|
|
|
|
|
|
import socket
|
|
|
|
|
|
|
|
|
|
|
|
with socket.socket() as sock:
|
|
|
|
|
|
sock.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
|
|
|
|
|
|
try:
|
|
|
|
|
|
sock.bind(("127.0.0.1", int(port)))
|
|
|
|
|
|
return True
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
return False
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _remote_port_open(host, port):
|
|
|
|
|
|
"""Quelqu'un écoute-t-il sur ce port DEPUIS l'hôte distant ?
|
|
|
|
|
|
|
|
|
|
|
|
True / False / None quand on n'a pas pu conclure (hôte injoignable,
|
|
|
|
|
|
pas de bash). On teste une vraie connexion TCP vers « localhost » et
|
|
|
|
|
|
non la table d'écoute : c'est exactement ce que fera le tunnel, y
|
|
|
|
|
|
compris le choix IPv4/IPv6 de la résolution.
|
|
|
|
|
|
"""
|
|
|
|
|
|
probe = (
|
|
|
|
|
|
f"exec 3<>/dev/tcp/localhost/{int(port)} && echo OPEN"
|
|
|
|
|
|
" || echo CLOSED"
|
|
|
|
|
|
)
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
[
|
|
|
|
|
|
"ssh",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"BatchMode=yes",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"ConnectTimeout=10",
|
|
|
|
|
|
host,
|
|
|
|
|
|
f"bash -c {shlex.quote(probe)} 2>/dev/null",
|
|
|
|
|
|
],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=45,
|
|
|
|
|
|
)
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return None
|
|
|
|
|
|
out = res.stdout.strip()
|
|
|
|
|
|
if "OPEN" in out:
|
|
|
|
|
|
return True
|
|
|
|
|
|
if "CLOSED" in out:
|
|
|
|
|
|
return False
|
|
|
|
|
|
return None
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_port_forward(self):
|
|
|
|
|
|
"""Ouvre un tunnel SSH pour joindre un service distant depuis le
|
|
|
|
|
|
navigateur local.
|
|
|
|
|
|
|
|
|
|
|
|
Le port distant est vu DEPUIS la machine cible : « -L
|
|
|
|
|
|
local:localhost:distant ». Un rebond éventuel n'a pas à être indiqué —
|
|
|
|
|
|
le ProxyJump du bloc ~/.ssh/config s'applique tout seul, ce qui rend
|
|
|
|
|
|
joignable une VM imbriquée sans route directe."""
|
|
|
|
|
|
print(f"\n🔌 {t('SSH port forwarding')}")
|
|
|
|
|
|
hosts = self._ssh_config_hosts()
|
|
|
|
|
|
if hosts:
|
|
|
|
|
|
for i, name in enumerate(hosts, 1):
|
|
|
|
|
|
print(f" [{i}] {name}")
|
|
|
|
|
|
host = input(f"{t('Host (number or name):')} ").strip()
|
|
|
|
|
|
if not host:
|
|
|
|
|
|
print(t("Cancelled."))
|
|
|
|
|
|
return
|
|
|
|
|
|
if host.isdigit() and 1 <= int(host) <= len(hosts):
|
|
|
|
|
|
host = hosts[int(host) - 1]
|
|
|
|
|
|
|
|
|
|
|
|
raw = input(f"{t('Remote port (default:')} 8069): ").strip()
|
|
|
|
|
|
remote = raw if raw.isdigit() else "8069"
|
|
|
|
|
|
raw = input(f"{t('Local port (default:')} {remote}): ").strip()
|
|
|
|
|
|
local = raw if raw.isdigit() else remote
|
|
|
|
|
|
|
|
|
|
|
|
# Sonde AVANT d'ouvrir : sans elle, un service arrêté à l'autre bout
|
|
|
|
|
|
# ne se manifeste que par un mur de « channel N: open failed » à
|
|
|
|
|
|
# chaque requête du navigateur, qui ne dit pas d'où vient le refus.
|
|
|
|
|
|
print(f" {t('Checking the remote port...')}")
|
|
|
|
|
|
listening = self._remote_port_open(host, remote)
|
|
|
|
|
|
if listening is False:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f" ⚠ {t('Nothing is listening on port')} {remote}"
|
|
|
|
|
|
f" {t('of')} {host}"
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f" {t('Start the service there, or continue anyway.')}")
|
|
|
|
|
|
if not self._is_yes(input(t("Continue anyway? (y/N): "))):
|
|
|
|
|
|
return
|
|
|
|
|
|
elif listening is None:
|
|
|
|
|
|
print(f" ℹ️ {t('Could not probe the remote port; going on.')}")
|
|
|
|
|
|
|
|
|
|
|
|
if not self._port_is_free(local):
|
|
|
|
|
|
print(f" ⚠ {t('Local port already in use:')} {local}")
|
|
|
|
|
|
if not self._is_yes(input(t("Try anyway? (y/N): "))):
|
|
|
|
|
|
return
|
|
|
|
|
|
if local != remote:
|
|
|
|
|
|
# Odoo redirige d'après web.base.url : un port local différent
|
|
|
|
|
|
# renvoie le navigateur vers une adresse qui n'existe pas chez lui.
|
|
|
|
|
|
print(f" ⚠ {t('Local port differs from the remote one.')}")
|
|
|
|
|
|
print(f" {t('Odoo redirects using web.base.url; check it')}")
|
|
|
|
|
|
print(f" {t('matches http://localhost:')}{local}")
|
|
|
|
|
|
|
|
|
|
|
|
cmd = f"ssh -N -L {local}:localhost:{remote} {shlex.quote(host)}"
|
|
|
|
|
|
print(f"\n 🌐 http://localhost:{local}")
|
|
|
|
|
|
print(f" {t('Will execute:')} {cmd}")
|
|
|
|
|
|
print(f" {t('Ctrl+C closes the tunnel.')}\n")
|
|
|
|
|
|
try:
|
|
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=False)
|
|
|
|
|
|
except KeyboardInterrupt:
|
|
|
|
|
|
pass
|
|
|
|
|
|
print(f"\n {t('Tunnel closed.')}")
|
|
|
|
|
|
|
[FIX] sshfs : n'annoncer un montage que s'il a eu lieu
Après un code 1, le menu affichait « Monté sur … », la commande pour démonter
et celle pour ouvrir le répertoire : le montage n'avait pas eu lieu, et on
cherchait des fichiers dans un répertoire vide. Le succès ne s'affiche plus
qu'en cas de succès, et le point de montage inutilisé est retiré.
L'échec, lui, avait une cause : sshfs lit « a+b » comme un chaînage d'hôtes et
ne consulte jamais ~/.ssh/config pour l'alias entier. Or c'est todo.py qui
nomme les VM « rebond+domaine », et cette seconde moitié est un domaine
libvirt, pas un alias SSH du rebond. On résout donc l'alias par « ssh -G » et
on rend à sshfs une cible qu'il ne peut plus mal lire, ProxyJump comprise.
--- EN ---
After exit code 1, the menu still printed "Mounted on …", the unmount command
and the file-manager command: nothing had been mounted, and one went looking
for files in an empty directory. The success block now only prints on success,
and the unused mount point is removed.
The failure itself had a cause: sshfs reads "a+b" as host chaining and never
consults ~/.ssh/config for the whole alias. But todo.py is what names VMs
"jump+domain", and that second half is a libvirt domain, not an SSH alias on
the jump host. So we resolve the alias with "ssh -G" and hand sshfs a target
it can no longer misread, ProxyJump included.
Assisted-by: Claude Opus 5
2026-08-22 22:32:34 -04:00
|
|
|
|
# sshfs lit « a+b » comme un CHAÎNAGE d'hôtes — « ssh a, puis ssh b depuis
|
|
|
|
|
|
# a » — et ne consulte donc PAS ~/.ssh/config pour l'alias entier. Or c'est
|
|
|
|
|
|
# todo.py qui nomme les VM découvertes « jump+domaine » (voir la marche
|
|
|
|
|
|
# SSH) : ce sont les alias les plus utiles, et les seuls que sshfs échoue à
|
|
|
|
|
|
# monter tel quel. Vécu : « read: Connection reset by peer », parce que la
|
|
|
|
|
|
# seconde moitié du nom est un domaine libvirt, pas un alias SSH du rebond.
|
|
|
|
|
|
SSHFS_CHAIN_SEP = "+"
|
|
|
|
|
|
|
|
|
|
|
|
# Options à rendre à sshfs quand on contourne l'alias : exactement celles
|
|
|
|
|
|
# que todo.py écrit dans l'entrée qu'il génère. Sans elles, une VM dont la
|
|
|
|
|
|
# clé d'hôte a changé — IP DHCP réutilisée — ferait échouer le montage.
|
|
|
|
|
|
SSH_FORWARD_OPTS = (
|
|
|
|
|
|
("port", "Port"),
|
|
|
|
|
|
("proxyjump", "ProxyJump"),
|
|
|
|
|
|
("identityfile", "IdentityFile"),
|
|
|
|
|
|
("identitiesonly", "IdentitiesOnly"),
|
|
|
|
|
|
("stricthostkeychecking", "StrictHostKeyChecking"),
|
|
|
|
|
|
("userknownhostsfile", "UserKnownHostsFile"),
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Ce que dit stderr, et ce qu'il faut aller corriger. L'ordre compte : le
|
|
|
|
|
|
# premier motif trouvé gagne.
|
|
|
|
|
|
SSH_FAILURE_HINTS = (
|
|
|
|
|
|
("could not resolve hostname", "unknown host name: check HostName"),
|
|
|
|
|
|
("name or service not known", "unknown host name: check HostName"),
|
|
|
|
|
|
("connection timed out", "no answer: is the server up and reachable?"),
|
|
|
|
|
|
("operation timed out", "no answer: is the server up and reachable?"),
|
|
|
|
|
|
("no route to host", "no route: check the network or the ProxyJump"),
|
|
|
|
|
|
("connection refused", "nothing listening on the SSH port"),
|
|
|
|
|
|
("permission denied", "authentication refused: check User and key"),
|
|
|
|
|
|
("host key verification failed", "host key changed for this address"),
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_config_entries(path):
|
|
|
|
|
|
"""[(alias, {hostname, user})] de ~/.ssh/config, dans l'ordre du fichier.
|
|
|
|
|
|
|
|
|
|
|
|
Pendant de `_ssh_config_hosts`, qui ne rend que les NOMS : ici le menu
|
|
|
|
|
|
de montage a besoin d'afficher aussi l'adresse et l'utilisateur.
|
|
|
|
|
|
|
|
|
|
|
|
« Host a b » déclare DEUX alias pour la même machine — c'est ce que
|
|
|
|
|
|
todo.py écrit lui-même quand une VM porte plusieurs noms. Les prendre
|
|
|
|
|
|
pour un seul nom donnait un alias « a b », que sshfs ne peut pas
|
|
|
|
|
|
monter. Les motifs génériques (« * », « web-? ») sont écartés : ils ne
|
|
|
|
|
|
désignent aucune machine.
|
|
|
|
|
|
"""
|
|
|
|
|
|
hosts = []
|
|
|
|
|
|
noms = []
|
|
|
|
|
|
info = {}
|
|
|
|
|
|
|
|
|
|
|
|
def clore():
|
|
|
|
|
|
for nom in noms:
|
|
|
|
|
|
hosts.append((nom, dict(info)))
|
|
|
|
|
|
|
|
|
|
|
|
try:
|
|
|
|
|
|
with open(path, encoding="utf-8", errors="replace") as fh:
|
|
|
|
|
|
lignes = fh.readlines()
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
return []
|
|
|
|
|
|
for ligne in lignes:
|
|
|
|
|
|
ligne = ligne.strip()
|
|
|
|
|
|
if ligne.lower().startswith("host "):
|
|
|
|
|
|
clore()
|
|
|
|
|
|
noms = [
|
|
|
|
|
|
m
|
|
|
|
|
|
for m in ligne.split()[1:]
|
|
|
|
|
|
if "*" not in m and "?" not in m and not m.startswith("!")
|
|
|
|
|
|
]
|
|
|
|
|
|
info = {}
|
|
|
|
|
|
elif noms:
|
|
|
|
|
|
paire = ligne.split(None, 1)
|
|
|
|
|
|
if len(paire) == 2 and paire[0].lower() in (
|
|
|
|
|
|
"hostname",
|
|
|
|
|
|
"user",
|
|
|
|
|
|
):
|
|
|
|
|
|
info[paire[0].lower()] = paire[1].strip()
|
|
|
|
|
|
clore()
|
|
|
|
|
|
return hosts
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_resolve(alias):
|
|
|
|
|
|
"""Configuration RÉSOLUE de l'alias, telle que ssh la voit (ssh -G).
|
|
|
|
|
|
|
|
|
|
|
|
On délègue à ssh au lieu de relire le fichier : lui seul connaît les
|
|
|
|
|
|
Include, les Match, l'ordre des motifs et ses propres défauts.
|
|
|
|
|
|
"""
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
["ssh", "-G", alias],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=15,
|
|
|
|
|
|
env=TODO._qemu_c_env(),
|
|
|
|
|
|
)
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError):
|
|
|
|
|
|
return {}
|
|
|
|
|
|
if res.returncode != 0:
|
|
|
|
|
|
return {}
|
|
|
|
|
|
out = {}
|
|
|
|
|
|
for ligne in res.stdout.splitlines():
|
|
|
|
|
|
cle, _, val = ligne.strip().partition(" ")
|
|
|
|
|
|
# ssh -G répète « identityfile » : la PREMIÈRE est celle qui compte.
|
|
|
|
|
|
if cle and val and cle.lower() not in out:
|
|
|
|
|
|
out[cle.lower()] = val
|
|
|
|
|
|
return out
|
|
|
|
|
|
|
|
|
|
|
|
def _sshfs_command(self, alias, mount_point, resolved=None):
|
|
|
|
|
|
"""(commande sshfs, alias contourné ?) pour monter cet alias.
|
|
|
|
|
|
|
|
|
|
|
|
Sans « + » dans le nom, on laisse sshfs faire : c'est ssh qui lit la
|
|
|
|
|
|
config, et rien ne vaut mieux. Avec un « + », on résout l'alias
|
|
|
|
|
|
soi-même et on rend à sshfs une cible qu'il ne peut plus mal lire.
|
|
|
|
|
|
"""
|
|
|
|
|
|
base = "sshfs -o follow_symlinks"
|
|
|
|
|
|
if self.SSHFS_CHAIN_SEP not in alias:
|
|
|
|
|
|
return f"{base} {alias}:/ {mount_point}", False
|
|
|
|
|
|
cfg = resolved if resolved is not None else self._ssh_resolve(alias)
|
|
|
|
|
|
host = cfg.get("hostname")
|
|
|
|
|
|
# Un hostname qui contient encore un « + » ne réglerait rien, et un
|
|
|
|
|
|
# alias non résolu vaut mieux qu'une cible inventée.
|
|
|
|
|
|
if not host or self.SSHFS_CHAIN_SEP in host:
|
|
|
|
|
|
return f"{base} {alias}:/ {mount_point}", False
|
|
|
|
|
|
opts = []
|
|
|
|
|
|
for cle, nom in self.SSH_FORWARD_OPTS:
|
|
|
|
|
|
val = cfg.get(cle)
|
|
|
|
|
|
if val and val.lower() != "none":
|
|
|
|
|
|
opts.append(f"-o {nom}={val}")
|
|
|
|
|
|
user = cfg.get("user")
|
|
|
|
|
|
cible = f"{user}@{host}" if user else host
|
|
|
|
|
|
pieces = [base] + opts + [f"{cible}:/", mount_point]
|
|
|
|
|
|
return " ".join(pieces), True
|
|
|
|
|
|
|
|
|
|
|
|
@classmethod
|
|
|
|
|
|
def _ssh_failure_hint(cls, stderr):
|
|
|
|
|
|
"""Première ligne utile de stderr, et ce qu'elle désigne."""
|
|
|
|
|
|
texte = (stderr or "").lower()
|
|
|
|
|
|
for motif, indice in cls.SSH_FAILURE_HINTS:
|
|
|
|
|
|
if motif in texte:
|
|
|
|
|
|
return indice
|
|
|
|
|
|
return ""
|
|
|
|
|
|
|
|
|
|
|
|
@staticmethod
|
|
|
|
|
|
def _ssh_probe(alias, timeout=8):
|
|
|
|
|
|
"""(code, stderr) d'un « ssh <alias> true » sans invite de mot de passe.
|
|
|
|
|
|
|
|
|
|
|
|
BatchMode : une invite bloquerait le menu. Un refus d'authentification
|
|
|
|
|
|
se distingue donc d'un hôte injoignable, et le diagnostic le dit.
|
|
|
|
|
|
"""
|
|
|
|
|
|
try:
|
|
|
|
|
|
res = subprocess.run(
|
|
|
|
|
|
[
|
|
|
|
|
|
"ssh",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
"BatchMode=yes",
|
|
|
|
|
|
"-o",
|
|
|
|
|
|
f"ConnectTimeout={timeout}",
|
|
|
|
|
|
alias,
|
|
|
|
|
|
"true",
|
|
|
|
|
|
],
|
|
|
|
|
|
capture_output=True,
|
|
|
|
|
|
text=True,
|
|
|
|
|
|
timeout=timeout + 12,
|
|
|
|
|
|
env=TODO._qemu_c_env(),
|
|
|
|
|
|
)
|
|
|
|
|
|
except subprocess.TimeoutExpired:
|
|
|
|
|
|
return 255, "Connection timed out"
|
|
|
|
|
|
except (OSError, subprocess.SubprocessError) as exc:
|
|
|
|
|
|
return 255, str(exc)
|
|
|
|
|
|
return res.returncode, res.stderr.strip()
|
|
|
|
|
|
|
|
|
|
|
|
def _sshfs_diagnose(self, alias, mount_point, bypassed):
|
|
|
|
|
|
"""Dit POURQUOI le montage a échoué, et où aller corriger.
|
|
|
|
|
|
|
|
|
|
|
|
Le message est ciblé, pas une liste de causes possibles : on interroge
|
|
|
|
|
|
ssh, et selon qu'il passe ou non, le fautif n'est pas le même.
|
|
|
|
|
|
"""
|
|
|
|
|
|
print(f"\n ⚠ {t('sshfs mount failed.')}")
|
|
|
|
|
|
if not alias:
|
|
|
|
|
|
print(f" → {t('Check the SSH host and that the server is up.')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
print(f" {t('Checking SSH access…')} ({alias})")
|
|
|
|
|
|
code, err = self._ssh_probe(alias)
|
|
|
|
|
|
if code == 0:
|
|
|
|
|
|
print(f" ✓ {t('SSH reaches this host: ~/.ssh/config is fine.')}")
|
|
|
|
|
|
if not bypassed and self.SSHFS_CHAIN_SEP in alias:
|
|
|
|
|
|
print(f" → {t('sshfs reads the « + » as host chaining.')}")
|
|
|
|
|
|
cmd, ok = self._sshfs_command(alias, mount_point)
|
|
|
|
|
|
if ok:
|
|
|
|
|
|
print(f" → {t('Run this instead:')}")
|
|
|
|
|
|
print(f" {cmd}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
# Annoncer une commande puis n'en donner aucune serait
|
|
|
|
|
|
# pire que se taire : on dit ce qui manque.
|
|
|
|
|
|
print(
|
|
|
|
|
|
f" → {t('ssh -G resolved nothing: check ~/.ssh/config.')}"
|
|
|
|
|
|
)
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(f" → {t('Is sshfs (and fuse) installed here?')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
indice = self._ssh_failure_hint(err)
|
|
|
|
|
|
if indice:
|
|
|
|
|
|
print(f" ✗ {t('SSH fails too:')} {t(indice)}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f" ✗ {t('SSH fails too:')} {err.splitlines()[0] if err else code}"
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f" → {t('Update ~/.ssh/config, or check the server is up.')}")
|
|
|
|
|
|
|
2026-03-22 22:28:24 -04:00
|
|
|
|
def _configure_sshfs(self):
|
|
|
|
|
|
import getpass
|
|
|
|
|
|
import re
|
|
|
|
|
|
from datetime import datetime
|
|
|
|
|
|
|
|
|
|
|
|
print(f"\n{t('SSH address input method')}")
|
|
|
|
|
|
print(f"[1] {t('Manual entry')}")
|
|
|
|
|
|
print(f"[2] {t('From ~/.ssh/config')}")
|
|
|
|
|
|
choice = input(t("Your choice (1/2): ")).strip()
|
|
|
|
|
|
|
|
|
|
|
|
user = None
|
|
|
|
|
|
hostname = None
|
|
|
|
|
|
ssh_name = None
|
|
|
|
|
|
|
|
|
|
|
|
if choice == "2":
|
|
|
|
|
|
ssh_config_path = os.path.expanduser("~/.ssh/config")
|
[FIX] sshfs : n'annoncer un montage que s'il a eu lieu
Après un code 1, le menu affichait « Monté sur … », la commande pour démonter
et celle pour ouvrir le répertoire : le montage n'avait pas eu lieu, et on
cherchait des fichiers dans un répertoire vide. Le succès ne s'affiche plus
qu'en cas de succès, et le point de montage inutilisé est retiré.
L'échec, lui, avait une cause : sshfs lit « a+b » comme un chaînage d'hôtes et
ne consulte jamais ~/.ssh/config pour l'alias entier. Or c'est todo.py qui
nomme les VM « rebond+domaine », et cette seconde moitié est un domaine
libvirt, pas un alias SSH du rebond. On résout donc l'alias par « ssh -G » et
on rend à sshfs une cible qu'il ne peut plus mal lire, ProxyJump comprise.
--- EN ---
After exit code 1, the menu still printed "Mounted on …", the unmount command
and the file-manager command: nothing had been mounted, and one went looking
for files in an empty directory. The success block now only prints on success,
and the unused mount point is removed.
The failure itself had a cause: sshfs reads "a+b" as host chaining and never
consults ~/.ssh/config for the whole alias. But todo.py is what names VMs
"jump+domain", and that second half is a libvirt domain, not an SSH alias on
the jump host. So we resolve the alias with "ssh -G" and hand sshfs a target
it can no longer misread, ProxyJump included.
Assisted-by: Claude Opus 5
2026-08-22 22:32:34 -04:00
|
|
|
|
hosts = self._ssh_config_entries(ssh_config_path)
|
2026-03-22 22:28:24 -04:00
|
|
|
|
|
|
|
|
|
|
if not hosts:
|
|
|
|
|
|
print(t("No SSH hosts found in ~/.ssh/config"))
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
print()
|
|
|
|
|
|
for i, (host, info) in enumerate(hosts, 1):
|
|
|
|
|
|
hn = info.get("hostname", host)
|
|
|
|
|
|
u = info.get("user", "")
|
|
|
|
|
|
desc = host
|
|
|
|
|
|
if hn != host:
|
|
|
|
|
|
desc += f" ({hn})"
|
|
|
|
|
|
if u:
|
|
|
|
|
|
desc += f" [{u}]"
|
|
|
|
|
|
print(f"[{i}] {desc}")
|
|
|
|
|
|
|
|
|
|
|
|
sel = input(t("Select SSH host number: ")).strip()
|
|
|
|
|
|
try:
|
|
|
|
|
|
idx = int(sel) - 1
|
|
|
|
|
|
if idx < 0 or idx >= len(hosts):
|
|
|
|
|
|
print(t("Invalid selection!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
print(t("Invalid selection!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
host_name, host_info = hosts[idx]
|
|
|
|
|
|
hostname = host_info.get("hostname", host_name)
|
|
|
|
|
|
user = host_info.get("user", getpass.getuser())
|
|
|
|
|
|
ssh_name = host_name
|
|
|
|
|
|
target = f"{host_name}:/"
|
|
|
|
|
|
else:
|
|
|
|
|
|
ssh_host = input(
|
|
|
|
|
|
t("SSH host (e.g.: user@192.168.1.100): ")
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
if not ssh_host:
|
|
|
|
|
|
print(t("SSH host is required!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
if "@" in ssh_host:
|
|
|
|
|
|
user, hostname = ssh_host.split("@", 1)
|
|
|
|
|
|
else:
|
|
|
|
|
|
hostname = ssh_host
|
|
|
|
|
|
user = getpass.getuser()
|
|
|
|
|
|
ssh_name = hostname
|
|
|
|
|
|
target = f"{user}@{hostname}:/"
|
|
|
|
|
|
|
|
|
|
|
|
safe_name = re.sub(r"[^a-zA-Z0-9_-]", "_", ssh_name)
|
|
|
|
|
|
timestamp = datetime.now().strftime("%Y%m%d_%H%M%S")
|
|
|
|
|
|
mount_point = f"/tmp/sshfs_{safe_name}_{timestamp}"
|
|
|
|
|
|
os.makedirs(mount_point, exist_ok=True)
|
|
|
|
|
|
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
# -o follow_symlinks : sshfs résout les liens symboliques CÔTÉ SERVEUR.
|
|
|
|
|
|
# Indispensable pour les dépôts google-repo (ERPLibre) : leur .git est
|
|
|
|
|
|
# une chaîne de symlinks relatifs profonds (.repo/projects -> project-
|
|
|
|
|
|
# objects) que git ne peut pas traverser sur un montage sshfs par
|
|
|
|
|
|
# défaut (« erreur à la lecture de .git » -> git status/commit KO).
|
[FIX] sshfs : n'annoncer un montage que s'il a eu lieu
Après un code 1, le menu affichait « Monté sur … », la commande pour démonter
et celle pour ouvrir le répertoire : le montage n'avait pas eu lieu, et on
cherchait des fichiers dans un répertoire vide. Le succès ne s'affiche plus
qu'en cas de succès, et le point de montage inutilisé est retiré.
L'échec, lui, avait une cause : sshfs lit « a+b » comme un chaînage d'hôtes et
ne consulte jamais ~/.ssh/config pour l'alias entier. Or c'est todo.py qui
nomme les VM « rebond+domaine », et cette seconde moitié est un domaine
libvirt, pas un alias SSH du rebond. On résout donc l'alias par « ssh -G » et
on rend à sshfs une cible qu'il ne peut plus mal lire, ProxyJump comprise.
--- EN ---
After exit code 1, the menu still printed "Mounted on …", the unmount command
and the file-manager command: nothing had been mounted, and one went looking
for files in an empty directory. The success block now only prints on success,
and the unused mount point is removed.
The failure itself had a cause: sshfs reads "a+b" as host chaining and never
consults ~/.ssh/config for the whole alias. But todo.py is what names VMs
"jump+domain", and that second half is a libvirt domain, not an SSH alias on
the jump host. So we resolve the alias with "ssh -G" and hand sshfs a target
it can no longer misread, ProxyJump included.
Assisted-by: Claude Opus 5
2026-08-22 22:32:34 -04:00
|
|
|
|
# L'alias vient de ~/.ssh/config : c'est lui qui peut porter un « + »,
|
|
|
|
|
|
# et lui qu'on peut interroger en cas d'échec. Une saisie manuelle est
|
|
|
|
|
|
# rendue telle quelle — si elle contient un « + », c'est un chaînage
|
|
|
|
|
|
# demandé exprès.
|
|
|
|
|
|
alias = ssh_name if choice == "2" else ""
|
|
|
|
|
|
if alias:
|
|
|
|
|
|
cmd, bypassed = self._sshfs_command(alias, mount_point)
|
|
|
|
|
|
else:
|
|
|
|
|
|
cmd, bypassed = (
|
|
|
|
|
|
f"sshfs -o follow_symlinks {target} {mount_point}",
|
|
|
|
|
|
False,
|
|
|
|
|
|
)
|
2026-03-22 22:28:24 -04:00
|
|
|
|
print(f"{t('Mounting sshfs on: ')}{mount_point}")
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
try:
|
[FIX] sshfs : n'annoncer un montage que s'il a eu lieu
Après un code 1, le menu affichait « Monté sur … », la commande pour démonter
et celle pour ouvrir le répertoire : le montage n'avait pas eu lieu, et on
cherchait des fichiers dans un répertoire vide. Le succès ne s'affiche plus
qu'en cas de succès, et le point de montage inutilisé est retiré.
L'échec, lui, avait une cause : sshfs lit « a+b » comme un chaînage d'hôtes et
ne consulte jamais ~/.ssh/config pour l'alias entier. Or c'est todo.py qui
nomme les VM « rebond+domaine », et cette seconde moitié est un domaine
libvirt, pas un alias SSH du rebond. On résout donc l'alias par « ssh -G » et
on rend à sshfs une cible qu'il ne peut plus mal lire, ProxyJump comprise.
--- EN ---
After exit code 1, the menu still printed "Mounted on …", the unmount command
and the file-manager command: nothing had been mounted, and one went looking
for files in an empty directory. The success block now only prints on success,
and the unused mount point is removed.
The failure itself had a cause: sshfs reads "a+b" as host chaining and never
consults ~/.ssh/config for the whole alias. But todo.py is what names VMs
"jump+domain", and that second half is a libvirt domain, not an SSH alias on
the jump host. So we resolve the alias with "ssh -G" and hand sshfs a target
it can no longer misread, ProxyJump included.
Assisted-by: Claude Opus 5
2026-08-22 22:32:34 -04:00
|
|
|
|
status = self.execute.exec_command_live(cmd, source_erplibre=False)
|
2026-03-22 22:28:24 -04:00
|
|
|
|
except Exception as e:
|
|
|
|
|
|
print(f"{t('Error mounting sshfs: ')}{e}")
|
[FIX] sshfs : n'annoncer un montage que s'il a eu lieu
Après un code 1, le menu affichait « Monté sur … », la commande pour démonter
et celle pour ouvrir le répertoire : le montage n'avait pas eu lieu, et on
cherchait des fichiers dans un répertoire vide. Le succès ne s'affiche plus
qu'en cas de succès, et le point de montage inutilisé est retiré.
L'échec, lui, avait une cause : sshfs lit « a+b » comme un chaînage d'hôtes et
ne consulte jamais ~/.ssh/config pour l'alias entier. Or c'est todo.py qui
nomme les VM « rebond+domaine », et cette seconde moitié est un domaine
libvirt, pas un alias SSH du rebond. On résout donc l'alias par « ssh -G » et
on rend à sshfs une cible qu'il ne peut plus mal lire, ProxyJump comprise.
--- EN ---
After exit code 1, the menu still printed "Mounted on …", the unmount command
and the file-manager command: nothing had been mounted, and one went looking
for files in an empty directory. The success block now only prints on success,
and the unused mount point is removed.
The failure itself had a cause: sshfs reads "a+b" as host chaining and never
consults ~/.ssh/config for the whole alias. But todo.py is what names VMs
"jump+domain", and that second half is a libvirt domain, not an SSH alias on
the jump host. So we resolve the alias with "ssh -G" and hand sshfs a target
it can no longer misread, ProxyJump included.
Assisted-by: Claude Opus 5
2026-08-22 22:32:34 -04:00
|
|
|
|
status = 1
|
|
|
|
|
|
# Le reste ne s'affiche QUE si le montage a réussi : « Monté sur … »
|
|
|
|
|
|
# après un code 1 envoyait chercher des fichiers dans un répertoire
|
|
|
|
|
|
# vide, et faisait passer l'échec pour un détail.
|
|
|
|
|
|
if status:
|
|
|
|
|
|
self._sshfs_diagnose(alias, mount_point, bypassed)
|
|
|
|
|
|
# Le point de montage n'a jamais servi : le laisser accumulerait
|
|
|
|
|
|
# un répertoire vide dans /tmp à chaque tentative.
|
|
|
|
|
|
try:
|
|
|
|
|
|
os.rmdir(mount_point)
|
|
|
|
|
|
except OSError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
return
|
|
|
|
|
|
print(f"{t('Mounted on: ')}{mount_point}")
|
|
|
|
|
|
print("mount | grep sshfs")
|
|
|
|
|
|
print(f"{t('To unmount: ')}" f"fusermount -u {mount_point}")
|
|
|
|
|
|
print(f"nautilus {mount_point}/home/{user}")
|
2026-03-22 22:28:24 -04:00
|
|
|
|
|
[ADD] make: add SSH remote deployment targets and todo.py integration
Enable deploying and managing ERPLibre on remote servers via SSH
directly from make and the interactive todo.py CLI, since only
local deployment was previously supported.
- New conf/make.ssh.Makefile with 11 targets: ssh_check, ssh_push,
ssh_install, ssh_run, ssh_stop, ssh_restart, ssh_status, ssh_logs,
ssh_make, ssh_install_systemd, ssh_install_nginx
- Variables: SSH_HOST (required), SSH_USER, SSH_PORT, SSH_KEY,
SSH_PATH, SSH_TARGET, SSH_DOMAIN, SSH_ADMIN_EMAIL
- Execute > Deploy menu extended with 11 SSH options in todo.py
- All strings translated fr/en in todo_i18n.py
Generated by Claude Code 2.1.101 model claude-sonnet-4-6
Co-Authored-By: Mathieu Benoit <mathben@technolibre.ca>
2026-04-10 22:53:07 -04:00
|
|
|
|
def _get_ssh_params(self):
|
|
|
|
|
|
"""Prompt for SSH connection parameters. Returns dict or None on cancel."""
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
host = click.prompt(
|
|
|
|
|
|
t("Remote host (user@hostname or hostname): ")
|
|
|
|
|
|
).strip()
|
[ADD] make: add SSH remote deployment targets and todo.py integration
Enable deploying and managing ERPLibre on remote servers via SSH
directly from make and the interactive todo.py CLI, since only
local deployment was previously supported.
- New conf/make.ssh.Makefile with 11 targets: ssh_check, ssh_push,
ssh_install, ssh_run, ssh_stop, ssh_restart, ssh_status, ssh_logs,
ssh_make, ssh_install_systemd, ssh_install_nginx
- Variables: SSH_HOST (required), SSH_USER, SSH_PORT, SSH_KEY,
SSH_PATH, SSH_TARGET, SSH_DOMAIN, SSH_ADMIN_EMAIL
- Execute > Deploy menu extended with 11 SSH options in todo.py
- All strings translated fr/en in todo_i18n.py
Generated by Claude Code 2.1.101 model claude-sonnet-4-6
Co-Authored-By: Mathieu Benoit <mathben@technolibre.ca>
2026-04-10 22:53:07 -04:00
|
|
|
|
if not host:
|
|
|
|
|
|
print(t("SSH host is required!"))
|
|
|
|
|
|
return None
|
|
|
|
|
|
user = (
|
|
|
|
|
|
click.prompt(t("SSH user (default: erplibre): ")).strip()
|
|
|
|
|
|
or "erplibre"
|
|
|
|
|
|
)
|
|
|
|
|
|
port = click.prompt(t("SSH port (default: 22): ")).strip() or "22"
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
key = click.prompt(
|
|
|
|
|
|
t("SSH key path (default: ~/.ssh/id_rsa, empty for none): ")
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
path = (
|
[ADD] make: add SSH remote deployment targets and todo.py integration
Enable deploying and managing ERPLibre on remote servers via SSH
directly from make and the interactive todo.py CLI, since only
local deployment was previously supported.
- New conf/make.ssh.Makefile with 11 targets: ssh_check, ssh_push,
ssh_install, ssh_run, ssh_stop, ssh_restart, ssh_status, ssh_logs,
ssh_make, ssh_install_systemd, ssh_install_nginx
- Variables: SSH_HOST (required), SSH_USER, SSH_PORT, SSH_KEY,
SSH_PATH, SSH_TARGET, SSH_DOMAIN, SSH_ADMIN_EMAIL
- Execute > Deploy menu extended with 11 SSH options in todo.py
- All strings translated fr/en in todo_i18n.py
Generated by Claude Code 2.1.101 model claude-sonnet-4-6
Co-Authored-By: Mathieu Benoit <mathben@technolibre.ca>
2026-04-10 22:53:07 -04:00
|
|
|
|
click.prompt(
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
t("Remote path (default: ~/erplibre_deploy_2): ")
|
[ADD] make: add SSH remote deployment targets and todo.py integration
Enable deploying and managing ERPLibre on remote servers via SSH
directly from make and the interactive todo.py CLI, since only
local deployment was previously supported.
- New conf/make.ssh.Makefile with 11 targets: ssh_check, ssh_push,
ssh_install, ssh_run, ssh_stop, ssh_restart, ssh_status, ssh_logs,
ssh_make, ssh_install_systemd, ssh_install_nginx
- Variables: SSH_HOST (required), SSH_USER, SSH_PORT, SSH_KEY,
SSH_PATH, SSH_TARGET, SSH_DOMAIN, SSH_ADMIN_EMAIL
- Execute > Deploy menu extended with 11 SSH options in todo.py
- All strings translated fr/en in todo_i18n.py
Generated by Claude Code 2.1.101 model claude-sonnet-4-6
Co-Authored-By: Mathieu Benoit <mathben@technolibre.ca>
2026-04-10 22:53:07 -04:00
|
|
|
|
).strip()
|
|
|
|
|
|
or "~/erplibre_deploy_2"
|
|
|
|
|
|
)
|
|
|
|
|
|
return {
|
|
|
|
|
|
"SSH_HOST": host,
|
|
|
|
|
|
"SSH_USER": user,
|
|
|
|
|
|
"SSH_PORT": port,
|
|
|
|
|
|
"SSH_KEY": key,
|
|
|
|
|
|
"SSH_PATH": path,
|
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
def _build_ssh_make_cmd(self, target, params, extra=None):
|
|
|
|
|
|
"""Build a make SSH command string from params dict."""
|
|
|
|
|
|
parts = [f"make {target}"]
|
|
|
|
|
|
for k, v in params.items():
|
|
|
|
|
|
if v:
|
|
|
|
|
|
parts.append(f'{k}="{v}"')
|
|
|
|
|
|
if extra:
|
|
|
|
|
|
for k, v in extra.items():
|
|
|
|
|
|
if v:
|
|
|
|
|
|
parts.append(f'{k}="{v}"')
|
|
|
|
|
|
return " ".join(parts)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_check(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_check", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_push(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_push", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_install(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_install", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_run(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_run", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_stop(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_stop", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_restart(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_restart", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_status(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_status", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_logs(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_logs", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_make(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
target = click.prompt(t("Make target to run remotely: ")).strip()
|
|
|
|
|
|
if not target:
|
|
|
|
|
|
print(t("SSH host is required!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd(
|
|
|
|
|
|
"ssh_make", params, extra={"SSH_TARGET": target}
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_install_systemd(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd("ssh_install_systemd", params)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def _deploy_ssh_install_nginx(self):
|
|
|
|
|
|
params = self._get_ssh_params()
|
|
|
|
|
|
if not params:
|
|
|
|
|
|
return
|
|
|
|
|
|
domain = click.prompt(t("Domain name (e.g.: example.com): ")).strip()
|
|
|
|
|
|
if not domain:
|
|
|
|
|
|
print(t("SSH host is required!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
email = click.prompt(t("Admin email for SSL certificate: ")).strip()
|
|
|
|
|
|
cmd = self._build_ssh_make_cmd(
|
|
|
|
|
|
"ssh_install_nginx",
|
|
|
|
|
|
params,
|
|
|
|
|
|
extra={"SSH_DOMAIN": domain, "SSH_ADMIN_EMAIL": email},
|
|
|
|
|
|
)
|
|
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd, source_erplibre=False, single_source_erplibre=True
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def prompt_execute_code(self):
|
|
|
|
|
|
print(f"🤖 {t('What do you need for development?')}")
|
|
|
|
|
|
# help_info = """Commande :
|
|
|
|
|
|
# [1] Status Git local et distant
|
|
|
|
|
|
# [2] Démarrer le générateur de code
|
|
|
|
|
|
# [3] Format - Formatage automatique selon changement [ou manuelle]
|
|
|
|
|
|
# [4] Qualité - Qualité logiciel, détecter les fichiers qui manquent les licences AGPLv3
|
|
|
|
|
|
# [0] Retour
|
|
|
|
|
|
# """
|
|
|
|
|
|
# help_info = """Commande :
|
|
|
|
|
|
# [1] Status Git local et distant
|
|
|
|
|
|
# [0] Retour
|
|
|
|
|
|
# """
|
|
|
|
|
|
|
|
|
|
|
|
choices = self.config_file.get_config("code_from_makefile")
|
|
|
|
|
|
|
|
|
|
|
|
menu_entry = {
|
|
|
|
|
|
"prompt_description": t("Open SHELL"),
|
|
|
|
|
|
}
|
|
|
|
|
|
choices.append(menu_entry)
|
|
|
|
|
|
|
|
|
|
|
|
menu_entry = {
|
|
|
|
|
|
"prompt_description": t("Upgrade Module"),
|
|
|
|
|
|
}
|
|
|
|
|
|
choices.append(menu_entry)
|
|
|
|
|
|
|
|
|
|
|
|
choices.append(
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t("Debug"),
|
|
|
|
|
|
}
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Déplacé depuis le menu Execute : mise à jour de tout le code source
|
|
|
|
|
|
# de dev en staging (sous-menu de mise à jour).
|
|
|
|
|
|
choices.append(
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Update - Update all developed staging source code"
|
|
|
|
|
|
),
|
|
|
|
|
|
}
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == str(len(choices)):
|
|
|
|
|
|
self.prompt_execute_update()
|
|
|
|
|
|
elif status == str(len(choices) - 1):
|
|
|
|
|
|
self.debug_ide()
|
|
|
|
|
|
elif status == str(len(choices) - 2):
|
|
|
|
|
|
self.upgrade_module()
|
|
|
|
|
|
elif status == str(len(choices) - 3):
|
|
|
|
|
|
self.open_shell_on_database()
|
|
|
|
|
|
else:
|
|
|
|
|
|
cmd_no_found = True
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_cmd = int(status)
|
|
|
|
|
|
if 0 < int_cmd <= len(choices):
|
|
|
|
|
|
cmd_no_found = False
|
|
|
|
|
|
instance = choices[int_cmd - 1]
|
|
|
|
|
|
self.execute_from_configuration(instance)
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
if cmd_no_found:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
2026-03-09 16:34:43 -04:00
|
|
|
|
def prompt_execute_git(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Git management tools!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Local git server")},
|
|
|
|
|
|
{"prompt_description": t("Add a remote to a local repository")},
|
2026-03-09 16:34:43 -04:00
|
|
|
|
]
|
|
|
|
|
|
|
|
|
|
|
|
# Append config-driven entries
|
2026-03-10 03:45:11 -04:00
|
|
|
|
config_entries = self.config_file.get_config("git_from_makefile")
|
|
|
|
|
|
if config_entries:
|
|
|
|
|
|
choices.extend(config_entries)
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.prompt_execute_git_local_server()
|
2026-03-12 04:04:52 -04:00
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._git_add_remote()
|
2026-03-09 16:34:43 -04:00
|
|
|
|
else:
|
|
|
|
|
|
cmd_no_found = True
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_cmd = int(status)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
if 0 < int_cmd <= len(choices):
|
2026-03-09 16:34:43 -04:00
|
|
|
|
cmd_no_found = False
|
2026-03-10 03:45:11 -04:00
|
|
|
|
instance = choices[int_cmd - 1]
|
|
|
|
|
|
self.execute_from_configuration(instance)
|
2026-03-09 16:34:43 -04:00
|
|
|
|
except ValueError:
|
|
|
|
|
|
pass
|
|
|
|
|
|
if cmd_no_found:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
2026-03-12 04:04:52 -04:00
|
|
|
|
def _git_add_remote(self):
|
|
|
|
|
|
remote_name = (
|
2026-03-13 15:04:14 -04:00
|
|
|
|
input(t("Remote name (default: localhost): ")).strip()
|
|
|
|
|
|
or "localhost"
|
2026-03-12 04:04:52 -04:00
|
|
|
|
)
|
2026-03-13 15:04:14 -04:00
|
|
|
|
remote_url = input(
|
|
|
|
|
|
t("Repository address (e.g.: git://192.168.1.100/my-repo.git): ")
|
|
|
|
|
|
).strip()
|
2026-03-12 04:04:52 -04:00
|
|
|
|
if not remote_url:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Repository address is required!"))
|
2026-03-12 04:04:52 -04:00
|
|
|
|
return
|
|
|
|
|
|
cmd = f"git remote add {remote_name} {remote_url}"
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('Will execute:')} {cmd}")
|
2026-03-12 04:04:52 -04:00
|
|
|
|
try:
|
2026-03-13 15:04:14 -04:00
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=False)
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Remote added successfully!"))
|
2026-03-12 04:04:52 -04:00
|
|
|
|
except Exception as e:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('Error adding remote: ')}{e}")
|
2026-03-12 04:04:52 -04:00
|
|
|
|
|
2026-03-09 16:34:43 -04:00
|
|
|
|
def prompt_execute_git_local_server(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Manage local git repository server!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Deploy a local git server (~/.git-server)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Deploy a production git server (/srv/git, root required)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-09 16:34:43 -04:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._prompt_git_server_actions(production_ready=False)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._prompt_git_server_actions(production_ready=True)
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
|
|
|
|
|
def _prompt_git_server_actions(self, production_ready=False):
|
|
|
|
|
|
mode = (
|
2026-03-12 05:31:45 -04:00
|
|
|
|
t("Production mode (/srv/git, root required)")
|
2026-03-09 16:34:43 -04:00
|
|
|
|
if production_ready
|
2026-03-12 05:31:45 -04:00
|
|
|
|
else t("Local mode (~/.git-server)")
|
2026-03-09 16:34:43 -04:00
|
|
|
|
)
|
|
|
|
|
|
print(f"🤖 {mode}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Run all (init + remote + push + serve)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Init - Create bare repos")},
|
|
|
|
|
|
{"prompt_description": t("Remote - Add local remotes")},
|
|
|
|
|
|
{"prompt_description": t("Push - Push to local server")},
|
|
|
|
|
|
{"prompt_description": t("Serve - Start git daemon")},
|
2026-03-09 16:34:43 -04:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._deploy_git_server(
|
|
|
|
|
|
production_ready=production_ready,
|
|
|
|
|
|
action="all",
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._deploy_git_server(
|
|
|
|
|
|
production_ready=production_ready,
|
|
|
|
|
|
action="init",
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self._deploy_git_server(
|
|
|
|
|
|
production_ready=production_ready,
|
|
|
|
|
|
action="remote",
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self._deploy_git_server(
|
|
|
|
|
|
production_ready=production_ready,
|
|
|
|
|
|
action="push",
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self._deploy_git_server(
|
|
|
|
|
|
production_ready=production_ready,
|
|
|
|
|
|
action="serve",
|
|
|
|
|
|
)
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
|
|
|
|
|
def _deploy_git_server(self, production_ready=False, action="all"):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Starting git server deployment..."))
|
2026-03-09 16:34:43 -04:00
|
|
|
|
cmd = (
|
|
|
|
|
|
"python3 ./script/git/git_local_server.py -v" f" --action {action}"
|
|
|
|
|
|
)
|
|
|
|
|
|
if production_ready:
|
|
|
|
|
|
cmd += " --production-ready"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-03-10 02:05:53 -04:00
|
|
|
|
def prompt_execute_gpt_code(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('AI assistant tools for development!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Configure Claude Code configurations")},
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Add an automation with Claude in todo.py"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"RTK - CLI proxy to reduce LLM token consumption"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-10 02:05:53 -04:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-10 02:05:53 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
2026-03-12 04:37:19 -04:00
|
|
|
|
self._prompt_claude_configs()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
elif status == "2":
|
2026-03-12 04:04:52 -04:00
|
|
|
|
self._claude_add_automation()
|
|
|
|
|
|
elif status == "3":
|
2026-03-12 02:51:01 -04:00
|
|
|
|
self.prompt_execute_rtk()
|
2026-03-10 02:05:53 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-10 02:05:53 -04:00
|
|
|
|
|
2026-03-12 04:37:19 -04:00
|
|
|
|
def _prompt_claude_configs(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Deploy Claude Code commands!')}")
|
2026-03-12 04:37:19 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Commit - OCA/Odoo commit command")},
|
2026-03-12 04:37:19 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"Todo Add Command - Add a command to todo.py menu"
|
2026-03-12 04:37:19 -04:00
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{"prompt_description": t("Show installed custom commands")},
|
2026-03-12 04:37:19 -04:00
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-10 02:05:53 -04:00
|
|
|
|
|
2026-03-12 04:37:19 -04:00
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self._setup_claude_command(
|
|
|
|
|
|
"commit",
|
|
|
|
|
|
"template_claude_commands_commit.md",
|
|
|
|
|
|
personalize=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self._setup_claude_command(
|
|
|
|
|
|
"todo_add_command",
|
|
|
|
|
|
"template_claude_commands_todo_add_command.md",
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self._list_claude_commands()
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-12 04:37:19 -04:00
|
|
|
|
|
|
|
|
|
|
def _list_claude_commands(self):
|
|
|
|
|
|
commands_dir = os.path.expanduser("~/.claude/commands")
|
|
|
|
|
|
if not os.path.isdir(commands_dir):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("No custom commands found in ~/.claude/commands/"))
|
2026-03-10 02:05:53 -04:00
|
|
|
|
return
|
2026-03-12 04:37:19 -04:00
|
|
|
|
files = sorted(
|
2026-03-13 15:04:14 -04:00
|
|
|
|
f for f in os.listdir(commands_dir) if f.endswith(".md")
|
2026-03-12 04:37:19 -04:00
|
|
|
|
)
|
|
|
|
|
|
if not files:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("No custom commands found in ~/.claude/commands/"))
|
2026-03-12 04:37:19 -04:00
|
|
|
|
return
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Claude Code custom commands:"))
|
2026-03-12 04:37:19 -04:00
|
|
|
|
print("-" * 50)
|
|
|
|
|
|
for f in files:
|
|
|
|
|
|
filepath = os.path.join(commands_dir, f)
|
|
|
|
|
|
mtime = os.path.getmtime(filepath)
|
|
|
|
|
|
date_str = datetime.datetime.fromtimestamp(mtime).strftime(
|
|
|
|
|
|
"%Y-%m-%d %H:%M"
|
|
|
|
|
|
)
|
|
|
|
|
|
name = f[:-3] # remove .md
|
|
|
|
|
|
print(f" /{name:<30} {date_str}")
|
|
|
|
|
|
print("-" * 50)
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(f"{t('Total:')}" f" {len(files)}")
|
2026-03-10 02:05:53 -04:00
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def _setup_claude_command(
|
|
|
|
|
|
self, command_name, template_filename, personalize=False
|
|
|
|
|
|
):
|
|
|
|
|
|
dest_dir = os.path.expanduser("~/.claude/commands")
|
|
|
|
|
|
dest_file = os.path.join(dest_dir, f"{command_name}.md")
|
|
|
|
|
|
|
|
|
|
|
|
if os.path.exists(dest_file):
|
|
|
|
|
|
print(f"{t('File already exists: ')}{dest_file}")
|
|
|
|
|
|
overwrite = input(t("Do you want to overwrite the file? (y/Y): "))
|
|
|
|
|
|
if not self._is_yes(overwrite):
|
|
|
|
|
|
print(t("Nothing to do."))
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
template_path = os.path.join(
|
|
|
|
|
|
os.path.dirname(__file__),
|
|
|
|
|
|
"..",
|
|
|
|
|
|
"..",
|
|
|
|
|
|
"conf",
|
|
|
|
|
|
template_filename,
|
|
|
|
|
|
)
|
|
|
|
|
|
try:
|
|
|
|
|
|
with open(template_path) as f:
|
|
|
|
|
|
content = f.read()
|
|
|
|
|
|
|
|
|
|
|
|
if personalize:
|
|
|
|
|
|
name = input(t("Enter your full name: ")).strip()
|
|
|
|
|
|
email = input(t("Enter your email: ")).strip()
|
|
|
|
|
|
content = content.replace("your@email.com", email)
|
|
|
|
|
|
content = content.replace("Your Name", name)
|
|
|
|
|
|
|
|
|
|
|
|
os.makedirs(dest_dir, exist_ok=True)
|
|
|
|
|
|
with open(dest_file, "w") as f:
|
|
|
|
|
|
f.write(content)
|
|
|
|
|
|
|
|
|
|
|
|
print(f"{t('File created successfully: ')}{dest_file}")
|
|
|
|
|
|
except Exception as e:
|
|
|
|
|
|
print(f"{t('Error creating file: ')}{e}")
|
|
|
|
|
|
|
2026-03-12 04:04:52 -04:00
|
|
|
|
def _claude_add_automation(self):
|
2026-03-13 15:04:14 -04:00
|
|
|
|
description = input(t("Description of the command to add: ")).strip()
|
2026-03-12 04:04:52 -04:00
|
|
|
|
if not description:
|
|
|
|
|
|
return
|
2026-03-13 15:04:14 -04:00
|
|
|
|
command = input(t("Bash command to execute: ")).strip()
|
2026-03-12 04:04:52 -04:00
|
|
|
|
if not command:
|
|
|
|
|
|
return
|
|
|
|
|
|
section = (
|
|
|
|
|
|
input(
|
2026-03-12 05:31:45 -04:00
|
|
|
|
t("Menu section (git/code/config/network/process): ")
|
2026-03-12 04:04:52 -04:00
|
|
|
|
).strip()
|
|
|
|
|
|
or "git"
|
|
|
|
|
|
)
|
|
|
|
|
|
section_key = f"{section}_from_makefile"
|
2026-03-13 15:04:14 -04:00
|
|
|
|
config_path = os.path.join(os.path.dirname(__file__), "todo.json")
|
2026-03-12 04:04:52 -04:00
|
|
|
|
try:
|
|
|
|
|
|
with open(config_path) as f:
|
|
|
|
|
|
config = json.load(f)
|
|
|
|
|
|
if section_key not in config:
|
|
|
|
|
|
config[section_key] = []
|
|
|
|
|
|
config[section_key].append(
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": description,
|
|
|
|
|
|
"bash_command": command,
|
|
|
|
|
|
}
|
|
|
|
|
|
)
|
|
|
|
|
|
with open(config_path, "w") as f:
|
|
|
|
|
|
json.dump(config, f, indent=4, ensure_ascii=False)
|
|
|
|
|
|
f.write("\n")
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Automation added successfully in todo.json!"))
|
2026-03-12 04:04:52 -04:00
|
|
|
|
except Exception as e:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('Error adding automation: ')}{e}")
|
2026-03-12 04:04:52 -04:00
|
|
|
|
|
2025-10-31 01:10:54 -04:00
|
|
|
|
def prompt_execute_doc(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Looking for documentation?')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Migration module coverage")},
|
|
|
|
|
|
{"prompt_description": t("What change between version")},
|
|
|
|
|
|
{"prompt_description": t("OCA guidelines")},
|
|
|
|
|
|
{"prompt_description": t("OCA migration Odoo 19 milestone")},
|
2025-10-31 01:10:54 -04:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-10-31 01:10:54 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
str_version = input(
|
|
|
|
|
|
"Select version to upgrade Odoo CE (5-17) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_version = int(str_version)
|
|
|
|
|
|
print(
|
|
|
|
|
|
"https://oca.github.io/OpenUpgrade/coverage_analysis/modules"
|
|
|
|
|
|
f"{int_version * 10}-{(int_version + 1) * 10}.html"
|
|
|
|
|
|
)
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
print(
|
|
|
|
|
|
"https://oca.github.io/OpenUpgrade/030_coverage_analysis.html"
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
str_version = input(
|
|
|
|
|
|
"Select version to show what change for Odoo CE version 8-18) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
try:
|
|
|
|
|
|
int_version = int(str_version)
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"https://github.com/OCA/maintainer-tools/wiki/Migration-to-version-{int_version}.0"
|
|
|
|
|
|
)
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
print("https://github.com/OCA/maintainer-tools/wiki")
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
print(
|
|
|
|
|
|
"https://github.com/OCA/odoo-community.org/blob/master/website/Contribution/CONTRIBUTING.rst"
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
print("https://github.com/OCA/maintainer-tools/issues/658")
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-10-31 01:10:54 -04:00
|
|
|
|
|
|
|
|
|
|
def prompt_execute_database(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Make changes to databases!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Backup")},
|
|
|
|
|
|
{"prompt_description": t("Create backup (.zip)")},
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Download database to create backup (.zip)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Restore")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Restore from backup (.zip)")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Danger zone")},
|
2026-06-25 02:25:40 -04:00
|
|
|
|
{"prompt_description": t("Erase a database")},
|
2025-10-31 01:10:54 -04:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-10-31 01:10:54 -04:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.db_manager.create_backup_from_database()
|
2025-10-31 01:10:54 -04:00
|
|
|
|
elif status == "2":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.db_manager.download_database_backup_cli()
|
2026-03-02 16:06:30 -05:00
|
|
|
|
elif status == "3":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.db_manager.restore_from_database()
|
2026-06-25 02:25:40 -04:00
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.db_manager.drop_database()
|
2025-10-31 01:10:54 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-10-31 01:10:54 -04:00
|
|
|
|
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
def prompt_execute_analyse(self):
|
[ADD] analyse: offer to install the suggested modules that are ready
After the report, only the "available" ones are offered — an unknown
module is not in the addons path and an uninstallable one has a broken
dependency, so listing them would buy three failures. How many were
left out is stated, else the count would look like a bug.
This is the only write in the Analyse menu, so its header no longer
claims otherwise. Three guards: the checkout must match the database
version (an Odoo 18 run against a 12 rewrites it before failing), both
questions default to no, and a rejected token is always shown.
--- FR ---
Après le rapport, seuls les « available » sont proposés — un module
inconnu n'est pas dans le chemin des addons, un cassé a une dépendance
morte : les lister achèterait trois échecs. Le nombre d'écartés est dit,
sinon l'écart de comptage passerait pour un bogue.
C'est la seule écriture du menu Analyse, dont l'en-tête ne prétend donc
plus le contraire. Trois garde-fous : le checkout doit être sur la
version de la base (un Odoo 18 lancé sur une 12 la réécrit avant
d'échouer), les deux questions valent non par défaut, et un jeton
refusé est toujours montré.
Assisted-by: Claude Opus 5
2026-08-21 04:31:36 -04:00
|
|
|
|
"""Analyses d'une base Odoo, en lecture seule.
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
|
[ADD] analyse: offer to install the suggested modules that are ready
After the report, only the "available" ones are offered — an unknown
module is not in the addons path and an uninstallable one has a broken
dependency, so listing them would buy three failures. How many were
left out is stated, else the count would look like a bug.
This is the only write in the Analyse menu, so its header no longer
claims otherwise. Three guards: the checkout must match the database
version (an Odoo 18 run against a 12 rewrites it before failing), both
questions default to no, and a rejected token is always shown.
--- FR ---
Après le rapport, seuls les « available » sont proposés — un module
inconnu n'est pas dans le chemin des addons, un cassé a une dépendance
morte : les lister achèterait trois échecs. Le nombre d'écartés est dit,
sinon l'écart de comptage passerait pour un bogue.
C'est la seule écriture du menu Analyse, dont l'en-tête ne prétend donc
plus le contraire. Trois garde-fous : le checkout doit être sur la
version de la base (un Odoo 18 lancé sur une 12 la réécrit avant
d'échouer), les deux questions valent non par défaut, et un jeton
refusé est toujours montré.
Assisted-by: Claude Opus 5
2026-08-21 04:31:36 -04:00
|
|
|
|
Toute LECTURE passe par une connexion psql ouverte avec
|
|
|
|
|
|
`default_transaction_read_only=on` : c'est le serveur qui refuse
|
|
|
|
|
|
l'écriture, pas une promesse du code.
|
|
|
|
|
|
|
|
|
|
|
|
Une seule action écrit — installer les modules suggérés, à la fin
|
|
|
|
|
|
de l'analyse [5]. Elle ne part jamais seule : question explicite,
|
|
|
|
|
|
défaut à « non », liste à confirmer, et refus net si le checkout
|
|
|
|
|
|
n'est pas sur la version de la base.
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
"""
|
[ADD] analyse: offer to install the suggested modules that are ready
After the report, only the "available" ones are offered — an unknown
module is not in the addons path and an uninstallable one has a broken
dependency, so listing them would buy three failures. How many were
left out is stated, else the count would look like a bug.
This is the only write in the Analyse menu, so its header no longer
claims otherwise. Three guards: the checkout must match the database
version (an Odoo 18 run against a 12 rewrites it before failing), both
questions default to no, and a rejected token is always shown.
--- FR ---
Après le rapport, seuls les « available » sont proposés — un module
inconnu n'est pas dans le chemin des addons, un cassé a une dépendance
morte : les lister achèterait trois échecs. Le nombre d'écartés est dit,
sinon l'écart de comptage passerait pour un bogue.
C'est la seule écriture du menu Analyse, dont l'en-tête ne prétend donc
plus le contraire. Trois garde-fous : le checkout doit être sur la
version de la base (un Odoo 18 lancé sur une 12 la réécrit avant
d'échouer), les deux questions valent non par défaut, et un jeton
refusé est toujours montré.
Assisted-by: Claude Opus 5
2026-08-21 04:31:36 -04:00
|
|
|
|
print(f"🤖 {t('Analyse a database. Reading never writes.')}")
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
choices = [
|
|
|
|
|
|
{"section": t("Structure")},
|
|
|
|
|
|
{"prompt_description": t("Tables and database size")},
|
|
|
|
|
|
{"section": t("Customisation")},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Customised views, website copies included"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{"prompt_description": t("Studio and hand-made x_ fields")},
|
[ADD] analyse: what a migration gained and lost, step by step
A migration leaves one database per step and they all still exist, so the
tool compares them side by side rather than replaying anything. Six Odoo
starts would cost an hour, write to the databases and need the checkout
switched at each step; the same inspection in SQL takes under half a
second per database and touches nothing. Measured on a real migration:
seven databases surveyed in 3.8 seconds.
It reports what each step gained and lost — modules, models, views, menus,
attachments — and ends on the comparison of the ENDS, which is not the sum
of the steps: a module dropped at 15 and put back at 17 lost nothing, and
adding the steps would count it twice.
The signal that matters is rows. A module removed is visible; a table
going from four thousand rows to zero is visible nowhere.
Two rename heuristics were tried and rejected on real data before the one
that holds. Row count alone paired an account tag table with dms_directory
— both had seven rows. A shared five-letter word paired two cleanup
tables. Overall name similarity separates them. And a renamed table stays
in the loss list, annotated: removing it was the real danger, since a
wrong pairing would have hidden a genuine loss.
--- FR ---
[ADD] analyse : ce qu'une migration a gagné et perdu, palier par palier
Une migration laisse une base par palier et elles existent toutes encore :
l'outil les compare côte à côte plutôt que de rejouer quoi que ce soit.
Six démarrages d'Odoo coûteraient une heure et écriraient dans les bases ;
la même inspection en SQL prend moins d'une demi-seconde par base. Mesuré
sur une vraie migration : sept bases inspectées en 3,8 secondes.
Le bilan final compare les EXTRÉMITÉS, ce qui n'est pas la somme des
paliers : un module retiré en 15 puis remis en 17 n'a rien perdu.
Le signal qui compte, ce sont les lignes. Un module en moins se voit ; une
table qui passe de quatre mille lignes à zéro ne se voit nulle part.
Deux rapprochements de renommage ont été essayés et rejetés sur des
données réelles. Et une table renommée reste dans la liste des pertes,
annotée : l'en retirer était le vrai danger.
Assisted-by: Claude Opus 5
2026-08-19 08:21:12 -04:00
|
|
|
|
{"section": t("Migration")},
|
|
|
|
|
|
{"prompt_description": t("Quality of a migration, step by step")},
|
[ADD] analyse: modules a database lacks vs the default package
image_db.py --check_addons_exist asks whether a module is on DISK.
Nothing asked whether a given DATABASE has it. After six migration
steps, that is the question: the 18 instance grown from 12 has only 4
of the 15 modules odoo18.0_base ships.
Five verdicts, not one "missing": an available module installs, an
unknown one needs the addons path repaired first, an uninstallable one
has a broken dependency no install will work around.
shortdesc is varchar up to 15 and jsonb after, and step databases of
both shapes appear in one session — so the column type is read, never
assumed.
--- FR ---
image_db.py --check_addons_exist demande si un module est sur le
DISQUE. Personne ne demandait si une BASE donnée l'a. Après six paliers,
c'est pourtant la question : l'instance 18 issue de la 12 n'a que 4 des
15 modules d'odoo18.0_base.
Cinq verdicts, pas un « manquant » : un module disponible s'installe, un
inconnu exige d'abord de réparer le chemin des addons, un cassé a une
dépendance qu'aucune installation ne contournera.
shortdesc est varchar jusqu'en 15 et jsonb ensuite, et les deux formes
se présentent dans la même session — le type est lu, jamais supposé.
Assisted-by: Claude Opus 5
2026-08-21 04:01:01 -04:00
|
|
|
|
{"section": t("Modules")},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Modules missing from the default package"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] analyse: qui dépend de qui, à l'écran
Le menu Analyse disait quels modules manquent, jamais qui dépend de qui.
« Puis-je retirer celui-ci » se réglait donc à la main : au palier
17 → 18, il a fallu écrire la requête pour savoir si web_responsive
pouvait partir.
L'écran liste les modules et « d » parcourt quatre relations : ce dont il
dépend, ce qui en dépend, tout ce qu'il entraîne, tout ce qui tombe avec
lui. « f » filtre, « / » cherche — une base en porte trois mille. La
réponse qui compte est écrite en toutes lettres : deux dépendants
déclarés dont zéro installé, c'est un retrait sans danger.
--- EN ---
The Analyse menu told which modules were missing, never which depends on
which. « Can I remove this one » was therefore answered by hand: at the
17 → 18 step we had to write the query to learn whether web_responsive
could go.
The screen lists the modules and « d » walks four relations: what it
needs, what needs it, everything it pulls in, everything that falls with
it. « f » filters, « / » searches — a database holds three thousand of
them. The answer that matters is spelled out: two declared dependents of
which zero installed means removal is safe.
Assisted-by: Claude Opus 5
2026-08-23 03:46:08 -04:00
|
|
|
|
{"prompt_description": t("Dependencies between modules")},
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
{"section": t("Files")},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Attachment files missing from the filestore"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.execute_analyse_schema_size()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.execute_analyse_view_custom()
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self.execute_analyse_custom_field()
|
[ADD] analyse: what a migration gained and lost, step by step
A migration leaves one database per step and they all still exist, so the
tool compares them side by side rather than replaying anything. Six Odoo
starts would cost an hour, write to the databases and need the checkout
switched at each step; the same inspection in SQL takes under half a
second per database and touches nothing. Measured on a real migration:
seven databases surveyed in 3.8 seconds.
It reports what each step gained and lost — modules, models, views, menus,
attachments — and ends on the comparison of the ENDS, which is not the sum
of the steps: a module dropped at 15 and put back at 17 lost nothing, and
adding the steps would count it twice.
The signal that matters is rows. A module removed is visible; a table
going from four thousand rows to zero is visible nowhere.
Two rename heuristics were tried and rejected on real data before the one
that holds. Row count alone paired an account tag table with dms_directory
— both had seven rows. A shared five-letter word paired two cleanup
tables. Overall name similarity separates them. And a renamed table stays
in the loss list, annotated: removing it was the real danger, since a
wrong pairing would have hidden a genuine loss.
--- FR ---
[ADD] analyse : ce qu'une migration a gagné et perdu, palier par palier
Une migration laisse une base par palier et elles existent toutes encore :
l'outil les compare côte à côte plutôt que de rejouer quoi que ce soit.
Six démarrages d'Odoo coûteraient une heure et écriraient dans les bases ;
la même inspection en SQL prend moins d'une demi-seconde par base. Mesuré
sur une vraie migration : sept bases inspectées en 3,8 secondes.
Le bilan final compare les EXTRÉMITÉS, ce qui n'est pas la somme des
paliers : un module retiré en 15 puis remis en 17 n'a rien perdu.
Le signal qui compte, ce sont les lignes. Un module en moins se voit ; une
table qui passe de quatre mille lignes à zéro ne se voit nulle part.
Deux rapprochements de renommage ont été essayés et rejetés sur des
données réelles. Et une table renommée reste dans la liste des pertes,
annotée : l'en retirer était le vrai danger.
Assisted-by: Claude Opus 5
2026-08-19 08:21:12 -04:00
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.execute_analyse_migration_quality()
|
[ADD] analyse: modules a database lacks vs the default package
image_db.py --check_addons_exist asks whether a module is on DISK.
Nothing asked whether a given DATABASE has it. After six migration
steps, that is the question: the 18 instance grown from 12 has only 4
of the 15 modules odoo18.0_base ships.
Five verdicts, not one "missing": an available module installs, an
unknown one needs the addons path repaired first, an uninstallable one
has a broken dependency no install will work around.
shortdesc is varchar up to 15 and jsonb after, and step databases of
both shapes appear in one session — so the column type is read, never
assumed.
--- FR ---
image_db.py --check_addons_exist demande si un module est sur le
DISQUE. Personne ne demandait si une BASE donnée l'a. Après six paliers,
c'est pourtant la question : l'instance 18 issue de la 12 n'a que 4 des
15 modules d'odoo18.0_base.
Cinq verdicts, pas un « manquant » : un module disponible s'installe, un
inconnu exige d'abord de réparer le chemin des addons, un cassé a une
dépendance qu'aucune installation ne contournera.
shortdesc est varchar jusqu'en 15 et jsonb ensuite, et les deux formes
se présentent dans la même session — le type est lu, jamais supposé.
Assisted-by: Claude Opus 5
2026-08-21 04:01:01 -04:00
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self.execute_analyse_module_package()
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
elif status == "6":
|
[ADD] analyse: qui dépend de qui, à l'écran
Le menu Analyse disait quels modules manquent, jamais qui dépend de qui.
« Puis-je retirer celui-ci » se réglait donc à la main : au palier
17 → 18, il a fallu écrire la requête pour savoir si web_responsive
pouvait partir.
L'écran liste les modules et « d » parcourt quatre relations : ce dont il
dépend, ce qui en dépend, tout ce qu'il entraîne, tout ce qui tombe avec
lui. « f » filtre, « / » cherche — une base en porte trois mille. La
réponse qui compte est écrite en toutes lettres : deux dépendants
déclarés dont zéro installé, c'est un retrait sans danger.
--- EN ---
The Analyse menu told which modules were missing, never which depends on
which. « Can I remove this one » was therefore answered by hand: at the
17 → 18 step we had to write the query to learn whether web_responsive
could go.
The screen lists the modules and « d » walks four relations: what it
needs, what needs it, everything it pulls in, everything that falls with
it. « f » filters, « / » searches — a database holds three thousand of
them. The answer that matters is spelled out: two declared dependents of
which zero installed means removal is safe.
Assisted-by: Claude Opus 5
2026-08-23 03:46:08 -04:00
|
|
|
|
self.execute_analyse_module_dependency()
|
|
|
|
|
|
elif status == "7":
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
self.execute_analyse_filestore()
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
[ADD] analyse: modules a database lacks vs the default package
image_db.py --check_addons_exist asks whether a module is on DISK.
Nothing asked whether a given DATABASE has it. After six migration
steps, that is the question: the 18 instance grown from 12 has only 4
of the 15 modules odoo18.0_base ships.
Five verdicts, not one "missing": an available module installs, an
unknown one needs the addons path repaired first, an uninstallable one
has a broken dependency no install will work around.
shortdesc is varchar up to 15 and jsonb after, and step databases of
both shapes appear in one session — so the column type is read, never
assumed.
--- FR ---
image_db.py --check_addons_exist demande si un module est sur le
DISQUE. Personne ne demandait si une BASE donnée l'a. Après six paliers,
c'est pourtant la question : l'instance 18 issue de la 12 n'a que 4 des
15 modules d'odoo18.0_base.
Cinq verdicts, pas un « manquant » : un module disponible s'installe, un
inconnu exige d'abord de réparer le chemin des addons, un cassé a une
dépendance qu'aucune installation ne contournera.
shortdesc est varchar jusqu'en 15 et jsonb ensuite, et les deux formes
se présentent dans la même session — le type est lu, jamais supposé.
Assisted-by: Claude Opus 5
2026-08-21 04:01:01 -04:00
|
|
|
|
def execute_analyse_module_package(self):
|
|
|
|
|
|
"""Ce que la base n'a pas, alors que l'installation par défaut l'a.
|
|
|
|
|
|
|
|
|
|
|
|
Pas de choix « sauvegarde .zip » ici, contrairement aux autres
|
|
|
|
|
|
analyses : l'outil interroge `ir_module_module`, qu'un zip
|
|
|
|
|
|
n'expose pas sans restauration. Proposer l'option pour la refuser
|
|
|
|
|
|
ensuite ferait perdre le temps de la choisir.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_module_package as modules
|
|
|
|
|
|
|
|
|
|
|
|
database = self._analyse_select_database()
|
|
|
|
|
|
if not database:
|
|
|
|
|
|
return
|
|
|
|
|
|
try:
|
|
|
|
|
|
rapport = modules.audit(database)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return
|
|
|
|
|
|
if rapport.get("unavailable"):
|
|
|
|
|
|
print(f"❌ {t('Cannot read the database: ')}{database}")
|
|
|
|
|
|
return
|
|
|
|
|
|
print("\n".join(modules.render(rapport, limit=8)))
|
[ADD] analyse: offer to install the suggested modules that are ready
After the report, only the "available" ones are offered — an unknown
module is not in the addons path and an uninstallable one has a broken
dependency, so listing them would buy three failures. How many were
left out is stated, else the count would look like a bug.
This is the only write in the Analyse menu, so its header no longer
claims otherwise. Three guards: the checkout must match the database
version (an Odoo 18 run against a 12 rewrites it before failing), both
questions default to no, and a rejected token is always shown.
--- FR ---
Après le rapport, seuls les « available » sont proposés — un module
inconnu n'est pas dans le chemin des addons, un cassé a une dépendance
morte : les lister achèterait trois échecs. Le nombre d'écartés est dit,
sinon l'écart de comptage passerait pour un bogue.
C'est la seule écriture du menu Analyse, dont l'en-tête ne prétend donc
plus le contraire. Trois garde-fous : le checkout doit être sur la
version de la base (un Odoo 18 lancé sur une 12 la réécrit avant
d'échouer), les deux questions valent non par défaut, et un jeton
refusé est toujours montré.
Assisted-by: Claude Opus 5
2026-08-21 04:31:36 -04:00
|
|
|
|
self._analyse_offer_install(database, rapport)
|
[ADD] analyse: modules a database lacks vs the default package
image_db.py --check_addons_exist asks whether a module is on DISK.
Nothing asked whether a given DATABASE has it. After six migration
steps, that is the question: the 18 instance grown from 12 has only 4
of the 15 modules odoo18.0_base ships.
Five verdicts, not one "missing": an available module installs, an
unknown one needs the addons path repaired first, an uninstallable one
has a broken dependency no install will work around.
shortdesc is varchar up to 15 and jsonb after, and step databases of
both shapes appear in one session — so the column type is read, never
assumed.
--- FR ---
image_db.py --check_addons_exist demande si un module est sur le
DISQUE. Personne ne demandait si une BASE donnée l'a. Après six paliers,
c'est pourtant la question : l'instance 18 issue de la 12 n'a que 4 des
15 modules d'odoo18.0_base.
Cinq verdicts, pas un « manquant » : un module disponible s'installe, un
inconnu exige d'abord de réparer le chemin des addons, un cassé a une
dépendance qu'aucune installation ne contournera.
shortdesc est varchar jusqu'en 15 et jsonb ensuite, et les deux formes
se présentent dans la même session — le type est lu, jamais supposé.
Assisted-by: Claude Opus 5
2026-08-21 04:01:01 -04:00
|
|
|
|
|
|
|
|
|
|
def handler(rank):
|
|
|
|
|
|
if rank == 1:
|
|
|
|
|
|
print("\n".join(modules.render(rapport, limit=0)))
|
|
|
|
|
|
elif rank == 2:
|
|
|
|
|
|
for nom in sorted(modules.read_packages()):
|
|
|
|
|
|
print(f" {nom}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
self._analyse_export_json(
|
|
|
|
|
|
rapport, os.path.basename(database), "module_package"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(
|
|
|
|
|
|
[
|
|
|
|
|
|
{"prompt_description": t("Show every entry")},
|
|
|
|
|
|
{"prompt_description": t("List the known packages")},
|
|
|
|
|
|
{"prompt_description": t("Export as JSON")},
|
|
|
|
|
|
],
|
|
|
|
|
|
handler,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
[ADD] analyse: qui dépend de qui, à l'écran
Le menu Analyse disait quels modules manquent, jamais qui dépend de qui.
« Puis-je retirer celui-ci » se réglait donc à la main : au palier
17 → 18, il a fallu écrire la requête pour savoir si web_responsive
pouvait partir.
L'écran liste les modules et « d » parcourt quatre relations : ce dont il
dépend, ce qui en dépend, tout ce qu'il entraîne, tout ce qui tombe avec
lui. « f » filtre, « / » cherche — une base en porte trois mille. La
réponse qui compte est écrite en toutes lettres : deux dépendants
déclarés dont zéro installé, c'est un retrait sans danger.
--- EN ---
The Analyse menu told which modules were missing, never which depends on
which. « Can I remove this one » was therefore answered by hand: at the
17 → 18 step we had to write the query to learn whether web_responsive
could go.
The screen lists the modules and « d » walks four relations: what it
needs, what needs it, everything it pulls in, everything that falls with
it. « f » filters, « / » searches — a database holds three thousand of
them. The answer that matters is spelled out: two declared dependents of
which zero installed means removal is safe.
Assisted-by: Claude Opus 5
2026-08-23 03:46:08 -04:00
|
|
|
|
def execute_analyse_module_dependency(self):
|
|
|
|
|
|
"""Qui dépend de qui, pour savoir ce qu'on peut retirer.
|
|
|
|
|
|
|
|
|
|
|
|
L'écran est ouvert par l'outil lui-même, qui retombe sur son
|
|
|
|
|
|
rapport texte s'il ne peut pas — terminal absent, Textual absent.
|
|
|
|
|
|
|
|
|
|
|
|
Pas d'option « sauvegarde .zip » : les dépendances vivent dans
|
|
|
|
|
|
`ir_module_module_dependency`, qu'un zip n'expose pas sans
|
|
|
|
|
|
restauration.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_module_dependency as dependency
|
|
|
|
|
|
|
|
|
|
|
|
database = self._analyse_select_database()
|
|
|
|
|
|
if not database:
|
|
|
|
|
|
return
|
|
|
|
|
|
print(f"⧖ {t('Reading the modules and their dependencies…')}")
|
|
|
|
|
|
try:
|
|
|
|
|
|
rapport = dependency.survey(database)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return
|
|
|
|
|
|
if rapport.get("unavailable"):
|
|
|
|
|
|
print(f"❌ {t('Cannot read the database: ')}{database}")
|
|
|
|
|
|
return
|
|
|
|
|
|
try:
|
|
|
|
|
|
from script.analyse.check_module_dependency_tui import run_tui
|
|
|
|
|
|
except Exception:
|
|
|
|
|
|
run_tui = None
|
|
|
|
|
|
if not (run_tui and run_tui(rapport)):
|
|
|
|
|
|
# Borné : une base porte trois mille modules, et déverser six
|
|
|
|
|
|
# mille lignes dans le menu n'est pas un repli.
|
|
|
|
|
|
print("\n".join(dependency.render_text(rapport, limit=8, cap=40)))
|
|
|
|
|
|
|
|
|
|
|
|
def handler(rank):
|
|
|
|
|
|
if rank == 1:
|
|
|
|
|
|
print("\n".join(dependency.render_text(rapport, limit=0)))
|
|
|
|
|
|
else:
|
|
|
|
|
|
self._analyse_export_json(
|
|
|
|
|
|
rapport, os.path.basename(database), "module_dependency"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(
|
|
|
|
|
|
[
|
|
|
|
|
|
{"prompt_description": t("Show every entry")},
|
|
|
|
|
|
{"prompt_description": t("Export as JSON")},
|
|
|
|
|
|
],
|
|
|
|
|
|
handler,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
def execute_analyse_filestore(self):
|
|
|
|
|
|
"""Ce qui manque au filestore, et ce qu'on peut encore récupérer.
|
|
|
|
|
|
|
|
|
|
|
|
Pas d'option « sauvegarde .zip » : l'outil compare une BASE à son
|
|
|
|
|
|
filestore, et un zip porte les deux ensemble par construction —
|
|
|
|
|
|
il n'y a rien à y trouver.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_filestore as filestore
|
|
|
|
|
|
|
|
|
|
|
|
database = self._analyse_select_database()
|
|
|
|
|
|
if not database:
|
|
|
|
|
|
return
|
|
|
|
|
|
print(f"⧖ {t('Scanning filestores and backups…')}")
|
|
|
|
|
|
try:
|
|
|
|
|
|
rapport = filestore.audit(database)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return
|
|
|
|
|
|
if rapport.get("unavailable"):
|
|
|
|
|
|
print(f"❌ {t('Cannot read the database: ')}{database}")
|
|
|
|
|
|
return
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
etat = {"rapport": rapport}
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
print("\n".join(filestore.render(rapport, limit=20)))
|
|
|
|
|
|
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
def relire():
|
|
|
|
|
|
"""Relire APRÈS une réparation.
|
|
|
|
|
|
|
|
|
|
|
|
Sans cela « Tout afficher » rejouait le rapport d'avant :
|
|
|
|
|
|
on purgeait, on relisait, et l'on voyait encore ce qui
|
|
|
|
|
|
venait de disparaître. Pire, on repurgeait des lignes déjà
|
|
|
|
|
|
effacées en croyant le travail inachevé.
|
|
|
|
|
|
"""
|
|
|
|
|
|
print(f"⧖ {t('Scanning filestores and backups…')}")
|
|
|
|
|
|
etat["rapport"] = filestore.audit(database)
|
|
|
|
|
|
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
def handler(rank):
|
|
|
|
|
|
if rank == 1:
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
print("\n".join(filestore.render(etat["rapport"], limit=0)))
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
elif rank == 2:
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
if self._filestore_purge_dead(database, etat["rapport"]):
|
|
|
|
|
|
relire()
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
elif rank == 3:
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
if self._filestore_tidy_nested(etat["rapport"]):
|
|
|
|
|
|
relire()
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
else:
|
|
|
|
|
|
self._analyse_export_json(
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
etat["rapport"], os.path.basename(database), "filestore"
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(
|
|
|
|
|
|
[
|
|
|
|
|
|
{"prompt_description": t("Show every entry")},
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"🧹 Purge attachments whose field no longer exists"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"🧹 Tidy the nested filestore Odoo never reads"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
[ADD] db_restore: check the filestore landed, and open the tool from the menu
Odoo's shutil.move renames when the destination is absent and NESTS when
it exists, so a leftover filestore/<db>/ sends a whole backup into
filestore/<db>/filestore/, where Odoo never looks. That happened once
here and the clone copied it into all seven databases of the chain --
1168 files, 133 MB each, and nothing said a word.
The check runs after a real restore only. A clone copies its source as
it stands, faults included: checking the mirror would say the same thing
twice, and in the wrong place. It warns and names the fix rather than
aborting -- the database is restored and usable, it is the layout that
is wrong.
--- FR ---
Le shutil.move d'Odoo renomme quand la destination est absente et
IMBRIQUE quand elle existe : un filestore/<base>/ resté là envoie toute
une sauvegarde dans filestore/<base>/filestore/, où Odoo ne regarde
jamais. C'est arrivé une fois ici et le clone l'a recopié dans les sept
bases de la chaîne -- 1168 fichiers, 133 Mo chacune, sans un mot.
Le contrôle ne suit qu'une vraie restauration. Un clone recopie sa
source telle quelle, défauts compris : contrôler le miroir dirait deux
fois la même chose, au mauvais endroit. Il avertit et nomme la
correction plutôt que d'interrompre -- la base est restaurée et
utilisable, c'est la disposition qui cloche.
Assisted-by: Claude Opus 5
2026-08-21 22:14:48 -04:00
|
|
|
|
{"prompt_description": t("Export as JSON")},
|
|
|
|
|
|
],
|
|
|
|
|
|
handler,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
def _filestore_purge_dead(self, database, rapport):
|
|
|
|
|
|
"""Effacer les pièces jointes dont le champ a disparu.
|
|
|
|
|
|
|
|
|
|
|
|
La seule ÉCRITURE en base de tout le menu Analyse. Elle porte sur
|
|
|
|
|
|
des lignes que plus rien ne lit — `res.country.image` est devenu
|
|
|
|
|
|
`image_url`, calculé, en 13 — mais elle reste une suppression :
|
|
|
|
|
|
question explicite, défaut à « non », et le compte est relu avant
|
|
|
|
|
|
de partir.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_filestore as filestore
|
|
|
|
|
|
from script.todo import auto_ask
|
|
|
|
|
|
|
|
|
|
|
|
lignes = rapport["groups"]["dead_field"]
|
|
|
|
|
|
sql = filestore.purge_dead_sql(rapport)
|
|
|
|
|
|
if not sql:
|
|
|
|
|
|
print(f"ℹ️ {t('Nothing to purge.')}")
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return False
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
print()
|
|
|
|
|
|
for texte in filestore.summarise(lignes):
|
|
|
|
|
|
print(f" {texte}")
|
|
|
|
|
|
question = (
|
|
|
|
|
|
f"💬 {t('Delete these')} {len(lignes)}"
|
|
|
|
|
|
f" {t('attachment row(s) for good?')} (y/N) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
if auto_ask.ask(question, default="n").strip().lower() not in (
|
|
|
|
|
|
"y",
|
|
|
|
|
|
"yes",
|
|
|
|
|
|
"o",
|
|
|
|
|
|
):
|
|
|
|
|
|
print(f"ℹ️ {t('Nothing was deleted.')}")
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return False
|
|
|
|
|
|
status, sortie = self.execute.exec_command_live(
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
f'psql -d {database} -c "{sql}"',
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return_status_and_output=True,
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
)
|
|
|
|
|
|
if status:
|
|
|
|
|
|
print(f"❌ {t('The purge failed.')}")
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return False
|
|
|
|
|
|
# Le nombre ANNONCÉ par PostgreSQL, pas celui qu'on espérait :
|
|
|
|
|
|
# rejouer une purge déjà faite rendait « DELETE 0 » et l'outil
|
|
|
|
|
|
# se félicitait quand même d'avoir supprimé.
|
|
|
|
|
|
efface = filestore.rows_deleted(sortie)
|
|
|
|
|
|
if efface is None:
|
|
|
|
|
|
print(f"⚠ {t('The purge ran but said nothing.')}")
|
|
|
|
|
|
return True
|
|
|
|
|
|
print(f"✅ {efface} {t('attachment row(s) deleted.')}")
|
|
|
|
|
|
return True
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
|
|
|
|
|
|
def _filestore_tidy_nested(self, rapport):
|
|
|
|
|
|
"""Remonter ce qui manque, effacer les doublons purs.
|
|
|
|
|
|
|
|
|
|
|
|
Deux tas, deux gestes. Écraser un fichier présent par une copie
|
|
|
|
|
|
identique ne gagnerait rien et brouillerait la trace ; c'est
|
|
|
|
|
|
pourquoi les doublons sont comptés à part et jamais déplacés.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_filestore as filestore
|
|
|
|
|
|
from script.todo import auto_ask
|
|
|
|
|
|
|
|
|
|
|
|
remonter, doublons = filestore.tidy_nested_plan(rapport)
|
|
|
|
|
|
if not remonter and not doublons:
|
|
|
|
|
|
print(f"ℹ️ {t('No nested filestore to tidy.')}")
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return False
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
print()
|
|
|
|
|
|
print(f" {len(remonter)} {t('file(s) to move up')}")
|
|
|
|
|
|
print(f" {len(doublons)} {t('pure duplicate(s) to delete')}")
|
|
|
|
|
|
print(f" {t('Directory:')} {filestore.nested_dir(rapport)}")
|
|
|
|
|
|
if auto_ask.ask(
|
|
|
|
|
|
f"💬 {t('Go ahead?')} (y/N) : ", default="n"
|
|
|
|
|
|
).strip().lower() not in ("y", "yes", "o"):
|
|
|
|
|
|
print(f"ℹ️ {t('Nothing was moved.')}")
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return False
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
deplaces, effaces = 0, 0
|
|
|
|
|
|
for source, cible in remonter:
|
|
|
|
|
|
os.makedirs(os.path.dirname(cible), exist_ok=True)
|
|
|
|
|
|
shutil.move(source, cible)
|
|
|
|
|
|
deplaces += 1
|
|
|
|
|
|
for source, _cible in doublons:
|
|
|
|
|
|
os.remove(source)
|
|
|
|
|
|
effaces += 1
|
|
|
|
|
|
dossier = filestore.nested_dir(rapport)
|
|
|
|
|
|
if dossier:
|
|
|
|
|
|
shutil.rmtree(dossier, ignore_errors=True)
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"✅ {deplaces} {t('moved up')}, {effaces}"
|
|
|
|
|
|
f" {t('duplicate(s) removed')}."
|
|
|
|
|
|
)
|
[FIX] filestore: five defects a real repair session brought out
Deduplicating by file was right for COUNTING and wrong for DELETING:
twenty-two rows shared two files, so the purge only ever offered one at
a time and had to be replayed. It now gathers every row whose own field
is dead, and never a live row sharing the same file.
"root" held the root of all filestores instead of this database's
directory, so tidying looked for a nested folder at
<data_dir>/filestore/filestore and answered "nothing to tidy" in front
of 1168 stranded files. It now finds 112 to move up and 1056 duplicates.
limit=0 means "no cap" everywhere else, but the slice [:0] is empty:
"Show every entry" printed "… 3 more" and showed none of them.
The report was captured once, so after a purge it replayed the state
from before -- one then purged rows already gone, believing the work
unfinished. A repair now says whether it did something, and the report
is re-read when it did.
"DELETE 0" was announced as a success. The count now comes from what
PostgreSQL said, and saying nothing is not the same as deleting nothing.
--- FR ---
Dédupliquer par fichier était juste pour COMPTER et faux pour EFFACER :
vingt-deux lignes partageaient deux fichiers, la purge n'en offrait
qu'une à la fois. Elle prend maintenant toutes les lignes dont le champ
est mort, et jamais une ligne vivante partageant le même fichier.
« root » portait la racine de tous les filestores au lieu du dossier de
la base : le rangement cherchait à <data_dir>/filestore/filestore et
répondait « rien à ranger » devant 1168 fichiers échoués. Il en trouve
112 à remonter et 1056 doublons.
limit=0 veut dire « tout » partout ailleurs, mais [:0] est vide : « Tout
afficher » annonçait « … 3 de plus » sans en montrer un seul.
Le rapport n'était lu qu'une fois : après une purge il rejouait l'état
d'avant, et l'on repurgeait des lignes déjà effacées. Une réparation dit
maintenant si elle a fait quelque chose, et le rapport est relu alors.
« DELETE 0 » passait pour un succès. Le compte vient de ce que
PostgreSQL a annoncé, et ne rien dire n'est pas ne rien supprimer.
Assisted-by: Claude Opus 5
2026-08-21 23:20:08 -04:00
|
|
|
|
return True
|
[ADD] filestore: say if the record still exists, and offer the cleanups
A lost image on a deleted task is not a loss -- nobody will ever look
for it. On a LIVING task it is one, and it is the only one worth
regretting. The report now says which: project.task #15 and
calendar.event #1 both still exist, so those two really are gone.
Three states, not two: "could not check" must not read as "it is gone",
or a real loss gets filed as a false alarm.
Two repairs sit in the follow-up menu. Purging rows whose field no
longer exists deletes by ID, never by a rebuilt domain -- replaying the
reasoning in SQL would open the door to deleting more than was shown.
Tidying the nested filestore moves up what is missing and deletes pure
duplicates, never overwriting a file already in place.
--- FR ---
Une image perdue sur une tâche supprimée n'est pas une perte : personne
ne la cherchera. Sur une tâche VIVANTE, c'en est une, et la seule à
regretter. Le rapport le dit : project.task #15 et calendar.event #1
existent encore, ces deux-là sont bien perdues.
Trois états, pas deux : « pas pu vérifier » ne doit pas se lire « a
disparu », sans quoi une vraie perte passe pour une fausse alerte.
Deux réparations dans le menu de suite. La purge efface par IDENTIFIANT,
jamais par un domaine reconstruit -- rejouer le raisonnement en SQL
ouvrirait la porte à effacer plus que ce qui a été montré. Le rangement
remonte ce qui manque et supprime les doublons purs, sans jamais
écraser un fichier déjà en place.
Assisted-by: Claude Opus 5
2026-08-21 22:39:48 -04:00
|
|
|
|
|
[ADD] analyse: offer to install the suggested modules that are ready
After the report, only the "available" ones are offered — an unknown
module is not in the addons path and an uninstallable one has a broken
dependency, so listing them would buy three failures. How many were
left out is stated, else the count would look like a bug.
This is the only write in the Analyse menu, so its header no longer
claims otherwise. Three guards: the checkout must match the database
version (an Odoo 18 run against a 12 rewrites it before failing), both
questions default to no, and a rejected token is always shown.
--- FR ---
Après le rapport, seuls les « available » sont proposés — un module
inconnu n'est pas dans le chemin des addons, un cassé a une dépendance
morte : les lister achèterait trois échecs. Le nombre d'écartés est dit,
sinon l'écart de comptage passerait pour un bogue.
C'est la seule écriture du menu Analyse, dont l'en-tête ne prétend donc
plus le contraire. Trois garde-fous : le checkout doit être sur la
version de la base (un Odoo 18 lancé sur une 12 la réécrit avant
d'échouer), les deux questions valent non par défaut, et un jeton
refusé est toujours montré.
Assisted-by: Claude Opus 5
2026-08-21 04:31:36 -04:00
|
|
|
|
def _analyse_offer_install(self, database, rapport):
|
|
|
|
|
|
"""Proposer d'installer ce qui manque, quand c'est installable.
|
|
|
|
|
|
|
|
|
|
|
|
Seuls les modules « available » sont offerts. Le dire est
|
|
|
|
|
|
nécessaire : le rapport vient d'en annoncer onze, la liste n'en
|
|
|
|
|
|
montre qu'un, et sans un mot on croirait à un bogue.
|
|
|
|
|
|
|
|
|
|
|
|
C'est la seule écriture de tout le menu Analyse, d'où trois
|
|
|
|
|
|
garde-fous : la version du checkout doit être celle de la base —
|
|
|
|
|
|
un Odoo 18 lancé sur une base 12 la réécrit avant d'échouer —, la
|
|
|
|
|
|
question par défaut est « non », et la liste choisie est
|
|
|
|
|
|
confirmée avant que rien ne parte.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_module_package as modules
|
|
|
|
|
|
from script.odoo.migration import database_cleanup
|
|
|
|
|
|
from script.todo import auto_ask
|
|
|
|
|
|
|
|
|
|
|
|
candidats = modules.installable(rapport)
|
|
|
|
|
|
if not candidats:
|
|
|
|
|
|
return
|
|
|
|
|
|
autres = len(modules.missing(rapport)) - len(candidats)
|
|
|
|
|
|
|
|
|
|
|
|
souci = database_cleanup.require_matching_version(database)
|
|
|
|
|
|
if souci:
|
|
|
|
|
|
print(f"\n⚠ {souci}")
|
|
|
|
|
|
print(f" {t('Cannot install from here.')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
print()
|
|
|
|
|
|
detail = f" ({autres} {t('need repair first')})" if autres else ""
|
|
|
|
|
|
question = (
|
|
|
|
|
|
f"💬 {t('Install some of the')} {len(candidats)}"
|
|
|
|
|
|
f" {t('suggested module(s) waiting in this database?')}{detail}"
|
|
|
|
|
|
f" (y/N) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
if auto_ask.ask(question, default="n").strip().lower() not in (
|
|
|
|
|
|
"y",
|
|
|
|
|
|
"yes",
|
|
|
|
|
|
"o",
|
|
|
|
|
|
):
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
print()
|
|
|
|
|
|
for rang, nom in enumerate(candidats, start=1):
|
|
|
|
|
|
print(f" [{rang}] {nom}")
|
|
|
|
|
|
print(f" [a] {t('every one of them')}")
|
|
|
|
|
|
print(f" {t('Enter = cancel')}")
|
|
|
|
|
|
choisis, refuses = modules.parse_selection(
|
|
|
|
|
|
auto_ask.ask(f"💬 {t('Numbers, space separated:')} ", default=""),
|
|
|
|
|
|
candidats,
|
|
|
|
|
|
)
|
|
|
|
|
|
# Un jeton refusé n'est JAMAIS avalé : en demander cinq et en
|
|
|
|
|
|
# recevoir quatre sans un mot ferait croire l'installation faite.
|
|
|
|
|
|
if refuses:
|
|
|
|
|
|
print(f"⚠ {t('Ignored, not in the list:')} {' '.join(refuses)}")
|
|
|
|
|
|
if not choisis:
|
|
|
|
|
|
print(f"ℹ️ {t('Nothing selected.')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
print()
|
|
|
|
|
|
print(f" {t('About to install into')} {database} :")
|
|
|
|
|
|
print(f" {', '.join(choisis)}")
|
|
|
|
|
|
if auto_ask.ask(
|
|
|
|
|
|
f"💬 {t('Go ahead?')} (y/N) : ", default="n"
|
|
|
|
|
|
).strip().lower() not in ("y", "yes", "o"):
|
|
|
|
|
|
print(f"ℹ️ {t('Nothing selected.')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
f"./script/addons/install_addons.sh {database}"
|
|
|
|
|
|
f" {','.join(choisis)}",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
[ADD] analyse: what a migration gained and lost, step by step
A migration leaves one database per step and they all still exist, so the
tool compares them side by side rather than replaying anything. Six Odoo
starts would cost an hour, write to the databases and need the checkout
switched at each step; the same inspection in SQL takes under half a
second per database and touches nothing. Measured on a real migration:
seven databases surveyed in 3.8 seconds.
It reports what each step gained and lost — modules, models, views, menus,
attachments — and ends on the comparison of the ENDS, which is not the sum
of the steps: a module dropped at 15 and put back at 17 lost nothing, and
adding the steps would count it twice.
The signal that matters is rows. A module removed is visible; a table
going from four thousand rows to zero is visible nowhere.
Two rename heuristics were tried and rejected on real data before the one
that holds. Row count alone paired an account tag table with dms_directory
— both had seven rows. A shared five-letter word paired two cleanup
tables. Overall name similarity separates them. And a renamed table stays
in the loss list, annotated: removing it was the real danger, since a
wrong pairing would have hidden a genuine loss.
--- FR ---
[ADD] analyse : ce qu'une migration a gagné et perdu, palier par palier
Une migration laisse une base par palier et elles existent toutes encore :
l'outil les compare côte à côte plutôt que de rejouer quoi que ce soit.
Six démarrages d'Odoo coûteraient une heure et écriraient dans les bases ;
la même inspection en SQL prend moins d'une demi-seconde par base. Mesuré
sur une vraie migration : sept bases inspectées en 3,8 secondes.
Le bilan final compare les EXTRÉMITÉS, ce qui n'est pas la somme des
paliers : un module retiré en 15 puis remis en 17 n'a rien perdu.
Le signal qui compte, ce sont les lignes. Un module en moins se voit ; une
table qui passe de quatre mille lignes à zéro ne se voit nulle part.
Deux rapprochements de renommage ont été essayés et rejetés sur des
données réelles. Et une table renommée reste dans la liste des pertes,
annotée : l'en retirer était le vrai danger.
Assisted-by: Claude Opus 5
2026-08-19 08:21:12 -04:00
|
|
|
|
def execute_analyse_migration_quality(self):
|
|
|
|
|
|
"""Ce qu'une migration a gagné et perdu, palier par palier.
|
|
|
|
|
|
|
|
|
|
|
|
Appelé comme les autres analyses — même interpréteur, aucun
|
|
|
|
|
|
sous-processus — mais l'écran plein est ouvert par l'outil
|
|
|
|
|
|
lui-même, qui sait retomber sur son rapport texte s'il ne peut pas.
|
|
|
|
|
|
|
|
|
|
|
|
Lecture seule de bout en bout : les bases de palier sont parfois la
|
|
|
|
|
|
seule copie qui reste d'un état intermédiaire.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import check_migration_quality as quality
|
|
|
|
|
|
|
|
|
|
|
|
dct = quality.read_progression()
|
|
|
|
|
|
if not quality.chain(dct):
|
|
|
|
|
|
print(f"\nℹ️ {t('No migration in progress.')}")
|
|
|
|
|
|
return
|
|
|
|
|
|
try:
|
|
|
|
|
|
lst = quality.survey(
|
|
|
|
|
|
dct, echo=lambda texte: print(f"⧖ {texte}", flush=True)
|
|
|
|
|
|
)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return
|
|
|
|
|
|
try:
|
|
|
|
|
|
from script.analyse.check_migration_quality_tui import run_tui
|
|
|
|
|
|
except Exception:
|
|
|
|
|
|
run_tui = None
|
|
|
|
|
|
if not (run_tui and run_tui(lst)):
|
|
|
|
|
|
print(quality.render_text(lst))
|
|
|
|
|
|
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
def _analyse_select_source(self):
|
|
|
|
|
|
"""(est_une_sauvegarde, cible), ou None si l'on renonce.
|
|
|
|
|
|
|
|
|
|
|
|
La sauvegarde n'est pas un cas dégradé : restaurer celle d'une
|
|
|
|
|
|
instance Enterprise sur une installation Community échoue — Odoo veut
|
|
|
|
|
|
charger des modules qu'on n'a pas — donc c'est souvent la SEULE façon
|
|
|
|
|
|
de lire ce qu'elle contient.
|
|
|
|
|
|
"""
|
|
|
|
|
|
print()
|
|
|
|
|
|
print(f"[1] {t('A database')}")
|
|
|
|
|
|
print(f"[2] {t('A backup .zip, without restoring it')}")
|
|
|
|
|
|
print(f"[0] {t('Back')}")
|
|
|
|
|
|
answer = click.prompt(t("Command:"))
|
|
|
|
|
|
print()
|
|
|
|
|
|
if answer == "1":
|
|
|
|
|
|
database = self._analyse_select_database()
|
|
|
|
|
|
return (False, database) if database else None
|
|
|
|
|
|
if answer == "2":
|
|
|
|
|
|
path = self.db_manager.select_backup_path()
|
|
|
|
|
|
return (True, path) if path else None
|
|
|
|
|
|
return None
|
|
|
|
|
|
|
|
|
|
|
|
def _analyse_select_database(self):
|
|
|
|
|
|
"""Faire choisir la base à analyser, ou None si on abandonne."""
|
|
|
|
|
|
database = self.db_manager.select_database()
|
|
|
|
|
|
return database or None
|
|
|
|
|
|
|
|
|
|
|
|
def _analyse_json_path(self, database, tool):
|
|
|
|
|
|
"""Où écrire un export JSON. Le dossier est créé au besoin."""
|
|
|
|
|
|
directory = os.path.join("private", "analyse", database)
|
|
|
|
|
|
os.makedirs(directory, exist_ok=True)
|
|
|
|
|
|
return os.path.join(directory, f"{tool}.json")
|
|
|
|
|
|
|
|
|
|
|
|
def _analyse_export_json(self, data, database, tool):
|
|
|
|
|
|
"""Écrire le résultat brut, et dire où.
|
|
|
|
|
|
|
|
|
|
|
|
Sous `private/`, qui n'est pas versionné par convention : un rapport
|
|
|
|
|
|
d'analyse porte des noms de vues, de champs et de sociétés du client.
|
|
|
|
|
|
"""
|
|
|
|
|
|
path = self._analyse_json_path(database, tool)
|
|
|
|
|
|
with open(path, "w", encoding="utf-8") as handle:
|
|
|
|
|
|
json.dump(data, handle, indent=2, ensure_ascii=False, default=str)
|
|
|
|
|
|
print(f"✅ {t('Written to: ')}{path}")
|
|
|
|
|
|
|
|
|
|
|
|
def _analyse_follow_up(self, choices, handler):
|
|
|
|
|
|
"""Boucle « aller plus loin » après une analyse.
|
|
|
|
|
|
|
|
|
|
|
|
Le rapport suggérait « utilisez -v », « --exact », « ajoutez --diff ».
|
|
|
|
|
|
Dans un menu, c'est demander à l'utilisateur de sortir et de retaper
|
|
|
|
|
|
une commande pour obtenir ce que le menu pouvait lui offrir. Les
|
|
|
|
|
|
options sont donc devenues des entrées, et les conseils en ligne de
|
|
|
|
|
|
commande ne s'affichent plus que dans la vraie ligne de commande.
|
|
|
|
|
|
"""
|
|
|
|
|
|
help_info = self.fill_help_info(
|
|
|
|
|
|
[{"section": t("Go further")}] + choices
|
|
|
|
|
|
)
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
try:
|
|
|
|
|
|
rank = int(status)
|
|
|
|
|
|
except ValueError:
|
|
|
|
|
|
rank = 0
|
|
|
|
|
|
if not 1 <= rank <= len(choices):
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
continue
|
|
|
|
|
|
if handler(rank) is False:
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
def execute_analyse_schema_size(self):
|
|
|
|
|
|
"""Poids de la base et tables qu'aucun modèle installé ne réclame.
|
|
|
|
|
|
|
|
|
|
|
|
L'outil est importé et appelé, pas lancé en sous-processus : `todo.py`
|
|
|
|
|
|
tourne déjà sous le même interpréteur, donc le sous-processus
|
|
|
|
|
|
n'apporterait aucun isolement et coûterait un second démarrage.
|
|
|
|
|
|
|
|
|
|
|
|
Contrepartie assumée de cet appel direct : une exception remonterait
|
|
|
|
|
|
dans la boucle du menu et ferait sortir du TODO. D'où le `try`.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import analyse_schema_size as analyse
|
|
|
|
|
|
|
|
|
|
|
|
target = self._analyse_select_source()
|
|
|
|
|
|
if not target:
|
|
|
|
|
|
return
|
|
|
|
|
|
is_backup, database = target
|
|
|
|
|
|
state = {"data": None, "exact": is_backup}
|
|
|
|
|
|
|
|
|
|
|
|
def run(exact=False):
|
|
|
|
|
|
try:
|
|
|
|
|
|
state["data"] = (
|
|
|
|
|
|
analyse.collect_from_backup(database)
|
|
|
|
|
|
if is_backup
|
|
|
|
|
|
else analyse.collect(database, exact=exact)
|
|
|
|
|
|
)
|
|
|
|
|
|
state["exact"] = exact or is_backup
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return False
|
|
|
|
|
|
return True
|
|
|
|
|
|
|
|
|
|
|
|
if not run():
|
|
|
|
|
|
return
|
|
|
|
|
|
print(analyse.render(state["data"], hints=False))
|
|
|
|
|
|
|
|
|
|
|
|
def handler(rank):
|
|
|
|
|
|
data = state["data"]
|
|
|
|
|
|
if rank == 1:
|
|
|
|
|
|
print(analyse.render(data, verbose=True, hints=False))
|
|
|
|
|
|
elif rank == 2:
|
|
|
|
|
|
print(f"⏳ {t('Counting rows exactly, one scan per table…')}")
|
|
|
|
|
|
if run(exact=True):
|
|
|
|
|
|
print(analyse.render(state["data"], hints=False))
|
|
|
|
|
|
else:
|
|
|
|
|
|
self._analyse_export_json(
|
|
|
|
|
|
data, os.path.basename(database), "schema_size"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(
|
|
|
|
|
|
[
|
|
|
|
|
|
{"prompt_description": t("Show every table")},
|
|
|
|
|
|
{"prompt_description": t("Count rows exactly (full scan)")},
|
|
|
|
|
|
{"prompt_description": t("Export as JSON")},
|
|
|
|
|
|
],
|
|
|
|
|
|
handler,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def execute_analyse_view_custom(self):
|
|
|
|
|
|
"""Vues qui ne viennent pas telles quelles d'un module, COW comprises."""
|
|
|
|
|
|
from script.analyse import analyse_view_custom as analyse
|
|
|
|
|
|
|
|
|
|
|
|
target = self._analyse_select_source()
|
|
|
|
|
|
if not target:
|
|
|
|
|
|
return
|
|
|
|
|
|
is_backup, database = target
|
|
|
|
|
|
state = {"data": None}
|
|
|
|
|
|
|
|
|
|
|
|
def run(**kwargs):
|
|
|
|
|
|
try:
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
# Une sauvegarde compare déjà ses copies COW à la lecture :
|
|
|
|
|
|
# les deux arch sont dans le dump, il n'y a rien à demander.
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
state["data"] = (
|
|
|
|
|
|
analyse.collect_from_backup(database)
|
|
|
|
|
|
if is_backup
|
|
|
|
|
|
else analyse.collect(database, **kwargs)
|
|
|
|
|
|
)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return False
|
|
|
|
|
|
return True
|
|
|
|
|
|
|
|
|
|
|
|
if not run():
|
|
|
|
|
|
return
|
|
|
|
|
|
print(analyse.render(state["data"], hints=False))
|
|
|
|
|
|
if not state["data"]["findings"]:
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
# Comparer exige un registre Odoo chargé. Une sauvegarde n'en a pas,
|
|
|
|
|
|
# et rien ne peut l'y ajouter : proposer quand même la comparaison
|
|
|
|
|
|
# ferait trois entrées qui ne répondent pas, et une quatrième qui
|
|
|
|
|
|
# réclamerait indéfiniment une comparaison impossible.
|
|
|
|
|
|
can_compare = not is_backup
|
|
|
|
|
|
state["tried"] = False
|
|
|
|
|
|
|
|
|
|
|
|
def compare(scope):
|
|
|
|
|
|
print(f"⏳ {t('Loading the Odoo registry, this takes a moment…')}")
|
|
|
|
|
|
if not run(with_diff=True, scope=scope):
|
|
|
|
|
|
return
|
|
|
|
|
|
state["tried"] = True
|
|
|
|
|
|
data = state["data"]
|
|
|
|
|
|
print(analyse.render(data, hints=False))
|
|
|
|
|
|
if data["compared_with_module_source"] and not [
|
|
|
|
|
|
row for row in data["findings"] if row.get("differs")
|
|
|
|
|
|
]:
|
|
|
|
|
|
print(f"✅ {t('No view differs from its module source.')}")
|
|
|
|
|
|
|
|
|
|
|
|
def browse():
|
|
|
|
|
|
"""Ouvrir l'écran, ou dire précisément ce qui l'en empêche.
|
|
|
|
|
|
|
|
|
|
|
|
Trois raisons distinctes, trois messages. Répondre « comparez
|
|
|
|
|
|
d'abord » à quelqu'un qui vient de comparer lui reproche ce que
|
|
|
|
|
|
l'outil n'a pas pu faire, et le laisse recommencer sans fin.
|
|
|
|
|
|
"""
|
|
|
|
|
|
data = state["data"]
|
|
|
|
|
|
if not state["tried"]:
|
|
|
|
|
|
print(f"ℹ️ {t('Compare first, then browse.')}")
|
|
|
|
|
|
elif not data.get("compared_with_module_source"):
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"⚠️ {t('No reference arch, so nothing was compared: ')}"
|
|
|
|
|
|
f"{data.get('arch_ref_error') or ''}"
|
|
|
|
|
|
)
|
|
|
|
|
|
elif not [row for row in data["findings"] if row.get("differs")]:
|
|
|
|
|
|
print(f"✅ {t('No view differs from its module source.')}")
|
|
|
|
|
|
elif not analyse.open_tui(data):
|
|
|
|
|
|
print(analyse.render(data, verbose=True, hints=False))
|
|
|
|
|
|
|
|
|
|
|
|
lst_choice = [{"prompt_description": t("Show every view")}]
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
# La comparaison des copies COW n'a besoin d'aucun registre : les deux
|
|
|
|
|
|
# arch sont dans la base, appariées par leur clé. Elle est donc offerte
|
|
|
|
|
|
# partout, y compris sur une sauvegarde et sur une base dont la version
|
|
|
|
|
|
# diffère du checkout — là où l'autre comparaison est refusée.
|
|
|
|
|
|
has_cow = bool(state["data"]["counts"].get("website_cow_copy"))
|
|
|
|
|
|
if has_cow:
|
|
|
|
|
|
lst_choice.append(
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Compare the website copies with the view they shadow"
|
|
|
|
|
|
)
|
|
|
|
|
|
}
|
|
|
|
|
|
)
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
if can_compare:
|
|
|
|
|
|
lst_choice += [
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Compare the flagged views with the module source"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"Compare every view (slower, noisier)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
|
|
|
|
|
{"prompt_description": t("Browse the differences (TUI)")},
|
|
|
|
|
|
]
|
|
|
|
|
|
lst_choice.append({"prompt_description": t("Export as JSON")})
|
|
|
|
|
|
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
def compare_cow():
|
|
|
|
|
|
if not run(with_cow_diff=True):
|
|
|
|
|
|
return
|
|
|
|
|
|
state["tried"] = True
|
|
|
|
|
|
data = state["data"]
|
|
|
|
|
|
print(analyse.render(data, hints=False))
|
|
|
|
|
|
n = data.get("n_cow_compared") or 0
|
|
|
|
|
|
n_diff = len([r for r in data["findings"] if r.get("differs")])
|
|
|
|
|
|
print(
|
|
|
|
|
|
f" {n} {t('website copies compared with their module view,')}"
|
|
|
|
|
|
f" {n_diff} {t('differ.')}"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
def handler(rank):
|
|
|
|
|
|
data = state["data"]
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
offset = 1 if has_cow else 0
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
if rank == 1:
|
|
|
|
|
|
print(analyse.render(data, verbose=True, hints=False))
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
elif has_cow and rank == 2:
|
|
|
|
|
|
compare_cow()
|
|
|
|
|
|
elif rank == len(lst_choice):
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
self._analyse_export_json(
|
|
|
|
|
|
data, os.path.basename(database), "view_custom"
|
|
|
|
|
|
)
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
elif can_compare and rank == 2 + offset:
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
compare("flagged")
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
elif can_compare and rank == 3 + offset:
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
compare("all")
|
[ADD] analyse: diff each website copy against the view it shadows
The analysis counted 62 website copies and pointed at other tools to judge
them. But the comparison that matters for a copy needs no registry at all:
both arches are in the database, paired by key — the very pairing Odoo makes.
So it works where the module-source comparison is refused, on a database whose
version differs from the checkout, and on a backup zip.
On the 12.0 database at hand, where the other comparison cannot run: 47 of the
62 copies have a twin, all 47 compared in under a second, 12 differ. The other
35 are byte-for-byte identical to their module view — they carry no
customization at all, which is what decides whether neutralizing costs
anything.
The fields are named as the module comparison names them, so the full-screen
browser and the text report work without knowing which comparison produced the
data. A copy without a twin is left alone: it is a page made in the editor,
with nothing to compare against.
Checked on that database and on a real backup; 8 tests, including that
re-indentation alone is not a difference and that a missing arch yields no
verdict rather than « identical ».
--- FR ---
L'analyse comptait 62 copies de site web et renvoyait vers d'autres outils
pour les juger. Or la comparaison qui compte pour une copie n'a besoin d'aucun
registre : les deux arch sont dans la base, appariées par la clé — exactement
l'appariement que fait Odoo. Elle marche donc là où celle avec la source du
module est refusée : une base dont la version diffère du checkout, et une
sauvegarde zip.
Sur la base 12.0 en cours, où l'autre comparaison ne peut pas tourner : 47 des
62 copies ont une jumelle, les 47 comparées en moins d'une seconde, 12
diffèrent. Les 35 autres sont identiques octet pour octet à leur vue de module
— elles ne portent aucune personnalisation, ce qui décide si les neutraliser
coûte quelque chose.
Les champs portent les noms de la comparaison avec le module, donc l'écran de
navigation et le rapport texte marchent sans savoir laquelle des deux a
produit la donnée. Une copie sans jumelle est laissée telle quelle : c'est une
page faite dans l'éditeur, il n'y a rien à quoi la comparer.
Vérifié sur cette base et sur une vraie sauvegarde ; 8 tests, dont qu'une
ré-indentation seule n'est pas un écart et qu'une arch absente ne rend aucun
verdict plutôt que « identique ».
Assisted-by: Claude Opus 5
2026-08-12 00:54:11 -04:00
|
|
|
|
elif can_compare and rank == 4 + offset:
|
[ADD] analyse: inspect an Odoo database without restoring it
A read-only toolkit answering « what is in this database, and what will
break on a version bump »: schema size and tables no model claims,
customised views compared with their module source, and the x_ fields
Studio left behind. It reads a backup zip directly, so a 40 GB dump needs
no restore, and it reaches every answer from the TODO menu.
--- FR ---
Une boîte à outils en lecture seule qui répond à « qu'y a-t-il dans cette
base, et qu'est-ce qui cassera à la montée de version » : taille du schéma
et tables qu'aucun modèle ne réclame, vues personnalisées comparées à leur
source, champs x_ laissés par Studio. Elle lit un zip de sauvegarde tel
quel, donc sans restaurer, et tout s'atteint depuis le menu TODO.
Assisted-by: Claude Opus 5
2026-08-10 03:10:50 -04:00
|
|
|
|
browse()
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(lst_choice, handler)
|
|
|
|
|
|
|
|
|
|
|
|
def execute_analyse_custom_field(self):
|
|
|
|
|
|
"""Champs et modèles ajoutés hors module : Studio, ou faits à la main.
|
|
|
|
|
|
|
|
|
|
|
|
Deux provenances, parce que la plus utile est souvent la sauvegarde :
|
|
|
|
|
|
restaurer celle d'une instance Enterprise sur une installation
|
|
|
|
|
|
Community échoue — Odoo veut charger des modules qu'on n'a pas — alors
|
|
|
|
|
|
que les champs Studio ne sont que des lignes de `ir_model_fields`, et
|
|
|
|
|
|
qu'un dump.sql est du texte.
|
|
|
|
|
|
"""
|
|
|
|
|
|
from script.analyse import analyse_custom_field as analyse
|
|
|
|
|
|
|
|
|
|
|
|
target = self._analyse_select_source()
|
|
|
|
|
|
if not target:
|
|
|
|
|
|
return
|
|
|
|
|
|
is_backup, database = target
|
|
|
|
|
|
try:
|
|
|
|
|
|
data = (
|
|
|
|
|
|
analyse.collect_from_backup(database)
|
|
|
|
|
|
if is_backup
|
|
|
|
|
|
else analyse.collect(database)
|
|
|
|
|
|
)
|
|
|
|
|
|
except Exception as exc:
|
|
|
|
|
|
print(f"❌ {t('Analysis failed: ')}{exc}")
|
|
|
|
|
|
return
|
|
|
|
|
|
print(analyse.render(data, hints=False))
|
|
|
|
|
|
if not data["fields"] and not data["models"]:
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
def handler(rank):
|
|
|
|
|
|
if rank == 1:
|
|
|
|
|
|
print(analyse.render(data, verbose=True, hints=False))
|
|
|
|
|
|
else:
|
|
|
|
|
|
self._analyse_export_json(
|
|
|
|
|
|
data, os.path.basename(database), "custom_field"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
self._analyse_follow_up(
|
|
|
|
|
|
[
|
|
|
|
|
|
{"prompt_description": t("Show every field")},
|
|
|
|
|
|
{"prompt_description": t("Export as JSON")},
|
|
|
|
|
|
],
|
|
|
|
|
|
handler,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2025-12-22 04:02:44 -05:00
|
|
|
|
def prompt_execute_process(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Manage execution processes!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Kill Odoo process from actual port")},
|
|
|
|
|
|
{"prompt_description": t("Kill git daemon server process")},
|
2025-12-22 04:02:44 -05:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2025-12-22 04:02:44 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.process_kill_from_port()
|
2026-03-09 16:34:43 -04:00
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.process_kill_git_daemon()
|
2025-12-22 04:02:44 -05:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2025-12-22 04:02:44 -05:00
|
|
|
|
|
2026-03-09 16:34:43 -04:00
|
|
|
|
def process_kill_git_daemon(self):
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"pkill -f 'git daemon'",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Git daemon process killed."))
|
2026-03-09 16:34:43 -04:00
|
|
|
|
|
2026-03-12 02:51:01 -04:00
|
|
|
|
def prompt_execute_rtk(self):
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(
|
|
|
|
|
|
f"🤖 {t('Manage RTK (Rust Token Killer) for token optimization!')}"
|
|
|
|
|
|
)
|
2026-03-12 02:51:01 -04:00
|
|
|
|
choices = [
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Setup")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Install RTK")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"prompt_description": t("Initialize global auto-rewrite hook")},
|
|
|
|
|
|
{"section": t("Status")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Check RTK version")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"prompt_description": t("Check RTK status")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Show cumulative token savings")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Optimize")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Discover optimization opportunities")},
|
2026-03-12 02:51:01 -04:00
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.rtk_install()
|
|
|
|
|
|
elif status == "2":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.rtk_init_global()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
elif status == "3":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.rtk_check_version()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
elif status == "4":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.rtk_check_status()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
elif status == "5":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.rtk_show_gain()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
elif status == "6":
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
self.rtk_discover()
|
2026-03-12 02:51:01 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-12 02:51:01 -04:00
|
|
|
|
|
|
|
|
|
|
def rtk_install(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Installation method:')}")
|
2026-03-12 02:51:01 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("curl - Automatic install script")},
|
|
|
|
|
|
{"prompt_description": t("brew - Homebrew (macOS/Linux)")},
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"cargo - Build from source (Rust required)"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-12 02:51:01 -04:00
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"curl -fsSL https://raw.githubusercontent.com/rtk-ai/rtk/refs/heads/master/install.sh | sh",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"brew install rtk",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"cargo install --git https://github.com/rtk-ai/rtk",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-12 02:51:01 -04:00
|
|
|
|
|
|
|
|
|
|
def rtk_check_version(self):
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"rtk --version",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def rtk_show_gain(self):
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"rtk gain",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def rtk_discover(self):
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"rtk discover",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def rtk_init_global(self):
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
"rtk init --global",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def rtk_check_status(self):
|
|
|
|
|
|
rtk_path = shutil.which("rtk")
|
|
|
|
|
|
if rtk_path is None:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("RTK is not installed. Use option 1 to install it."))
|
2026-03-12 02:51:01 -04:00
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
result = self.execute.exec_command_live(
|
|
|
|
|
|
"rtk --version",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
quiet=True,
|
|
|
|
|
|
return_status_and_output=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
if isinstance(result, tuple) and result[0] == 0:
|
|
|
|
|
|
version_output = " ".join(result[1]).strip()
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('RTK is installed, version: ')}{version_output}")
|
2026-03-12 02:51:01 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('RTK is installed, version: ')}?")
|
2026-03-12 02:51:01 -04:00
|
|
|
|
|
|
|
|
|
|
config_path = os.path.expanduser("~/.config/rtk/config.toml")
|
|
|
|
|
|
if os.path.exists(config_path):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Global auto-rewrite hook: active"))
|
2026-03-12 02:51:01 -04:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Global auto-rewrite hook: inactive"))
|
2026-03-12 02:51:01 -04:00
|
|
|
|
|
2026-02-13 03:46:27 -05:00
|
|
|
|
def prompt_execute_config(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Manage ERPLibre and Odoo configuration!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Generate")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Generate all configuration")},
|
|
|
|
|
|
{"prompt_description": t("Generate from pre-configuration")},
|
|
|
|
|
|
{"prompt_description": t("Generate from backup file")},
|
|
|
|
|
|
{"prompt_description": t("Generate from database")},
|
[ADD] todo: QEMU/KVM menu
Deploy, list, test, resize, delete and clean up VMs. Adds the SSH
configuration with recursive ProxyJump, port forwarding, and registration
of the QEMU hosts in virt-manager.
--- FR ---
Déployer, lister, tester, redimensionner, supprimer et nettoyer des VM.
Ajoute la configuration SSH avec ProxyJump récursif, la redirection de port
et l'enregistrement des hôtes QEMU dans virt-manager.
Assisted-by: Claude Opus 4.8
2026-08-07 03:22:26 -04:00
|
|
|
|
{"section": t("Advanced")},
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Setup queue job for parallelism")},
|
2026-02-13 03:46:27 -05:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-02-13 03:46:27 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.generate_config()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.generate_config_from_preconfiguration()
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self.generate_config_from_backup()
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.generate_config_from_database()
|
2026-02-28 02:14:38 -05:00
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self.generate_config_queue_job()
|
2026-02-13 03:46:27 -05:00
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-02-13 03:46:27 -05:00
|
|
|
|
|
2026-02-28 03:24:22 -05:00
|
|
|
|
def prompt_execute_network(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Network tools!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("SSH port-forwarding")},
|
2026-03-07 02:59:07 -05:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
2026-03-12 05:31:45 -04:00
|
|
|
|
"Network performance request per second"
|
2026-03-07 02:59:07 -05:00
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-02-28 03:24:22 -05:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-02-28 03:24:22 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.generate_network_port_forwarding()
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.generate_network_performance_test()
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-02-28 03:24:22 -05:00
|
|
|
|
|
|
|
|
|
|
def generate_network_port_forwarding(self, add_arg=None):
|
|
|
|
|
|
# ssh -L local_port:localhost:remote_port SSH_connection
|
|
|
|
|
|
ssh_connection = click.prompt(
|
|
|
|
|
|
"SSH connection, check ~/.ssh/config or user@address"
|
|
|
|
|
|
)
|
|
|
|
|
|
local_port = click.prompt("local port (8069)")
|
|
|
|
|
|
remote_port = click.prompt("remote port (8069)")
|
|
|
|
|
|
cmd = f"ssh -L {local_port}:localhost:{remote_port} {ssh_connection}"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def generate_network_performance_test(self, add_arg=None):
|
|
|
|
|
|
# ./script/performance/test_performance.sh
|
|
|
|
|
|
address = click.prompt("https address, like https://erplibre.com")
|
|
|
|
|
|
cmd = f"./script/performance/test_performance.sh {address}"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-03-07 01:38:55 -05:00
|
|
|
|
def prompt_execute_security(self):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Dependency security audit!')}")
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-13 15:04:14 -04:00
|
|
|
|
{
|
|
|
|
|
|
"prompt_description": t(
|
|
|
|
|
|
"pip-audit - Check vulnerabilities on Python environments"
|
|
|
|
|
|
)
|
|
|
|
|
|
},
|
2026-03-07 01:38:55 -05:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-03-07 01:38:55 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.execute_pip_audit()
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-03-07 01:38:55 -05:00
|
|
|
|
|
2026-08-10 03:10:50 -04:00
|
|
|
|
def prompt_execute_test(self):
|
|
|
|
|
|
print(f"🤖 {t('Test an Odoo module on a temporary database!')}")
|
|
|
|
|
|
choices = [
|
|
|
|
|
|
{"prompt_description": t("Test a module")},
|
|
|
|
|
|
{"prompt_description": t("Test a module with code coverage")},
|
|
|
|
|
|
{"prompt_description": t("ERPLibre unit tests")},
|
|
|
|
|
|
{"prompt_description": t("Mail unit tests")},
|
|
|
|
|
|
{"prompt_description": t("Analyse unit tests")},
|
|
|
|
|
|
]
|
|
|
|
|
|
help_info = self.fill_help_info(choices)
|
|
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.execute_test_module(coverage=False)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
self.execute_test_module(coverage=True)
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
self.execute_unit_tests()
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.execute_unit_tests("test_mail*.py")
|
|
|
|
|
|
elif status == "5":
|
|
|
|
|
|
self.execute_unit_tests("test_analyse*.py")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(t("Command not found !"))
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def execute_test_module(self, coverage=False):
|
|
|
|
|
|
# Module name
|
|
|
|
|
|
module_name = input(t("Module name to test: ")).strip()
|
|
|
|
|
|
if not module_name:
|
|
|
|
|
|
print(t("Module name is required!"))
|
|
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
# Database name
|
|
|
|
|
|
db_name = input(
|
|
|
|
|
|
t("Temporary database name (default: test_todo_tmp): ")
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
if not db_name:
|
|
|
|
|
|
db_name = "test_todo_tmp"
|
|
|
|
|
|
|
|
|
|
|
|
# Extra modules
|
|
|
|
|
|
extra_modules = input(
|
|
|
|
|
|
t("Extra modules to install (comma-separated, empty for none): ")
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
|
|
|
|
|
|
# Log level
|
|
|
|
|
|
log_level = input(t("Log level (default: test): ")).strip()
|
|
|
|
|
|
if not log_level:
|
|
|
|
|
|
log_level = "test"
|
|
|
|
|
|
|
|
|
|
|
|
# Build module list
|
|
|
|
|
|
modules_to_install = module_name
|
|
|
|
|
|
if extra_modules:
|
|
|
|
|
|
modules_to_install += f",{extra_modules}"
|
|
|
|
|
|
|
|
|
|
|
|
# Step 1: Create temp DB
|
|
|
|
|
|
print(f"\n--- {t('Creating temporary database')} '{db_name}' ---")
|
|
|
|
|
|
cmd_restore = f"./script/database/db_restore.py --database {db_name}"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd_restore,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Step 2: Install modules
|
|
|
|
|
|
print(f"\n--- {t('Installing modules')}: {modules_to_install} ---")
|
|
|
|
|
|
cmd_install = (
|
|
|
|
|
|
f"./script/addons/install_addons.sh"
|
|
|
|
|
|
f" {db_name} {modules_to_install}"
|
|
|
|
|
|
)
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd_install,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Step 3: Run tests
|
|
|
|
|
|
print(f"\n--- {t('Running tests')}: {module_name} ---")
|
|
|
|
|
|
cmd_test = (
|
|
|
|
|
|
f"ODOO_MODE_TEST=true"
|
|
|
|
|
|
f" ./run.sh"
|
|
|
|
|
|
f" -d {db_name}"
|
|
|
|
|
|
f" -u {module_name}"
|
|
|
|
|
|
f" --log-level={log_level}"
|
|
|
|
|
|
)
|
|
|
|
|
|
if coverage:
|
|
|
|
|
|
cmd_test = f"ODOO_MODE_COVERAGE=true {cmd_test}"
|
|
|
|
|
|
status_code, output = self.execute.exec_command_live(
|
|
|
|
|
|
cmd_test,
|
|
|
|
|
|
return_status_and_output=True,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
if status_code == 0:
|
|
|
|
|
|
print(f"\n✅ {t('Tests completed successfully!')}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(f"\n❌ {t('Tests failed with return code')} {status_code}")
|
|
|
|
|
|
|
|
|
|
|
|
# Step 4: Cleanup
|
|
|
|
|
|
keep_input = input(t("Keep the temporary database? (y/N): "))
|
|
|
|
|
|
keep = self._is_yes(keep_input)
|
|
|
|
|
|
if keep:
|
|
|
|
|
|
print(f"{t('Database kept')}: {db_name}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"\n--- {t('Cleaning up temporary database')} '{db_name}' ---"
|
|
|
|
|
|
)
|
|
|
|
|
|
cmd_drop = f"./odoo_bin.sh db --drop --database {db_name}"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd_drop,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-08-10 03:10:50 -04:00
|
|
|
|
def execute_unit_tests(self, pattern="test_*.py"):
|
|
|
|
|
|
"""Lance `unittest discover` sur un SOUS-ENSEMBLE de la suite.
|
|
|
|
|
|
|
|
|
|
|
|
Le motif est le seul paramètre : la suite complète dure plusieurs
|
|
|
|
|
|
minutes, dominées par les tests TUI montés, et attendre tout pour
|
|
|
|
|
|
vérifier un coin précis décourage de lancer les tests du tout. Une
|
|
|
|
|
|
entrée de menu supplémentaire coûte donc un motif, pas une méthode.
|
|
|
|
|
|
"""
|
|
|
|
|
|
print(f"\n--- {t('Running unit tests')} ---")
|
|
|
|
|
|
# `-u` : unittest écrit son verdict sur STDERR, les `print()` des
|
|
|
|
|
|
# tests sur STDOUT. Capturés ensemble, stderr passe sans tampon
|
|
|
|
|
|
# tandis que stdout est tamponné par blocs — tout le stdout se
|
|
|
|
|
|
# déversait donc APRÈS le « OK », qui se retrouvait noyé au milieu
|
|
|
|
|
|
# de la sortie au lieu d'en être le dernier mot. Sans tampon, les
|
|
|
|
|
|
# deux flux s'entrelacent dans l'ordre réel.
|
|
|
|
|
|
cmd = (
|
|
|
|
|
|
".venv.erplibre/bin/python -u -m unittest discover"
|
|
|
|
|
|
f" -s test -p '{pattern}' -v"
|
|
|
|
|
|
)
|
|
|
|
|
|
status_code, output = self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
return_status_and_output=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
if status_code == 0:
|
|
|
|
|
|
print(f"\n✅ {t('All unit tests passed')}")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(
|
|
|
|
|
|
f"\n❌ {t('Some unit tests failed, exit code')}: {status_code}"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-03-07 01:38:55 -05:00
|
|
|
|
def execute_pip_audit(self):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
versions, installed_versions, odoo_installed_version = (
|
2026-03-10 03:59:35 -04:00
|
|
|
|
get_odoo_version()
|
2026-03-07 01:38:55 -05:00
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Build list of installed environments
|
2026-03-10 03:45:11 -04:00
|
|
|
|
environments = {}
|
2026-03-07 01:38:55 -05:00
|
|
|
|
key_i = 0
|
2026-03-10 03:45:11 -04:00
|
|
|
|
for version_info in versions[::-1]:
|
|
|
|
|
|
erplibre_version = version_info.get("erplibre_version")
|
2026-03-07 01:38:55 -05:00
|
|
|
|
venv_path = f".venv.{erplibre_version}"
|
|
|
|
|
|
req_path = f"requirement/requirements.{erplibre_version}.txt"
|
2026-03-10 03:45:11 -04:00
|
|
|
|
odoo_version = f"odoo{version_info.get('odoo_version')}"
|
2026-03-07 01:38:55 -05:00
|
|
|
|
|
|
|
|
|
|
if not os.path.isdir(venv_path):
|
|
|
|
|
|
continue
|
|
|
|
|
|
|
|
|
|
|
|
key_i += 1
|
|
|
|
|
|
key_s = str(key_i)
|
|
|
|
|
|
label = f"{key_s}: {erplibre_version}"
|
|
|
|
|
|
if odoo_version == odoo_installed_version:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
label += f" - {t('Current')}"
|
|
|
|
|
|
if version_info.get("Default"):
|
|
|
|
|
|
label += f" - {t('Default')}"
|
2026-03-07 01:38:55 -05:00
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
environments[key_s] = {
|
2026-03-07 01:38:55 -05:00
|
|
|
|
"label": label,
|
|
|
|
|
|
"venv_path": venv_path,
|
|
|
|
|
|
"req_path": req_path,
|
|
|
|
|
|
"erplibre_version": erplibre_version,
|
|
|
|
|
|
}
|
|
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
if not environments:
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(
|
|
|
|
|
|
t(
|
|
|
|
|
|
"No installed environment found. Install an Odoo version first."
|
|
|
|
|
|
)
|
|
|
|
|
|
)
|
2026-03-07 01:38:55 -05:00
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
# Show selection menu
|
|
|
|
|
|
str_input = (
|
2026-03-12 05:31:45 -04:00
|
|
|
|
f"💬 {t('Choose an environment for the audit:')}\n\t"
|
2026-03-10 03:45:11 -04:00
|
|
|
|
+ "\n\t".join([v["label"] for v in environments.values()])
|
2026-03-12 05:31:45 -04:00
|
|
|
|
+ f"\n\t0: {t('Back')}"
|
|
|
|
|
|
+ f"\n{t('Select: ')}"
|
2026-03-07 01:38:55 -05:00
|
|
|
|
)
|
|
|
|
|
|
env_input = ""
|
2026-03-10 03:45:11 -04:00
|
|
|
|
while env_input not in environments and env_input != "0":
|
2026-03-07 01:38:55 -05:00
|
|
|
|
if env_input:
|
2026-03-13 15:04:14 -04:00
|
|
|
|
print(
|
|
|
|
|
|
f"{t('Error, cannot understand value')}" f" '{env_input}'"
|
|
|
|
|
|
)
|
2026-03-07 01:38:55 -05:00
|
|
|
|
env_input = input(str_input).strip()
|
|
|
|
|
|
|
|
|
|
|
|
if env_input == "0":
|
|
|
|
|
|
return
|
|
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
selected = environments[env_input]
|
2026-03-07 01:38:55 -05:00
|
|
|
|
venv_path = selected["venv_path"]
|
|
|
|
|
|
req_path = selected["req_path"]
|
|
|
|
|
|
|
|
|
|
|
|
if not os.path.isfile(req_path):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('Dependencies file not found: ')}{req_path}")
|
2026-03-07 01:38:55 -05:00
|
|
|
|
return
|
|
|
|
|
|
|
|
|
|
|
|
# TODO support bash from parameter if open gnome-terminal
|
|
|
|
|
|
cmd = f"pip-audit -r {req_path} -l;bash"
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"{t('Execution: ')}{cmd}")
|
2026-03-07 01:38:55 -05:00
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=True,
|
|
|
|
|
|
single_source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-02-13 03:46:27 -05:00
|
|
|
|
def generate_config(self, add_arg=None):
|
|
|
|
|
|
# Repeating to get all item before get group
|
|
|
|
|
|
cmd = (
|
2026-02-16 17:59:13 -05:00
|
|
|
|
f"./script/git/git_merge_repo_manifest.py --output .repo/local_manifests/erplibre_manifest.xml --with_OCA;"
|
2026-02-13 03:46:27 -05:00
|
|
|
|
f"./script/git/git_repo_update_group.py;"
|
|
|
|
|
|
f"./script/generate_config.sh"
|
|
|
|
|
|
)
|
|
|
|
|
|
if add_arg:
|
|
|
|
|
|
cmd += (
|
|
|
|
|
|
f";./script/git/git_repo_update_group.py {add_arg};"
|
|
|
|
|
|
f"./script/generate_config.sh"
|
|
|
|
|
|
)
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
def generate_config_from_preconfiguration(self):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("base")},
|
|
|
|
|
|
{"prompt_description": t("base + code_generator")},
|
|
|
|
|
|
{"prompt_description": t("base + image_db")},
|
|
|
|
|
|
{"prompt_description": t("all")},
|
2026-02-13 03:46:27 -05:00
|
|
|
|
# {"prompt_description": "base + migration"},
|
|
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-02-13 03:46:27 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
group = "base"
|
|
|
|
|
|
str_group = f"--group {group}"
|
|
|
|
|
|
self.generate_config(add_arg=str_group)
|
|
|
|
|
|
elif status == "2":
|
|
|
|
|
|
group = "base,code_generator"
|
|
|
|
|
|
str_group = f"--group {group}"
|
|
|
|
|
|
self.generate_config(add_arg=str_group)
|
|
|
|
|
|
elif status == "3":
|
|
|
|
|
|
group = "base,image_db"
|
|
|
|
|
|
str_group = f"--group {group}"
|
|
|
|
|
|
self.generate_config(add_arg=str_group)
|
|
|
|
|
|
elif status == "4":
|
|
|
|
|
|
self.generate_config()
|
|
|
|
|
|
# elif status == "5":
|
|
|
|
|
|
# group = "base,migration"
|
|
|
|
|
|
# str_group = f"--group {group}"
|
|
|
|
|
|
# self.generate_config(add_arg=str_group)
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-02-13 03:46:27 -05:00
|
|
|
|
|
2026-02-28 02:08:04 -05:00
|
|
|
|
def debug_ide(self):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
choices = [
|
2026-03-12 05:31:45 -04:00
|
|
|
|
{"prompt_description": t("Debug todo.py")},
|
2026-02-28 02:08:04 -05:00
|
|
|
|
]
|
2026-03-10 03:45:11 -04:00
|
|
|
|
help_info = self.fill_help_info(choices)
|
2026-02-28 02:08:04 -05:00
|
|
|
|
|
|
|
|
|
|
while True:
|
|
|
|
|
|
status = click.prompt(help_info)
|
|
|
|
|
|
print()
|
|
|
|
|
|
if status == "0":
|
|
|
|
|
|
return False
|
|
|
|
|
|
elif status == "1":
|
|
|
|
|
|
self.open_pycharm_file(
|
|
|
|
|
|
os.getcwd(),
|
|
|
|
|
|
os.path.join(os.getcwd(), "script/todo/todo.py"),
|
|
|
|
|
|
)
|
|
|
|
|
|
else:
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(t("Command not found !"))
|
2026-02-28 02:08:04 -05:00
|
|
|
|
|
2026-02-13 03:46:27 -05:00
|
|
|
|
def generate_config_from_backup(self):
|
2026-03-10 03:59:35 -04:00
|
|
|
|
file_name = self.db_manager.open_file_image_db()
|
2026-02-13 03:46:27 -05:00
|
|
|
|
add_arg = f"--from_backup_name {file_name} --add_repo odoo18.0/addons/MathBenTech_development"
|
|
|
|
|
|
self.generate_config(add_arg=add_arg)
|
|
|
|
|
|
|
|
|
|
|
|
def generate_config_from_database(self):
|
2026-03-10 03:59:35 -04:00
|
|
|
|
database_name = self.db_manager.select_database()
|
2026-02-13 04:07:02 -05:00
|
|
|
|
str_arg = f"--database {database_name}"
|
|
|
|
|
|
self.generate_config(add_arg=str_arg)
|
|
|
|
|
|
return False
|
|
|
|
|
|
|
2026-02-28 02:14:38 -05:00
|
|
|
|
def generate_config_queue_job(self):
|
|
|
|
|
|
cmd = "./script/config/setup_odoo_config_conf_devops.py"
|
|
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2026-03-10 04:05:04 -04:00
|
|
|
|
def prompt_execute_selenium_and_run_db(
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
self, db_name, extra_cmd_web_login="", web_login_env=None
|
2026-03-10 04:05:04 -04:00
|
|
|
|
):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
cmd_server = f"./run.sh -d {db_name};bash"
|
2026-02-13 01:27:38 -05:00
|
|
|
|
self.execute.exec_command_live(cmd_server)
|
2025-10-31 01:10:54 -04:00
|
|
|
|
cmd_client = (
|
|
|
|
|
|
f"sleep 3;./script/selenium/web_login.py{extra_cmd_web_login};bash"
|
2025-04-28 00:32:51 -04:00
|
|
|
|
)
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
self.execute.exec_command_live(
|
|
|
|
|
|
cmd_client, new_env=web_login_env or None
|
|
|
|
|
|
)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
def prompt_execute_selenium(
|
|
|
|
|
|
self, command=None, extra_cmd_web_login="", web_login_env=None
|
|
|
|
|
|
):
|
2026-03-10 03:45:11 -04:00
|
|
|
|
commands = []
|
2025-04-26 17:12:38 -04:00
|
|
|
|
if not command:
|
|
|
|
|
|
cmd = "./script/selenium/web_login.py"
|
|
|
|
|
|
else:
|
|
|
|
|
|
cmd = command
|
|
|
|
|
|
|
|
|
|
|
|
if type(extra_cmd_web_login) is list:
|
|
|
|
|
|
for item in extra_cmd_web_login:
|
2026-03-10 03:45:11 -04:00
|
|
|
|
commands.append(cmd + item)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
else:
|
2026-03-10 03:45:11 -04:00
|
|
|
|
commands.append(cmd + extra_cmd_web_login)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
env = web_login_env or None
|
2026-03-10 03:45:11 -04:00
|
|
|
|
if len(commands) == 1:
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
self.execute.exec_command_live(commands[0], new_env=env)
|
2026-03-10 03:45:11 -04:00
|
|
|
|
elif len(commands) > 1:
|
2025-04-26 17:12:38 -04:00
|
|
|
|
new_cmd = "parallel ::: "
|
2026-03-10 03:45:11 -04:00
|
|
|
|
for i, cmd in enumerate(commands):
|
2025-04-26 17:12:38 -04:00
|
|
|
|
new_cmd += f' "sleep {1 * i};{cmd}"'
|
[FIX] security: the KeePass password leaves the command line too
Same exposure as the master password, same fix. kdbx_manager put the Odoo
password straight into the web_login command; /proc/<pid>/cmdline is
readable by every user on the machine, and no downstream filter reaches
that.
The command now carries the NAME of an environment variable, never the
value. One name per entry, because several credentials go out in a single
"parallel" call and a single variable could not tell them apart.
get_extra_command_user therefore returns (fragments, variables), and the
two call sites hand the variables to exec_command_live, which already
merged an environment.
Two things found on the way. web_login re-sent config.default_password_auth
when it retried after dismissing a modal, ignoring whatever the caller had
passed -- the retry silently fell back to "admin". And install_forgejo
printed the admin password back to the terminal, hence into the install log
and any CI capture; its own header already documents the default.
A test pins the guarantee: the fragment must not contain the password.
--- FR ---
Même exposition que pour le mot de passe maître, même correctif.
kdbx_manager mettait le mot de passe Odoo directement dans la commande
web_login ; /proc/<pid>/cmdline est lisible par tout utilisateur de la
machine, et aucun filtre en aval ne l'atteint.
La commande porte désormais le NOM d'une variable d'environnement, jamais
la valeur. Un nom par entrée, car plusieurs identifiants partent dans un
seul appel « parallel » et une variable unique ne saurait les distinguer.
get_extra_command_user rend donc (fragments, variables), et les deux
appelants confient les variables à exec_command_live, qui fusionnait déjà
un environnement.
Deux trouvailles en chemin. web_login renvoyait config.default_password_auth
à la reprise après une modale, ignorant ce que l'appelant avait fourni — la
reprise retombait en silence sur « admin ». Et install_forgejo réaffichait
le mot de passe administrateur, donc dans le journal d'installation et
toute capture de CI ; son propre en-tête documente déjà le défaut.
Un test verrouille la garantie : le fragment ne doit pas porter le secret.
Assisted-by: Claude Opus 5
2026-08-23 00:25:03 -04:00
|
|
|
|
# « parallel » hérite de l'environnement, et chaque entrée lit
|
|
|
|
|
|
# SA variable : un nom par identifiant, d'où EL_WEB_LOGIN_PWD_N.
|
|
|
|
|
|
self.execute.exec_command_live(new_cmd, new_env=env)
|
2025-04-26 17:12:38 -04:00
|
|
|
|
|
2025-08-07 06:09:37 -04:00
|
|
|
|
def crash_diagnostic(self, e):
|
2026-03-10 03:06:07 -04:00
|
|
|
|
# TODO show message at start if os.path.exists(ERROR_LOG_PATH)
|
|
|
|
|
|
if os.path.exists(ERROR_LOG_PATH) and not os.path.exists(
|
|
|
|
|
|
VENV_ERPLIBRE
|
2025-08-07 06:09:37 -04:00
|
|
|
|
):
|
|
|
|
|
|
print("Got error : ")
|
|
|
|
|
|
print(e)
|
2026-03-10 03:06:07 -04:00
|
|
|
|
print("Got error at first execution.", ERROR_LOG_PATH)
|
2025-08-07 06:09:37 -04:00
|
|
|
|
try:
|
2026-03-10 03:06:07 -04:00
|
|
|
|
file = open(ERROR_LOG_PATH, "r")
|
2025-08-07 06:09:37 -04:00
|
|
|
|
content = file.read()
|
|
|
|
|
|
# TODO si vide, ajouter notre erreur
|
|
|
|
|
|
print(content)
|
|
|
|
|
|
except FileNotFoundError:
|
|
|
|
|
|
print("Error: File not found.")
|
|
|
|
|
|
finally:
|
|
|
|
|
|
if "file" in locals() and file:
|
|
|
|
|
|
file.close()
|
|
|
|
|
|
# Force auto installation
|
|
|
|
|
|
print("Auto installation")
|
|
|
|
|
|
time.sleep(0.5)
|
|
|
|
|
|
cmd = "./script/todo/source_todo.sh"
|
|
|
|
|
|
# self.restart_script(e)
|
2026-02-13 01:27:38 -05:00
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=True)
|
2025-08-07 06:09:37 -04:00
|
|
|
|
sys.exit(1)
|
2026-03-10 03:06:07 -04:00
|
|
|
|
if os.path.exists(VENV_ERPLIBRE):
|
2025-08-07 06:09:37 -04:00
|
|
|
|
print("Import error : ")
|
|
|
|
|
|
print(e)
|
|
|
|
|
|
# TODO auto-detect gnome-terminal, or choose another. Is it done already?
|
|
|
|
|
|
self.restart_script(e)
|
|
|
|
|
|
# self.prompt_install()
|
|
|
|
|
|
|
|
|
|
|
|
# print(
|
2026-03-10 03:06:07 -04:00
|
|
|
|
# f"You forgot to activate source \nsource ./{VENV_ERPLIBRE}/bin/activate"
|
2025-08-07 06:09:37 -04:00
|
|
|
|
# )
|
|
|
|
|
|
# time.sleep(0.5)
|
|
|
|
|
|
# cmd = "./script/todo/source_todo.sh"
|
|
|
|
|
|
print("Re-execute TODO 🤖 or execute :")
|
|
|
|
|
|
print()
|
2026-03-10 03:06:07 -04:00
|
|
|
|
print(f"source {VENV_ERPLIBRE}/bin/activate;make")
|
2025-08-07 06:09:37 -04:00
|
|
|
|
print()
|
|
|
|
|
|
cmd = "./script/todo/todo.py"
|
|
|
|
|
|
# # self.restart_script(e)
|
|
|
|
|
|
try:
|
|
|
|
|
|
# TODO duplicate
|
|
|
|
|
|
import click
|
|
|
|
|
|
import humanize
|
|
|
|
|
|
import openai
|
2025-10-31 01:10:54 -04:00
|
|
|
|
import urwid
|
2025-08-07 06:09:37 -04:00
|
|
|
|
from pykeepass import PyKeePass
|
|
|
|
|
|
except ImportError:
|
|
|
|
|
|
print("Rerun and exit")
|
2026-02-13 01:27:38 -05:00
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=True)
|
2025-08-07 06:09:37 -04:00
|
|
|
|
sys.exit(1)
|
|
|
|
|
|
print("No error")
|
|
|
|
|
|
else:
|
|
|
|
|
|
self.prompt_install()
|
|
|
|
|
|
|
2026-02-13 04:07:02 -05:00
|
|
|
|
def open_shell_on_database(self):
|
2026-03-10 03:59:35 -04:00
|
|
|
|
database = self.db_manager.select_database()
|
2026-03-07 02:59:07 -05:00
|
|
|
|
if database:
|
|
|
|
|
|
cmd_server = f"./odoo_bin.sh shell -d {database}"
|
2026-03-10 03:45:11 -04:00
|
|
|
|
status, databases = self.execute.exec_command_live(
|
2026-03-07 02:59:07 -05:00
|
|
|
|
cmd_server,
|
|
|
|
|
|
return_status_and_output=True,
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=True,
|
|
|
|
|
|
new_window=True,
|
|
|
|
|
|
)
|
2026-02-13 04:07:02 -05:00
|
|
|
|
|
2026-02-28 02:08:04 -05:00
|
|
|
|
def open_pycharm_file(self, folder, filename):
|
|
|
|
|
|
cmd = "~/.local/share/JetBrains/Toolbox/scripts/pycharm"
|
|
|
|
|
|
# cmd = "/snap/bin/pycharm-community"
|
|
|
|
|
|
# if pycharm_arg:
|
|
|
|
|
|
# cmd += f" {pycharm_arg}"
|
|
|
|
|
|
if folder:
|
|
|
|
|
|
cmd += f" {folder}"
|
|
|
|
|
|
if filename:
|
|
|
|
|
|
cmd += f" --line 1 {filename}"
|
|
|
|
|
|
self.execute.exec_command_live(cmd, source_erplibre=False)
|
|
|
|
|
|
|
2025-10-31 01:10:54 -04:00
|
|
|
|
def upgrade_module(self):
|
|
|
|
|
|
upgrade = todo_upgrade.TodoUpgrade(self)
|
|
|
|
|
|
upgrade.execute_module_upgrade()
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def upgrade_poetry(self):
|
|
|
|
|
|
# Only show the version to the user
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
f"make version",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
# TODO maybe autodetect to update it
|
|
|
|
|
|
git_repo_update_input = input(
|
|
|
|
|
|
"💬 Would you like to fetch all your git repositories, you need it (y/Y) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
if self._is_yes(git_repo_update_input):
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
f"./script/manifest/update_manifest_local_dev.sh",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
poetry_lock = "./poetry.lock"
|
|
|
|
|
|
try:
|
|
|
|
|
|
os.remove(poetry_lock)
|
|
|
|
|
|
except Exception as e:
|
|
|
|
|
|
pass
|
|
|
|
|
|
odoo_long_version = ""
|
|
|
|
|
|
if os.path.exists("./.erplibre-version"):
|
|
|
|
|
|
with open("./.erplibre-version") as f:
|
|
|
|
|
|
odoo_long_version = f.read()
|
|
|
|
|
|
path_file_odoo_lock = f"./requirement/poetry.{odoo_long_version}.lock"
|
|
|
|
|
|
if odoo_long_version:
|
|
|
|
|
|
try:
|
|
|
|
|
|
os.remove(path_file_odoo_lock)
|
|
|
|
|
|
except Exception as e:
|
|
|
|
|
|
pass
|
|
|
|
|
|
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
f"pip install -r requirement/erplibre_require-ments-poetry.txt && "
|
|
|
|
|
|
f"./script/poetry/poetry_update.py -f",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
single_source_erplibre=False,
|
|
|
|
|
|
single_source_odoo=True,
|
|
|
|
|
|
source_odoo=odoo_long_version,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
if os.path.exists(poetry_lock):
|
|
|
|
|
|
shutil.copy2(poetry_lock, path_file_odoo_lock)
|
|
|
|
|
|
|
2026-03-10 03:45:11 -04:00
|
|
|
|
def callback_execute_custom_database(self, config):
|
2026-03-10 03:59:35 -04:00
|
|
|
|
database_name = self.db_manager.select_database()
|
2026-02-28 01:35:32 -05:00
|
|
|
|
self.prompt_execute_selenium_and_run_db(database_name)
|
|
|
|
|
|
|
2025-12-22 04:02:44 -05:00
|
|
|
|
def process_kill_from_port(self):
|
|
|
|
|
|
cfg = configparser.ConfigParser()
|
|
|
|
|
|
cfg.read("./config.conf")
|
|
|
|
|
|
http_port = cfg.getint("options", "http_port")
|
|
|
|
|
|
|
2026-02-13 01:27:38 -05:00
|
|
|
|
status = self.execute.exec_command_live(
|
2025-12-22 04:02:44 -05:00
|
|
|
|
f"./script/process/kill_process_by_port.py {http_port} --kill-tree --nb_parent 2",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
)
|
|
|
|
|
|
|
2025-08-07 06:09:37 -04:00
|
|
|
|
def restart_script(self, last_error):
|
2026-03-12 05:31:45 -04:00
|
|
|
|
print(f"🤖 {t('Reboot TODO ...')}")
|
2025-08-07 06:09:37 -04:00
|
|
|
|
# os.execv(sys.executable, ['python'] + sys.argv)
|
|
|
|
|
|
# TODO mettre check que le répertoire est créé, s'il existe, auto-loop à corriger
|
2026-03-10 03:06:07 -04:00
|
|
|
|
if os.path.exists(VENV_ERPLIBRE) and not os.path.exists(
|
|
|
|
|
|
ERROR_LOG_PATH
|
2025-08-07 06:09:37 -04:00
|
|
|
|
):
|
|
|
|
|
|
# TODO mettre check import suivant ne vont pas planter
|
|
|
|
|
|
try:
|
2026-03-10 03:06:07 -04:00
|
|
|
|
with open(ERROR_LOG_PATH, "w") as f_file:
|
2025-08-07 06:09:37 -04:00
|
|
|
|
f_file.write(str(last_error))
|
|
|
|
|
|
pass # The file is created and closed here, no content is written
|
|
|
|
|
|
print(
|
2026-03-10 03:06:07 -04:00
|
|
|
|
f"Try to reopen process with before :\nsource ./{VENV_ERPLIBRE}/bin/activate && exec python "
|
2025-08-07 06:09:37 -04:00
|
|
|
|
+ " ".join(sys.argv)
|
|
|
|
|
|
)
|
|
|
|
|
|
os.execv(
|
|
|
|
|
|
"/bin/bash",
|
|
|
|
|
|
[
|
|
|
|
|
|
"/bin/bash",
|
|
|
|
|
|
"-c",
|
2026-03-10 03:06:07 -04:00
|
|
|
|
f"source ./{VENV_ERPLIBRE}/bin/activate && exec python "
|
2025-08-07 06:09:37 -04:00
|
|
|
|
+ " ".join(sys.argv),
|
|
|
|
|
|
],
|
|
|
|
|
|
)
|
|
|
|
|
|
except Exception as e:
|
|
|
|
|
|
print("Error detect at first execution.")
|
|
|
|
|
|
print(e)
|
|
|
|
|
|
|
2025-10-31 01:10:54 -04:00
|
|
|
|
def on_dir_selected(self, dir_path):
|
|
|
|
|
|
self.dir_path = dir_path
|
|
|
|
|
|
todo_file_browser.exit_program()
|
|
|
|
|
|
|
2026-08-07 03:22:26 -04:00
|
|
|
|
def callback_make_mobile_home(self, config):
|
|
|
|
|
|
# Read file
|
|
|
|
|
|
default_project_name = "ERPLibre"
|
|
|
|
|
|
default_package_name = "ca.erplibre.home"
|
|
|
|
|
|
# Read default information
|
|
|
|
|
|
if os.path.exists(STRINGS_FILE):
|
|
|
|
|
|
tree = ET.parse(STRINGS_FILE)
|
|
|
|
|
|
root = tree.getroot()
|
|
|
|
|
|
for elem in root.findall("string"):
|
|
|
|
|
|
if elem.get("name") == "app_name":
|
|
|
|
|
|
default_project_name = elem.text
|
|
|
|
|
|
if elem.get("name") == "package_name":
|
|
|
|
|
|
default_package_name = elem.text
|
|
|
|
|
|
|
|
|
|
|
|
default_project_url_name = "https://erplibre.ca"
|
|
|
|
|
|
# Read default information
|
|
|
|
|
|
dotenv_file = dotenv.find_dotenv(
|
|
|
|
|
|
filename=os.path.join(MOBILE_HOME_PATH, "src", ".env.production")
|
|
|
|
|
|
)
|
|
|
|
|
|
default_project_url_name = dotenv.get_key(
|
|
|
|
|
|
dotenv_file, "VITE_WEBSITE_URL"
|
|
|
|
|
|
)
|
|
|
|
|
|
default_project_note_subject = dotenv.get_key(
|
|
|
|
|
|
dotenv_file, "VITE_LABEL_NOTE"
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
default_debug = False
|
|
|
|
|
|
project_name = default_project_name
|
|
|
|
|
|
project_url_name = default_project_url_name
|
|
|
|
|
|
project_principal_subject = default_project_note_subject
|
|
|
|
|
|
package_name = default_package_name
|
|
|
|
|
|
do_debug = default_debug
|
|
|
|
|
|
do_change_picture_menu = False
|
|
|
|
|
|
|
|
|
|
|
|
do_personalize = input(
|
|
|
|
|
|
"Do you want to personalize the mobile application (Y) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
if self._is_yes(do_personalize):
|
|
|
|
|
|
project_name = (
|
|
|
|
|
|
input(
|
|
|
|
|
|
f'Your project name (Separate by space in title), default "{default_project_name}" : '
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
or default_project_name
|
|
|
|
|
|
)
|
|
|
|
|
|
package_name = (
|
|
|
|
|
|
input(
|
|
|
|
|
|
f'Your package name (separate by . lower case, 3 works like DOMAIN.NAME.OBJECT), default "{default_package_name}" : '
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
or default_package_name
|
|
|
|
|
|
)
|
|
|
|
|
|
project_url_name = (
|
|
|
|
|
|
input(
|
|
|
|
|
|
f'Your project url website, default "{default_project_url_name}" : '
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
or default_project_url_name
|
|
|
|
|
|
)
|
|
|
|
|
|
project_principal_subject = (
|
|
|
|
|
|
input(
|
|
|
|
|
|
f'Your project subject, default "{default_project_note_subject}" : '
|
|
|
|
|
|
).strip()
|
|
|
|
|
|
or default_project_note_subject
|
|
|
|
|
|
)
|
|
|
|
|
|
do_debug = self._is_yes(
|
|
|
|
|
|
input("Compilation with debug information, default No (Y) : ")
|
|
|
|
|
|
)
|
|
|
|
|
|
do_change_picture_menu = self._is_yes(
|
|
|
|
|
|
input(
|
|
|
|
|
|
"Want to change picture from menu, you need"
|
|
|
|
|
|
" android-studio (Y) : "
|
|
|
|
|
|
)
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
# Rename with script bash
|
|
|
|
|
|
cmd_client = f'cd {MOBILE_HOME_PATH} && npx cap init "{project_name}" "{package_name}" && ./rename_android.sh "{project_name}" "{package_name}" && npx cap sync android'
|
|
|
|
|
|
self.execute.exec_command_live(cmd_client, source_erplibre=False)
|
|
|
|
|
|
|
|
|
|
|
|
# dotenv_mobile = dotenv.dotenv_values(dotenv_file)
|
|
|
|
|
|
# dotenv_mobile["VITE_TITLE"] = project_name
|
|
|
|
|
|
# dotenv_mobile["VITE_WEBSITE_URL"] = project_url_name
|
|
|
|
|
|
dotenv.set_key(
|
|
|
|
|
|
dotenv_file, "VITE_TITLE", project_name, quote_mode="always"
|
|
|
|
|
|
)
|
|
|
|
|
|
dotenv.set_key(
|
|
|
|
|
|
dotenv_file,
|
|
|
|
|
|
"VITE_WEBSITE_URL",
|
|
|
|
|
|
project_url_name,
|
|
|
|
|
|
quote_mode="always",
|
|
|
|
|
|
)
|
|
|
|
|
|
dotenv.set_key(
|
|
|
|
|
|
dotenv_file,
|
|
|
|
|
|
"VITE_LABEL_NOTE",
|
|
|
|
|
|
project_principal_subject,
|
|
|
|
|
|
quote_mode="always",
|
|
|
|
|
|
)
|
|
|
|
|
|
dotenv.set_key(
|
|
|
|
|
|
dotenv_file,
|
|
|
|
|
|
"VITE_DEBUG_DEV",
|
|
|
|
|
|
"true" if do_debug else "false",
|
|
|
|
|
|
quote_mode="never",
|
|
|
|
|
|
)
|
|
|
|
|
|
|
|
|
|
|
|
if do_change_picture_menu:
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
f"cd {MOBILE_HOME_PATH} && npx cap open android;bash",
|
|
|
|
|
|
source_erplibre=False,
|
|
|
|
|
|
new_window=True,
|
|
|
|
|
|
)
|
|
|
|
|
|
print(
|
|
|
|
|
|
"Guide for Android-Studio, wait loading is finish. Right-click to app/New/Image Asset and load your image."
|
|
|
|
|
|
)
|
|
|
|
|
|
input(
|
|
|
|
|
|
"Did you finish to update image with Android-Studio ? Press to continue ..."
|
|
|
|
|
|
)
|
|
|
|
|
|
cmd_client = "cp ./mobile/erplibre_home_mobile/android/app/src/main/ic_launcher-playstore.png ./mobile/erplibre_home_mobile/src/assets/company_logo.png"
|
|
|
|
|
|
self.execute.exec_command_live(cmd_client, source_erplibre=False)
|
|
|
|
|
|
cmd_client = "cp ./mobile/erplibre_home_mobile/android/app/src/main/ic_launcher-playstore.png ./mobile/erplibre_home_mobile/src/assets/imgs/logo.png"
|
|
|
|
|
|
self.execute.exec_command_live(cmd_client, source_erplibre=False)
|
|
|
|
|
|
|
|
|
|
|
|
status = self.execute.exec_command_live(
|
|
|
|
|
|
"./mobile/compile_and_run.sh", source_erplibre=False
|
|
|
|
|
|
)
|
2026-08-10 03:10:50 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
if __name__ == "__main__":
|
|
|
|
|
|
start_time = time.time()
|
|
|
|
|
|
try:
|
|
|
|
|
|
todo = TODO()
|
|
|
|
|
|
if ENABLE_CRASH:
|
|
|
|
|
|
todo.crash_diagnostic(CRASH_E)
|
|
|
|
|
|
todo.run()
|
|
|
|
|
|
except (KeyboardInterrupt, click.exceptions.Abort):
|
|
|
|
|
|
# click.prompt() raises Abort (not a KeyboardInterrupt subclass) on
|
|
|
|
|
|
# both Ctrl+C and Ctrl+D/EOF. run() only catches it for its own
|
|
|
|
|
|
# top-level prompt; every submenu's click.prompt() would otherwise
|
|
|
|
|
|
# let Abort escape here as an uncaught exception.
|
|
|
|
|
|
print(t("Keyboard interrupt"))
|
|
|
|
|
|
finally:
|
|
|
|
|
|
end_time = time.time()
|
|
|
|
|
|
duration_sec = end_time - start_time
|
|
|
|
|
|
if humanize:
|
|
|
|
|
|
duration_delta = datetime.timedelta(seconds=duration_sec)
|
|
|
|
|
|
humain_time = humanize.precisedelta(duration_delta)
|
|
|
|
|
|
print(f"\n{t('TODO execution time')} {humain_time}\n")
|
|
|
|
|
|
else:
|
|
|
|
|
|
print(f"\n{t('TODO execution time')} {duration_sec:.2f} sec.\n")
|