Création paquet pour Yunohost

[Thatoo]

Youpi : feat: don't require editing MariaDB configuration to setup frappe by Thatoo · Pull Request #25609 · frappe/frappe · GitHub

PLus qu’à ce que ça arrive dans dodock v4 et d’attendre la sortie de yunohost 12 (d’ici quelques semaines). Je vais essayé de travailler au paquet avant la sortie de ynh 12.

[Thatoo]

Je n’ai aucune idée de comment faire pour suivre ensuite cette merge request et savoir quand elle intégrera la branche « version-15 » de frappe et donc ensuite qu’elle arrivera dans Dodock v4.
Est-ce que @corentin tu as moyen de la voir arriver dans Dodock et me pinger quand ce sera le cas?

[chdecultot]

Bonjour @Thatoo,

La MR a déjà été intégrée dans la branche develop de Dodock: feat: don't require editing MariaDB configuration to setup frappe by Thatoo [frappe] PR#25609 (!2467) · Merge requests · Dokos / Dodock · GitLab

Pour le moment elle n’est pas backportée en v15 chez Frappe, donc il faut qu’on prenne le temps d’analyser si on l’intègre en v4 de Dokos ou si on attend la v5.
On en parle avec Corentin et on te tiens au courant !

[Thatoo]

Je viens de demander de la backporter et akhilnarang vient d’ajouter le label backport version-15-hotfix à la MR : feat: don't require editing MariaDB configuration to setup frappe by Thatoo · Pull Request #25609 · frappe/frappe · GitHub

[Thatoo]

Aha, une nouvelle MR vient d’apparaître pour ce backport : feat: don't require editing MariaDB configuration to setup frappe (backport #25609) by mergify[bot] · Pull Request #25757 · frappe/frappe · GitHub.

Il nous faut juste donc patienter qu’elle soit intégrer

[Thatoo]

Oui, enfin j’ai dû faire une PR pour résoudre un conflit dans la PR de backport…
On va voir si ça passe.

[Thatoo]

Je vois que feat: don't require editing MariaDB configuration to setup frappe by Thatoo [frappe] PR#25609 (!2467) · Merge requests · Dokos / Dodock · GitLab a été intégré au code de develop. Cool! DOnc Dodock est raccord avec frappe pour develop.

Pour la v4, le code a été aussi backporté : feat: don't require editing MariaDB configuration to setup frappe (backport #25609) by mergify[bot] · Pull Request #25757 · frappe/frappe · GitHub a été intégré à version-15-hotfix chez frappe ce matin. Il devrait donc pouvoir être backporté aussi vers v4.

Est-ce que vous pourriez me dire où ça va se passer dans gitlab ou m’indiquer ici quand ce sera fait?

[chdecultot]

Bonjour @Thatoo,

J’ai taggué la MR originale avec le libellé backport v4-dev
Une MR va être ouverte automatiquement sur la branche v4-dev dans la matinée.
Ensuite on va résoudre les conflits et l’intégrer en v4-dev dès que possible.

On fait une publication de v4-dev en v4 par semaine, le vendredi soir, donc si tout va bien on devrait pouvoir publier le changement en v4 d’ici la fin de semaine.

Bonne journée !

[chdecultot]

On a fusionné en v4-dev, ce sera publié en v4 ce week-end.

feat: don't require editing MariaDB configuration to setup frappe by Thatoo...

Merci beaucoup @Thatoo !

[Thatoo]

J’ai mis à jour le script d’installation automatique (debian 12 et ubuntu 22.04 et supérieur) qui n’a plus besoin maintenant de « ruser » frappe (utilisation de sed précédemment) : Dokos_ynh/bash-script-install/dokos_install.sh at Thatoo-bash-script-install · Thatoo/Dokos_ynh · GitHub

Il pourrait être d’ores et déjà proposé dans la documentation d’installation.

Je vais essayer d’avancer sur la création d’un paquet yunohost sur mon repo : GitHub - Thatoo/Dokos_ynh: Dokos is a 100% open-source management software that is based on ERPNext .

[corentin]

Bonjour @Thatoo,

Il pourrait être d’ores et déjà proposé dans la documentation d’installation.

Si tu penses que c’est prêt, je te laisse faire une page spécifique dans la documentation dans le dossier installation de gitlab.com/dokos/documentation. Si tu es connecté à ton compte GitLab, tu peux utiliser ce bouton : Créer la page sur GitLab…. Tu peux juste écrire une ébauche et ajouter un lien vers ton script, je viendrais reformuler si jamais il y besoin.

---

Dans l’histoire de Dokos il y a eu plusieurs méthodes d’automatisation de l’installation, par exemple :

• Ansible (déprécié)
• Machine virtuelle Vagrant (déprécié)
• Un script Python (déprécié)

Malheureusement, maintenir toutes ces méthodes représentait une charge de travail trop importante, donc l’équipe a décidé de se concentrer sur l’installation manuelle + l’installation “Docker”, et de reposer sur la communauté pour en maintenir d’autres ! Cette maintenance communautaire repose sur la documentation l’écosystème Dokos.

[Thatoo]

Mon script pour paquet Yunohost commence à prendre forme. Sa version la plus avancée pour l’instant se trouve là : Dokos_ynh/scripts/install at test-systemd_cleanup · Thatoo/Dokos_ynh · GitHub

Je fais face à une erreur que je ne comprends pas.

esbuild.js path[0] argument must be of type string. Received undefined

Des idées?

[Thatoo]

Bonjour @corentin ,

Je travaille au script d’upgrade du paquet Yunohost et j’ai un petit soucis.

Ici, Mises à jour · Dokos Documentation , il est écrit :

• bench update --bench mettra à jour seulement l’application docli (Bench)

or, je ne trouve pas cette option --bench :

