Project

General

Profile

Anomalie #16443

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

Added by Quentin RIBAC about 1 year ago. Updated 9 months ago.

Status:
Clôturée
Priority:
3-Mineur
Target version:
Start date:
03/01/2021
Due date:
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.


Related issues

Related to Backlog Parapheur - Fonctionnalité #13897: [Conversion] Pouvoir choisir entre ImageMagick et GraphicsMagickDéveloppé / Analysé (S)2020-05-12

History

#1 Updated by Support Maarch about 1 year ago

  • Status changed from A qualifier to A traiter

#2 Updated by Quentin RIBAC about 1 year ago

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 Updated by Emmanuel DILLARD about 1 year ago

  • Status changed from A traiter to A étudier
  • Assignee changed from EDI PO to Florian AZIZIAN
  • Priority changed from 0-Bloquant to 1-Majeur
  • Target version changed from Inscription Backlog Courrier to 20.10 (Support actif)

#4 Updated by Florian AZIZIAN about 1 year ago

#5 Updated by Florian AZIZIAN about 1 year ago

  • Status changed from A étudier to Complément d'Informations
  • Assignee changed from Florian AZIZIAN to 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 Updated by Ludovic ARAUJO about 1 year ago

  • Status changed from Complément d'Informations to A traiter
  • Assignee deleted (Quentin RIBAC)
  • 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 Updated by Emmanuel DILLARD about 1 year ago

  • Status changed from A traiter to A étudier
  • Assignee set to Florian AZIZIAN

#8 Updated by Florian AZIZIAN about 1 year ago

  • Status changed from A étudier to Complément d'Informations
  • Assignee changed from Florian AZIZIAN to 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 Updated by Emmanuel DILLARD about 1 year ago

  • Status changed from Complément d'Informations to 17

#10 Updated by Emmanuel DILLARD about 1 year ago

  • Priority changed from 1-Majeur to 3-Mineur

#11 Updated by Emmanuel DILLARD about 1 year ago

  • Status changed from 17 to Complément d'Informations

#12 Updated by Emmanuel DILLARD 12 months ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from 20.10 (Support actif) to 20.10 (Actif)

#13 Updated by Emmanuel DILLARD 9 months ago

  • Status changed from Complément d'Informations to Clôturée

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

Also available in: Atom PDF