Anomalie #16443: [SaaS Courrier RedHat] version de glibc2.29 requise par les outils de conversion non disponible - Backlog Courrier - MAARCH - Support éditeur

Actions

Copier le lien

Anomalie #16443

fermé

[SaaS Courrier RedHat] version de glibc2.29 requise par les outils de conversion non disponible

Ajouté par Quentin RIBAC il y a presque 4 ans. Mis à jour il y a plus de 3 ans.

Statut:

Clôturé

Priorité:

3-Mineur

Assigné à:

Ludovic ARAUJO

Version cible:

20.10

Début:

01/03/2021

Echéance:

Description

Sur le SaaS Courrier,

[quentin.ribac@si-mcweb1-d1 ~]$ cat /proc/version
Linux version 4.18.0-147.8.1.el8_1.x86_64 (mockbuild@kbuilder.bsys.centos.org) (gcc version 8.3.1 20190507 (Red Hat 8.3.1-4) (GCC)) #1 SMP Thu Apr 9 13:49:54 UTC 2020

L’outil convert échoue car il a besoin de glibc2.29 :

[quentin.ribac@si-mcweb1-d1 ~]$ convert
convert: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by /lib64/libpng16.so.16)

Or glibc n’est disponible qu’en 2.28-127 maximum :

[quentin.ribac@si-mcweb1-d1 ~]$ dnf list glibc
Dernière vérification de l’expiration des métadonnées effectuée il y a 0:00:10 le lun. 01 mars 2021 16:39:34 CET.
Paquets installés
glibc.x86_64                                                                                     2.28-72.el8_1.1                                                                                      @BaseOS
Paquets disponibles
glibc.i686                                                                                       2.28-127.el8                                                                                         BaseOS 
glibc.x86_64                                                                                     2.28-127.el8                                                                                         BaseOS

Ceci bloque les outils de conversion depuis Maarch Courrier 20.03 & 20.10. Ceci bloque la conversion des html en pdf et la génération des aperçus.

Il faut tester et fournir une solution d’exploitation avec ces versions logicielles et systèmes.

Nous avons simplement installé screen, qui ne requiert pas de dépendances.

Demandes liées 1 (0 ouverte — 1 fermée)

Actions

Copier le lien

Mis à jour par Support Maarch il y a presque 4 ans

Statut changé de A qualifier à A traiter

Actions

Copier le lien

Mis à jour par Quentin RIBAC il y a presque 4 ans

Nous avons trouvé une solution de contournement :

Il faut fixer la version de libpng16.so à la 16.34 avec les commandes :

[root@si-mcweb1-d1 mc2010mig]# ln -s /lib64/libpng16.so.16.34.0 /lib64/libpng16.so
[root@si-mcweb1-d1 mc2010mig]# ln -s /lib64/libpng16.so.16.34.0 /lib64/libpng16.so.16

Il faut trouver une solution permanente qui n’oblige pas à fixer les versions de dépendances par des liens symboliques dans les fichiers du système. C’est en effet une solution peu élégante et trop difficile à maintenir.

Actions

Copier le lien

Mis à jour par Emmanuel DILLARD il y a presque 4 ans

Statut changé de A traiter à R&D - A étudier
Assigné à changé de EDI PO à Florian AZIZIAN
Priorité changé de 0-Bloquant à 1-Majeur
Version cible changé de Inscription Backlog Courrier à 20.10 (Fin de vie)

Actions

Copier le lien

Mis à jour par Florian AZIZIAN il y a presque 4 ans

Lié à Fonctionnalité #13897: [Conversion] Pouvoir choisir entre ImageMagick et GraphicsMagick ajouté

Actions

Copier le lien

Mis à jour par Florian AZIZIAN il y a presque 4 ans

Statut changé de R&D - A étudier à Complément d'Informations
Assigné à changé de Florian AZIZIAN à Quentin RIBAC

Suite à une remontée de Laurent, une modification avait été faite sur Parapheur pour pouvoir utilisé GraphicsMagic - Voir ticket Lié (car ImageMagick en fonctionnait pas correctement sur centos 8)
Peux-tu me confirmer que, sur le serveur du Saas, la conversion du parapheur fonctionne correctement ?
Si oui, nous ferons la même modification pour prendre en compte GraphicsMagick dans Courrier.

Actions

Copier le lien

Mis à jour par Ludovic ARAUJO il y a presque 4 ans

Statut changé de Complément d'Informations à A traiter
Assigné à ~~Quentin RIBAC~~ supprimé

Je vous confirme que GraphicsMagick fonctionne sur le parapheur pour les RHEL8/CentOS8(hors SaaS)

Par contre, je ne suis pas sur de la solvabilité de l'anomalie avec cette modification.
La librairie impactée est la libpng16.so.16
Je sais que cette librairie est utiliser par gd et imagick.

Comme Quentin l'explique, on est obligé d'utiliser une version plus vielle de la librairie pour continuer de fonctionner.

Actions

Copier le lien

Mis à jour par Emmanuel DILLARD il y a presque 4 ans

Statut changé de A traiter à R&D - A étudier
Assigné à mis à Florian AZIZIAN

Actions

Copier le lien

Mis à jour par Florian AZIZIAN il y a presque 4 ans

Statut changé de R&D - A étudier à Complément d'Informations
Assigné à changé de Florian AZIZIAN à Ludovic ARAUJO

Avec GraphicMagick, ça utilisera la commande "gm convert"
Alors qu'avec imageMagick, ça utilise la commande "convert", donc il n'y aura plus le problème.
Et si ça marche sur parapheur, il n'y a pas de raison que ça ne fonctionne pas sur courrier. On utilise les mêmes composants.

Par contre vous parlez aussi de la conversion des html en pdf.
Pour les html, on utilise wkhtmltopdf et wkhtmltoimage

Dans la doc d'installation sous centos (https://docs.maarch.org/gitbook/html/MaarchCourrier/20.10/guat/guat_installation/centos.html), il y a ces commandes pour récupérer une version précise de wkhtml :

Convertir les html en imagettes
cd /tmp
wget https://downloads.wkhtmltopdf.org/0.12/0.12.4/wkhtmltox-0.12.4_linux-generic-amd64.tar.xz
tar xvf wkhtmltox-0.12.4_linux-generic-amd64.tar.xz
mv wkhtmltox/bin/wkhtmlto* /usr/bin
chown maarch. /usr/bin/wkhtmltopdf
chown maarch. /usr/bin/wkhtmltoimage

Avez-vous essayé avec ça ?

Actions

Copier le lien