$ /var/www/dokos/bin/bench update --help
Usage: bench update [OPTIONS]

  Performs an update operation on current bench. Without any flags will
  backup, pull, setup requirements, build, run patches and restart bench.
  Using specific flags will only do certain tasks instead of all

Options:
  --pull                Pull updates for all the apps in bench
  --apps TEXT
  --patch               Run migrations for all sites in the bench
  --build               Build JS and CSS assets for the bench
  --requirements        Update requirements. If run alone, equivalent to
                        `bench setup requirements`
  --restart-supervisor  Restart supervisor processes after update
  --restart-systemd     Restart systemd units after update
  --no-backup           If this flag is set, sites won't be backed up prior to
                        updates. Note: This is not recommended in production.
  --no-compile          [DEPRECATED] This flag doesn't do anything now.
  --force               Forces major version upgrades
  --reset               Hard resets git branch's to their new states
                        overriding any changes and overriding rebase on pull
  --help                Show this message and exit.

et évidemment, ça ne s’exécute pas. Or, ça m’intéressait de pouvoir seulement « mettre à jour seulement l’application docli (Bench) ».
Cette option n’est plus valable?

[corentin]

Bonjour @Thatoo,

@Thatoo

Cette option n’est plus valable?

Ah oui bien vu, elle n’apparaît pas dans le --help car elle a été supprimée.
Mettre à jour docli/bench se fait via le gestionnaire de paquet Python (pip).

python3 -m pip install --upgrade --quiet dokos-cli

Source : https://doc.dokos.io/dodock/installation/manuelle#dokos-cli

Merci pour ta vigilance

[Thatoo]

J’ai une bonne nouvelle, le paquet Dokos est fonctionnel.
Les script d’installation, de backup, de suppression, de restauration et de mis à jour fonctionnent.
Dokos sera donc installable sur Yunohost dès que Yunohost version 12 sortira.

[Thatoo]

Je cherche maintenant à peaufiner le paquet en l’intégrant si possible au ldap et sso de yunohost et dans un deuxième temps de voir s’il serait possible d’installer plusieurs instances.

Au sujet de ldap, la documentation est… mince : Ldap · Dokos Documentation

Et chez frappe, Setting up LDAP, il n’explique que comment activer ldap depuis l’interface d’admin.

Je cherche comment l’intégrer pendant le script d’install en modifiant un fichier de conf ou la bdd.

[Thatoo]

Est-ce que quelqu’un pourrait tester que Dokos, en l’installant via Yunohost fonctionne bien?
Il faudrait installer une Debian 12 dans une VM, puis faire

$ curl https://install.yunohost.org/bookworm | bash -s -- -d unstable

pour installer Yunohost 12 et ensuite, dans l’admin de Yunohost, dans aplication, choisir installer et tout en bas, installer via l’url https://github.com/Thatoo/Dokos_ynh/tree/init_dev

et ensuite tester Dokos dans tous ses aspects et me dire si tout fonctionne bien ou s’il y a des soucis.

Par ailleurs, j’aimerais bien réussir à intégrer Dokos au LDAP de Yunohost dès l’installation. Je cherche un dev python pour m’aider avec cet aspect.

[aya]

Salut Thatoo,

Je viens de passer mon yunohost en version 12 pour tester ton install et ça marche nickel !
Tout s’est installé du premier coup, aucune erreur, bravo, c’est du bon boulot
Je vais tester Dokos, je te tiens au courant si je trouve des anomalies.

[Thatoo]

Est-ce que tu as un retour à faire pour l’heure?

Perso, j’ai un problème avec les pdfs qui ne s’affichent pas correctement.

J’ai d’abord dû désinstaller wkhtmltopdf installé par le paquet yunohost (paquet depuis les sources debian) pour installer le paquet wkhtmltopdf with patched Qt depuis le github release Releases · wkhtmltopdf/packaging · GitHub .

Le rendu en a été amélioré mais ce n’est pas encore vraiment « bon » (censé être un rendu de twenty twenty) :

Je suis surpris d’ailleurs que Dokos se repose sur wkhtmltopdf dont le repo vient d’être archivé…

@corentin tu aurais une idée de la raison pour laquelle le rendu n’est pas celui attendu?

[corentin]

@Thatoo

tu aurais une idée de la raison pour laquelle le rendu n’est pas celui attendu?

Désolé @Thatoo mais je n’ai pas encore rencontré ce problème de rendu visuel
Peut-être que certains fichiers de style ne sont pas correctement récupérés lors de l’impression.

---

Je suis surpris d’ailleurs que Dokos se repose sur wkhtmltopdf dont le repo vient d’être archivé

Tu es loin d’être le premier à t’interroger sur wkhtmltopdf :

• Replacement for wkhtmltopdf dep · Issue #27595 · frappe/frappe · GitHub
• replace wkhtmltopdf with chrome · Issue #329 · frappe/print_designer · GitHub

En l’état, wkhtmltopdf fait son travail comme prévu, donc qu’il soit maintenu ou non ça ne devrait pas poser de problème, en dehors des considérations de sécurité (qui ne font de toute façon pas partie du périmètre de wkhtmltopdf). Mon opinion est que changer de moteur de rendu est important je suis bien d’accord, mais puisque ça n’est pas critique ça n’est pas priorisé¹.

---

1. (opinion) Il ne faut pas oublier que Dokos et son cousin ERPNext existent depuis 16 ans, et sont le résultat de centaines de milliers d’heures de travail. Chaque heure passée à réécrire une partie du logiciel qui fonctionne (pas très bien dans ton cas ) est difficile à justifier quand les ressources sont limitées. D’ailleurs Odoo aussi utilise (utilisait ?) wkhtmltopdf [1] [2] donc ça n’est même pas vraiment une question de ressources.