Problème dépendances Alexa API debian 11.11

Salut à tous,
Après pas mal de recherche je reste bloqué sur mon problème.
J’ai des VM sur freebox delta, une en prod qui commence à datée en debian 10 et une autre que j’essaie de monter en debian 11 mais qui me pose quelques petits soucis que je solde au fur et à mesure.
Mon problème actuel et les dépendances Alexis API qui semblent être OK mais les logs disent le contraire.
Freebox Delta / Debian 11.11 (64bits) / Jeedom 4.4.15 / Alexa-API (Beta) / Le répertoire data à été créé dans l’arborescence du plugin

Voici les logs du lancement des dépendances :

======================================================================
== 08/09/2024 08:01:13 == Installation des dépendances de alexaapi
======================================================================
[  0% ] : Vérification des droits...
[  4% ] : Vérification des droits : [0sec] : [  OK  ]
[  5% ] : Mise à jour APT et installation des packages nécessaires...
[  9% ] : Mise à jour APT et installation des packages nécessaires : [5sec] :  ERROR 
[ 10% ] : Prérequis...
[ 14% ] : Prérequis : [0sec] : [  OK  ]
[ 15% ] : Installation des packages nécessaires...
[ 19% ] : Installation des packages nécessaires : [3sec] : [  OK  ]
[ 20% ] : Vérification du système...
[ 24% ] : Vérification du système : [1sec] : [  OK  ]
[ 25% ] : Vérification de la version de NodeJS installée...
[Check Version NodeJS actuelle : v18.20.4 : [  OK  ]
[Check Version NPM : 10.7.0 : [  OK  ]
[Check Prefixe : /usr et sudo prefixe : /usr et www-data prefixe : /usr : [  OK  ]
[ 29% ] : Vérification de la version de NodeJS installée : [4sec] : [  OK  ]
[ 30% ] : Nettoyage...
[ 59% ] : Nettoyage : [0sec] : [  OK  ]
[ 60% ] : Nettoyage ancien modules...
[ 69% ] : Nettoyage ancien modules : [0sec] : [  OK  ]
[ 70% ] : Installation des librairies, veuillez patienter svp...
[ 99% ] : Installation des librairies, veuillez patienter svp : [24sec] : [  OK  ]
[100% ] : Terminé !
======================================================================
==KO== Erreur d'Installation [38sec]
======================================================================
== ANALYSE DES ERREURS...
== AUCUNE ERREUR CONNUE DÉTECTÉE
== Erreur à l'étape : Mise à jour APT et installation des packages nécessaires
== Ligne 20
== La commande `sudo apt-get update' pose problème
== Le code de retour est 100
== Le message d'erreur :
Ign:1 http://security.debian.org bullseye/updates InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 http://deb.debian.org/debian bullseye-backports InRelease
Err:5 http://security.debian.org bullseye/updates Release
404  Not Found [IP: 2a04:4e42:1d::644 80]
Hit:6 https://deb.nodesource.com/node_18.x nodistro InRelease
Reading package lists...
E: The repository 'http://security.debian.org bullseye/updates Release' does not have a Release file.
======================================================================

Merci

J’avais crée le répertoire data dans la racine du plugin au lieu de le crée sous le répertoire ressource. Maintenant mes cookies sont opérationnel ainsi que le pulgin part contre j’ai toujours l’erreur sur les dépendances, puis laisser le système dans cet état ?

Merci

Bonjour,

Le titre de votre post est erroné.
Ce ne sont pas les dépendances du plugin qui ont un souci.

Mais les mises à jour de Linux avec apt update && apt upgrade

Sur le Linux il faut désactiver ipv6

1 « J'aime »

Ou avoir la bonne configuration réseau.

Salut Vegeta,

J’ai désactivé IPV6 mais les logs restent identiques, est-ce réellement un problème de le laisser dans cet état ?

Merci

Cela signifie que vous n’êtes plus en mesure de faire les mises à jour de Linux, donc à priori les mises à jour de sécurité de l’OS.

De plus si vous avez désactivé l’IP V6, les logs ne devraient plus être identiques, on ne devrait plus voir cela

Il doit y avoir une entrée érronée dans /etc/apt/sources.list
Surement cela

deb http://deb.debian.org/debian bullseye-security (...)

à remplacer par

deb http://security.debian.org/debian-security bullseye-security (...)

Hello, je suis également sur la delta, pour ma part, ma tentative de monter de version de Debian a abouti a ce genre de soucis (meme si je ne suis pas sur que ce soit exactement pareil).

J’ai tenté un nouvelle installe, mais a l’epoque (cet été) la version téléchargeable officiel pour la delta n’etait pas en Debian 11.

Donc pour m’en sortir, j’ai fais un VM debian classique, avec une install de jeedom classique.

Bonjour,

Il est pourtant écrit partout qu’un changement d’OS pour Jeedom c’est une réinstallation pas une mise à jour.

Il est vrai que cette phrase porte à confusion et que si c’est un upgrade, c’est une très mauvaise chose.

en effet c’est une mise à jour debian 10 vers 11.

Donc ça va être 2 avé maria, 3 carambar et une soupe d’orties

Pour le fouet je laisse la place au WAF

1 « J'aime »

Bonne nouvelle,

Ca fonctionne !!!

Merci pour le conseil

=====================================================================
== 08/09/2024 11:50:20 == Installation des dépendances de alexaapi
======================================================================
[  0% ] : Vérification des droits...
[  4% ] : Vérification des droits : [0sec] : [  OK  ]
[  5% ] : Mise à jour APT et installation des packages nécessaires...
[  9% ] : Mise à jour APT et installation des packages nécessaires : [6sec] : [  OK  ]
[ 10% ] : Prérequis...
[ 14% ] : Prérequis : [0sec] : [  OK  ]
[ 15% ] : Installation des packages nécessaires...
[ 19% ] : Installation des packages nécessaires : [3sec] : [  OK  ]
[ 20% ] : Vérification du système...
[ 24% ] : Vérification du système : [0sec] : [  OK  ]
[ 25% ] : Vérification de la version de NodeJS installée...
[Check Version NodeJS actuelle : v18.20.4 : [  OK  ]
[Check Version NPM : 10.7.0 : [  OK  ]
[Check Prefixe : /usr et sudo prefixe : /usr et www-data prefixe : /usr : [  OK  ]
[ 29% ] : Vérification de la version de NodeJS installée : [5sec] : [  OK  ]
[ 30% ] : Nettoyage...
[ 59% ] : Nettoyage : [0sec] : [  OK  ]
[ 60% ] : Nettoyage ancien modules...
[ 69% ] : Nettoyage ancien modules : [0sec] : [  OK  ]
[ 70% ] : Installation des librairies, veuillez patienter svp...
[ 99% ] : Installation des librairies, veuillez patienter svp : [23sec] : [  OK  ]
[100% ] : Terminé !
======================================================================
==OK== Installation Réussie [37sec]
======================================================================
saisissez ou collez du code ici

Hélas, votre upgrade ne vous met pasà l’abri de souci avec d’autres dépendances d’autres plugins.

Je en saurai trop que vous conseiller de réinstaller un OS propre et restaurer votre backup jeedom pour éviter de futur ennui

Je comprends très bien qu’il soit préférable de repartir sur un OS propre pour éviter certains déboires, mais à la décharge de @Maxfa11 , si Linux n’était pas aussi « inbitable », repartir de 0 ne serait pas un chemin de croix.
Perso je viens du monde Windows et j’utilise Linux parce qu’il n’y a aucune autre alternative avec Jeedom.
Tout comme @Maxfa11 j’ai une VM Freebox qui était prête à l’emploi lorsque j’ai commencé avec Jeedom en 2021. Depuis cette date, afin d’affiner certains réglages, installer le certificat certbot, faire fonctionner certains plugins, configurer Fail2ban… il m’a fallu saisir des lignes de commandes où dans le plupart des cas je n’ai fait que recopier bêtement car je n’en saisissais pas les tenants et aboutissants et sans interface graphique c’est encore plus compliqué.
Donc repartir de 0, oui pourquoi pas, mais devoir tout refaire, et surtout me souvenir de tout ce que j’ai pu saisir et modifier sous SSH c’était carrément mission impossible.

Sans parler des innombrables distributions qui existent et pour lesquelles il faut être devin avant de savoir choisir celle qui convient à son matériel.

Face à ce constat, en mars j’ai opté pour la simplicité et ayant trouvé un tuto relativement simple, j’ai effectué la mise à jour de l’OS. Je touche du bois, mais je n’ai pas rencontré de problème lié à l’OS depuis cette date. Je n’incite personne à suivre mon exemple, mais tout le monde n’est pas tombé dans Linux étant petit.

J’aimerais vraiment repartir sur une solution propre, j’ai essayé de faire une installation sur Debian 12.7, pas de problème particulier Jeedom se lance mais quand je rappelle une sauvegarde jeedom, celle-ci se lance et ne semble pas terminé et je ne récupère pas la main sur l’interface jeedom. Restauration bloquée sur « Update composer file… »
Faut-il vraiment repartir complétement de 0 ?

On vous dit ça parce que c’est le plus simple pour tous le monde et en plus jeedom n’apprécie pas vraiment la blague.

Après ta mise à jour a tu rafraîchis ta page web ?

C’est que on essaye au maximum de normaliser l’ors de l’installation de jeedom et plugin.
Après les configurations que vous faites en dehors de jeedom, bah ça du coup ça pose problème😉

oui mon interface jeedom n’est plus accessible depuis mon pc je vois juste une page blanche en version mobile

A tu le lien que je regarde ?
C’est en debian 12 qu’on parle la ?