Hylafax - Ghostcript - PDF vide suite à mise à jour

[Lpinux]

Bonjour,

suite à la mise à jour de ghostscript.i386 0:7.07-33.13.el4, les fax reçus sur mon serveur SME sont vides.
J'essaie de revenir à une version précédente de ghostscript (ghostscript-7.05.6-0smea2.i386.rpm que j'ai en sauvegarde) mais ghoscript étant vital pour d'autres logiciels, je me permet de vous demander conseil :

This transaction would cause smeserver-support to be removed. This package is vital for the basic operation of your system. If you really want to remove it, edit the list of protected packages in the file /etc/sysconfig/protected-packages or in the directory /etc/sysconfig/protected-packages.d or use the --override-protection command-line option.

Comment procéder pour être sûr de ne pas casser mon SME qui est en production (je n'ai pas d'autres installations pour faire ce test) ?

Merci pour vos remarques éclairées,

Cordialement

Pascal

[Franck78]

Je vais peut être dire une bétise vis à vis de SME, mais plutôt qu'un downgrade, j'effectuerais la mise à jour avec le package corrigé !
Mais c'est quand même pas clair leur histoire de -P. Le mieux serait de trouver 'qui appelle ce ghostscript avec un fichier sans 'path' et de le fixer.

https://rhn.redhat.com/errata/RHSA-2012-0095.html


Peut être un fix temporaire en remplacant le programme (gs ?) par un batch qui corrige le paramètre puis appelle le véritable gs.


Franck

[jibe]

Salut,

Effectivement, un upgrade serait bien préférable à un downgrade !

Je ne vois à priori pas pourquoi la version corrigée pourrait poser problème et pourquoi ne pas la mettre en place. Cela dit malgré tout sans garantie, puisque non testé. Le mieux serait de faire un essai avec une machine de test : tu n'as pas un vieux PC qui traîne ou une quelconque VMWare ou virtual box ?

[unnilennium]

Comment procéder pour être sûr de ne pas casser mon SME qui est en production (je n'ai pas d'autres installations pour faire ce test) ?

Le mieux serait de ne pas utiliser yum à cette fin

Code : Tout sélectionner

rpm -Uvh --nodeps --force ghostscript-7.05.6-0smea2.i386.rpm

devrait faire l'affaire.

puis rajouter ghostcript dans les exclusion de mise a jour dans les repo ou il se trouver, afin d’éviter de se retrouver avec ce problème au prochain yum

Code : Tout sélectionner

db yum_repositories show nomdurepo
db yum_repositories setprop nomdurepo Excludes `db yum_repositories getprop updates Exclude`,ghostscript


ceci étant l'option downgrade, il est effectivement plus sage de trouver un patch....

[Lpinux]

Bonjour,
en suivant les conseils de unnillennium, je peux maintenant redemarrer une nouvelle installation de SMERPFax en suivant la procédure préconisée :
yum localinstall hylafax-4.2.5-1rhel4.i386.rpm (même si ce n'est pas la dernière version d'Hylafax)
yum localinstall SMERPFax-0.8b1-1.noarch.rpm
cd /tmp/SMERPFax.ins/
./SMERPFax_ins.sh

Comme je le retrouve sur ce Post, http://forums.ixus.net/viewtopic.php?f= ... c&start=15 je me retrouve maintenant avec un problème de dépendance :
libstdc++-libc6.2-2.so.3 est nécessaire pour hylafax-4.2.0-1rh7.i386

Comment puis-je maintenant gérer ce problème de dépendance, qui n'existait pas avant ?

Merci pour votre compréhension,
Cordialement

Pascal

[unnilennium]

Bonjour,
en suivant les conseils de unnillennium, je peux maintenant redemarrer une nouvelle installation de SMERPFax en suivant la procédure préconisée :
yum localinstall hylafax-4.2.5-1rhel4.i386.rpm (même si ce n'est pas la dernière version d'Hylafax)
yum localinstall SMERPFax-0.8b1-1.noarch.rpm
cd /tmp/SMERPFax.ins/
./SMERPFax_ins.sh

Comme je le retrouve sur ce Post, http://forums.ixus.net/viewtopic.php?f= ... c&start=15 je me retrouve maintenant avec un problème de dépendance :
libstdc++-libc6.2-2.so.3 est nécessaire pour hylafax-4.2.0-1rh7.i386

