Projet

Général

Profil

Anomalie #16443

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

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

Statut:
Clôturé
Priorité:
3-Mineur
Assigné à:
Ludovic ARAUJO
Version cible:
20.10
Début:
01/03/2021
Echéance:
Version applicable MC:
Tags Courrier:

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

Lié à Backlog Parapheur - Fonctionnalité #13897: [Conversion] Pouvoir choisir entre ImageMagick et GraphicsMagickR&D - Terminé2020-05-12

Historique

#1 Mis à jour par Support Maarch il y a environ 3 ans

  • Statut changé de A qualifier à A traiter

#2 Mis à jour par Quentin RIBAC il y a environ 3 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.

#3 Mis à jour par Emmanuel DILLARD il y a environ 3 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)

#4 Mis à jour par Florian AZIZIAN il y a environ 3 ans

#5 Mis à jour par Florian AZIZIAN il y a environ 3 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.

#6 Mis à jour par Ludovic ARAUJO il y a environ 3 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.

#7 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

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

#8 Mis à jour par Florian AZIZIAN il y a environ 3 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 ?

#9 Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Statut changé de Complément d'Informations à 17

#10 Mis à jour par Emmanuel DILLARD il y a presque 3 ans

  • Priorité changé de 1-Majeur à 3-Mineur

#11 Mis à jour par Emmanuel DILLARD il y a presque 3 ans

  • Statut changé de 17 à Complément d'Informations

#12 Mis à jour par Emmanuel DILLARD il y a presque 3 ans

  • Projet changé de Backlog à Backlog Courrier
  • Version cible changé de 20.10 (Fin de vie) à 20.10

#13 Mis à jour par Emmanuel DILLARD il y a plus de 2 ans

  • Statut changé de Complément d'Informations à Clôturé

Cette demande est en attente de complément d'information depuis plus de 60 jours.

Elle est clôturée automatiquement.

Si vous pensez que c'est une erreur, vous pouvez la remettre en traitement

Formats disponibles : Atom PDF