Pb lors de l'installation de wallabag

### Mon serveur YunoHost

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.

Merci d’avance.

Le log est ici : https://pastebin.com/RXMs4ED3

Bonjour,

  1. 2019-09-24 18:26:44,289: DEBUG - + apt-get -y --no-remove -o Dpkg::Options::=–force-confdef -o Dpkg::Options::=–force-confold install -f
  2. 2019-09-24 18:26:46,999: DEBUG - Reading package lists…
  3. 2019-09-24 18:26:47,702: DEBUG - Building dependency tree…
  4. 2019-09-24 18:26:47,703: DEBUG - Reading state information…
  5. 2019-09-24 18:26:48,507: DEBUG - Correcting dependencies… Done
  6. 2019-09-24 18:26:49,410: DEBUG - The following packages will be REMOVED:
  7. 2019-09-24 18:26:49,411: DEBUG - wallabag2-ynh-deps
  8. 2019-09-24 18:26:49,512: DEBUG - 0 upgraded, 0 newly installed, 1 to remove and 3 not upgraded.
  9. 2019-09-24 18:26:49,513: WARNING - E: Packages need to be removed but remove is disabled.

Il faudrait voir avec de plus grands spécialistes, mais on dirait que l’option --no-remove pose 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 …

1 Like

Merci pour vos réponses.

Pour info, voici la liste des applications installées :

  • blogotext
  • nextcloud
  • transmission
  • minidlna

Les applis succeptibles de mal interagir avec wallabag serait donc nextcloud et blogotext non ?

Non … il peut s’agir d’une ancienne app désinstallée …

Est-ce que tu peux faire un dpkg --list | grep php | grep common ?

Merci pour ta réponse.

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.

Du coup tu as bien des paquets 7.3 installés (et les paquets 7.0 qui ont été fucked up par le repo sury …)

Comme mentionné ici je propose ce fix un peu sale mais qui fait le taf parce que y’a pas vraiment d’autre solution … :

echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/sury.list
wget -O /etc/apt/trusted.gpg.d/sury.gpg https://packages.sury.org/php/apt.gpg

Bonjour,

Merci @Aleks pour ta réponse et solution que je m’en vais tester.

Peux-tu éclairer ma lanterne et me dire en quoi cette solution est “sale” ?

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…

@yalh76 a fait ça pour l’appli pixelfed, pas de problème à signaler de mon côté pour le moment.

@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…

1 Like

@Aleks, méthode testée et approuvée. Merci pour la résolution du problème, en attendant qu’une solution pérenne soit trouvée par l’équipe de Yunohost.

Oula alors faudrait que je fasse gaffe ^^