Bonjour,
L’installeur rpm de Dolibarr pour Fedora vérifie que php-imap est bien installé.
Or depuis la version 34 de Fedora php-imap a été retiré car php-imap s’appuie sur la librairie libc-client qui est un projet ‹ mort › sans maintenance depuis plus de 10 ans.
Il y a bien-sûr une solution de contournement en installant sur la plateforme une pile php du dépôt Remi qui comprend php-imap mais qui oblige à faire ‹ quelques acrobaties › si le serveur a d’autres applicatifs et donc nécessite d’adresser la bonne pile php par applicatif.
Ne serait-il pas opportun de changer de solution pour adresser les mails ? et dans un premier temps de ne plus obliger l’installation de php-imap quitte à geler la fonction mail ?
Merci.
1 « J'aime »
Bonjour,
PHP-IMAP est toujours actif est supporté : GitHub - barbushin/php-imap: Manage mailboxes, filter/get/delete emails in PHP (supports IMAP/POP3/NNTP)
Présente dans toutes les « bonnes » distributions :
Après il existe aussi des dépôts alternatifs : https://fedora.pkgs.org/35/remi-x86_64/php-imap-8.0.25-1.fc35.remi.x86_64.rpm.html
Les « bonnes » distributions … une notion très relative.
S’agissant de la solution alternative avec le dépôt Rémi, je l’ai indiqué mais elle présente quand même quelques inconvénients que j’ai aussi indiqué (multiplication de piles php).
Je me permet de donner la référence de la décision Fedora disponible sur bugzilla :
-------------------
Remi Collet 2021-05-03 12:00:15 UTC
The main issue is that uw-imap (used by imap) extension is a dead project, not maintained for >10 years
Nobody serious should rely on it
As uw-imap have been removed from the distribution, php-imap also
-----------------------------------
Querelle de spécialiste.
1 « J'aime »
Bonjour,
Il me semble que php-imap n’est pas une dépendance requise mais juste conseillée ?
Elle est requise dans le .deb.
Il faudrait passer par une installation manuelle pour contourner le probléme.
Dolibarr est open-source, si vous présentez une modification en ce sens à la communauté, il y a de grandes chances qu’elle soit acceptée !
A vos PR : Pull requests · Dolibarr/dolibarr · GitHub
Dans ce cas, elle devrait être uniquement en suggéré ou recommandé mais pas en dépendance obligatoire (utilisation du verbe recommends ou suggest dans le paquet deb mais pas depends).
Il faudrait changer ça au niveau du fichier control du paquet DEB.
Ce dépôt github ce n’est pas l’extension php imap. Le tableau des versions et du support n’a rien à voir avec l’extension php imap.
L’extension php imap c’est du code C PHP: Introduction - Manual
1 « J'aime »
php-imap est obligatoire (et non conseillé) pour l’installeur de Fedora en rpm : essai fait hier (20/11/2022). L’installeur s’arrête.
Je pense que la solution de php-imap recommandé lors de l’installation mais sans rendre obligatoire le package serait une possibilité intéressante. A voir ce que cela impacte sur l’installeur et aussi sur le fait sans doute de bloquer certaines fonctionnalités nécessitant php-imap.
On peut aussi se poser la même question pour php-ldap bien que me concernant le problème ne se pose pas sur Fedora 37 puisque php-ldap est un package disponible dans les repository.
Donc si évolution dans ce sens, merci aussi de le faire pour rpm et pas seulement pour deb.
1 « J'aime »
Oui, c’est pareil pour les .rpm au niveau suggests, recommends à la place de require (au lieu de depends pour les paquets Debian)
https://rpm-software-management.github.io/rpm/manual/dependencies.html
Après, c’est toujours possible de l’installer sans le paquet .rpm
Personnellement, je trouve que c’est plus flexible et en effet si installation directement depuis l’archive, l’installation ne bloque pas vu que ce n’est qu’un warning.
Merci pour toutes les infos et la réactivité.
Je n’ai plus qu’à essayer les différentes solutions proposées.
Bonjour,
Je vous recommande quand même de faire l’installation « à la main » plutôt que d’utiliser un paquet.
Nginx ou apache, php (avec les quelque module), mysql/marriadb + le code source de Dolibarr cloné depuis le dépot GIT, c’est quelque heure de recherche au début mais beaucoup d’autonomie de gagné par la suite.
3 « J'aime »
C’est effectivement ce que j’ai fait à partir du zip.
J’ai noté quelques coquilles dans la doc ou ajout qu’il me semblerait intéressant de compléter dans le cas de Fedora (je ne sais comment proposer ces évolutions) :
- le changement de propriétaire groupe est :
chown -R apache:apache /var/www/html/dolibarr
C’est 2 points et non pas point.
Pour le fichier de configuration c’est :
chown apache:apache htdocs/conf/conf.php
Pour le répertoire de documents, c’est :
chown apache:apache /var/lib/dolibarr/documents
L’installation est opérationnelle sur une Fedora 37 version serveur et j’ai même pu récupérer les données d’une version 15 dans une version 16.
Encore merci pour la réactivité des réponses.
Bonjour,
Plutot que télécharger le zip depuis github
git clone --branch 16.0 https://github.com/Dolibarr/dolibarr.git
Domma ca aprés pour mettre a jour il n’y a qua faire
git pull orgin 16.0
