Matériel: Rasp 3+ avec dd Version de YunoHost: la dernière stable J’ai accès à mon serveur : sans difficultés, en ssh, par la page admin, etc Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : non Si oui, expliquer:
Description du problème
Bonjour à tous;
Je souhaite installer wallabag sur mon rpi avec yunohost mais lors de l’installation le script semble bloquer.
Je poste ci-dessous le log en espérant que cela puisse vous aider à voir d’où vient le problème.
A mon avis c’est encore un exemple de https://github.com/YunoHost/issues/issues/1407 … J’imagine que tu as une app qui utilise PHP 7.1, .2 ou .3 (tu peux faire un dpkg --list | grep php pour voir qu’il a de telle dépendances installées je pense)
On en a discuté au dernier meeting il y a une semaine … c’est pas clair quelle est la solution, si ce n’est que le workaround est de re-rajouter le dépot sury à la main … Mais ça ne déchaine pas les foules de trouver une solution pérenne à ce probleme majeur …
Voici le résultat de la commande :
ii php-common 2:70+0~20190814.17+debian9~1.gbp1e7da2 all Common files for PHP packages
ii php7.0-common 7.0.33-10+0~20190807.18+debian9~1.gbp5452d8 armhf documentation, examples and common module for PHP
ii php7.3-common 7.3.9-1+0~20190902.44+debian9~1.gbpf8534c armhf documentation, examples and common module for PHP
J’en profite pourpréciser que j’avais installé framaform.
Mouarf c’est subjectif, idéalement il faudrait trouver une solution où l’installation des paquets php7.3 et autres ne fout pas en l’air les dépendances php7.0 mais c’est pas trivial…
@Lapineige, en fait je n’ai pas fait ce que dit @Aleks pour pixelfed.
En fait le bug rencontré ici c’est justement à cause du PHP7.3 dont a besoin pixelfed et d’autres apps, qui obligent a utiliser le repo Sury. Lors de l’installation de PHP7.3, cela met à jour PHP7.0 dans une version spécifique. Et aprés c’est le bordel quand on veut installer une application PHP7.0…