Comment puis-je maintenant gérer ce problème de dépendance, qui n'existait pas avant ?

Merci pour votre compréhension,
Cordialement

Pascal

en recherchant libstdc++-libc6.2-2.so.3 dans notre amis google ressort le rpm compat-libstdc++

il faut l'installer

Code : Tout sélectionner

yum install compat-libstdc++

il se peut que d'autres compilateurs soient nécessaires, même type de procédure pour les installer, a savoir qu'une fois installer et en production il faut les désinstaller pour plus de sécurité

[jibe]

Salut,

Heu... Excuse-moi, JPP : pas trop étudié ce point et pas trop le temps de chercher mieux, mais il me semble que compat-libstdc++ soit une bibliothèque, pas un compilateur !

Veux-tu dire que cette bibliothèque serait à compiler avant utilisation sur SME ? Si c'est ça, alors effectivement, il faudrait installer les dev-tools, compiler, et les désinstaller ensuite.

Mais bon, il y a peut-être une version binaire (compilée) compatible SME de disponible ?

En attendant que quelqu'un ait plus de temps ou sache ce qu'il en est, fais quelques recherches google pour voir et comprendre ce qu'il en est, Lpinux Je crains qu'unnilennium ne soit allé un peu vite et ait oublié une partie de sa réponse ou ait mal précisé ! Ou alors, c'est moi qui suis trop fatigué

[unnilennium]

non c'Est bien une librairie, enfin le nom y ressemble, mais ne m'étant pas penché en particulier sur le script et ayant eu l’expérience de script d'install sous SME 6 ( et SMERP date de cette époque si je ne m'abuse) je prends les devant en disant qu'il risque de bloquer plus loin et que s'il réclame plus de trucs comme des compilateurs, il faudra penser à les enlever après installation du script.

Il est vrai que je me suis exprimé en m’enfourchant dans ma langue .

désolé pour le manque de clarté

[Lpinux]

Merci pour ces réponses,

si en console root je fais un yum list, je ne retrouve aucune trace de cette bibliothèque.
Un yum install compat-libstdc++ :
Loading "protect-packages" plugin
Loading "installonlyn" plugin
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Setting up Install Process
Setting up repositories
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Parsing package install arguments
No Match for argument: compat-libstdc++
Nothing to do

Je trouve dans le dossier /usr/lib la bibliothèque libstdc++.so.6.0.3 mais pas libstdc++-libc6.2-2.so. Faut-il simplement renomer ce fichier ?

Dans http://rpmfind.net/linux/rpm2html/searc ... 6.2-2.so.3 ne peut-on pas télécharger cette librairie (mais quelle version ?) et la copier dans le dossier /usr/lib par exemple ?

Cordialement

Pascal

[jibe]

Salut,

Je réponds rapidement au cas où je n'aurais pas le temps de repasser plus tard pour regarder tout ça de plus près. En gros,

- Il ne faut surtout pas renommer les bibliothèques. Le nom différencie les versions, qui ont des fonctionnalités et des appels de fonctions propres.
- Il faut trouver le moyen de résoudre les dépendances manquantes. La lib-compat-machin dont parle unnilennium semble servir à ça. Faire quelques recherches sur ce point (et penser à Contribs.org ! )
- Il est possible aussi, et c'est ce que disait unnilennium, que le seul moyen de résoudre le problème soit de recompiler certaines choses de manière à ce qu'elles accordent leurs dépendances,
- Les rpm doivent être préparés pour CentOS 4 ou Fedora el4. En principe, un rpm bien prévu pour ces versions ne devrait pas poser (trop ) de problèmes à l'install,
- Penser à utiliser yum localinstall et éventuellement rpm -ivh, les options --force et --nodeps sont à manier avec prudence, mais sont parfois indispensables.

Je repasse plus tard si je peux, mais hélas je ne peux rien promettre.

Au fait, as-tu essayé de contacter ecureuil ? elle a pas mal bossé sur le fax et pourrait certainement te donner de bons conseils. Elle ne semble pas passer souvent, mais elle réagirait peut-être bien à un MP lui demandant de passer donner son avis sur ce fil