Problème de relance des dépendances SIAPRO

Bonjour. Depuis la mise à jour de jeedom en V4.1.24 et passage de Debian 9 à 10, je n’arrive plus à relancer les dépendances de SIAPRO. Le lien avec mon HUB AJAX fonctionnait parfaitement avant. Quelqu’un a t’il une idée sur la marche à suivre ?
Ci-joint les logs.
siapro_update.txt (4,2 Ko)
siapro.txt (348 Octets)

Dans le log des dépendances tu as cela

 InRelease' changed its 'Suite' value from 'stable' to 'oldstable'

Donc je te conseille d’aller lire ceci Dépôt Debian 10 modifié de " stable " à " oldstable " suite sortie Debian 11 - #4 par portos1327

Ensuite mettre jeedom 4.1.27 qui est la dernière version
Et relancer les dépendances voir si le souci disparait et si cela devient OK,

Sinon il faudra fournir le log et le mieux c’est le copier ici et pas faire un lien vers l’extérieur
Et le mettre entre balises

1 « J'aime »

Bonjour,

Pour compléter la réponse de @anon53349806, lorsque vous voyez une erreur dans un log, n’hésitez pas à faire une petite recherche sur community avec l’un ou l’autre mot clé dans le message, il est fort probable que quelqu’un d’autre ait rencontré le même problème :wink:

@dap : as-tu résolu ton problème ?

Bonjour. Non pour l’instant mon problème est toujours d’actualité.

J’ai suivi les conseils de prfalken
Suite à la sortie de Debian 11, les dépôts sur Debian 10 ont été modifiés comme le dit le titre de ce post.
Beaucoup de personnes qui réinstallent en DIY sont donc confrontées à des paquets qui ne veulent plus s’installer.
La solution sous SSh :
sudo apt-get --allow-releaseinfo-change update
sudo apt update
sudo apt upgrade
La 1ere commande pour résoudre ce souci
Les autres pour mettre à jour Linux

La mise à jour ne se termine pas. Je reste à l’étape 'File to patch Progress 78%

Je suis en Debian 10 comme beaucoup de membres et je n’ai aucun souci de gestion des dépendances pour ce plugin.

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

Comment es-tu passé de Debian 9 à Debian 10 ?

Il a aussi expliqué ceci :

Donc fournissez le résultat des commandes

De Debian 9 vers Debian 10
Mise à jour complète de Debian 9

# apt-get update
# apt-get upgrade
# apt-get dist-upgrade

Modification des sources de mise à jour
Pour mettre à jour sa distribution, il convient de modifier les sources de mises à jour.
Pour cela, il suffit d’éditer le fichier /etc/apt/sources.list et de remplacer toutes les occurrences : stretch par buster.
Pour le faire, facilement et rapidement, on va utiliser la commande sed :

# sed -i 's/stretch/buster/g' /etc/apt/sources.list

Votre fichier devrait, au final, contenir les lignes suivantes :

deb http://httpredir.debian.org/debian buster main
deb http://httpredir.debian.org/debian buster-updates main
deb http://security.debian.org buster/updates main

Une fois que la modification des sources a été effectuée, on va lancer la mise à jour de l’index des paquets :

# apt-get update

Mise à jour de Debian 9 vers Debian 10
Il ne reste plus qu’à lancer la commande suivante :

# apt-get upgrade && apt-get dist-upgrade 

À l’issue de la mise à jour, il vous suffit de redémarrer votre serveur et hop : il sera migré sous Debian 10 ! Elle est pas belle la vie ? :laughing:

Vous pouvez vérifier tout cela en saisissant la commande suivante :

cat /etc/os-release

Cela donne =

PRETTY_NAME="Debian GNU/Linux 10 (buster)"
NAME="Debian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

siapro.txt (282 Octets)
siapro_update.txt (3,2 Ko)
Voici…

********************************************************
*             Installation des dépendances             *
********************************************************
********************************************************
*        Update package lists from repositories        *
********************************************************
Kernel name: Linux
Machine Hardware name: aarch64
Hit:1 http://security.debian.org/debian-security buster/updates InRelease
Get:2 http://ftp.uk.debian.org/debian buster InRelease [122 kB]
Hit:4 http://www.deb-multimedia.org buster InRelease
Hit:5 http://ftp.uk.debian.org/debian buster-updates InRelease
Hit:6 https://oph.mdrjr.net/meveric all InRelease
Hit:7 https://oph.mdrjr.net/meveric buster InRelease
Err:3 https://repo.jeedom.com/odroid stable InRelease
  502  Bad Gateway [IP: 51.210.253.116 443]
Fetched 122 kB in 16s (7,836 B/s)
Reading package lists...
W: Failed to fetch http://repo.jeedom.com/odroid/dists/stable/InRelease  502  Bad Gateway [IP: 51.210.253.116 443]
W: Some index files failed to download. They have been ignored, or old ones used instead.
********************************************************
*         Install Python3 and dependencies             *
********************************************************
E: Could not get lock /var/lib/dpkg/lock-frontend - open (11: Resource temporarily unavailable)
E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?
********************************************************
*             Python3 'requests' module                *
********************************************************
Requirement already satisfied: requests in /usr/local/lib/python3.7/dist-packages (2.26.0)
Requirement already satisfied: certifi>=2017.4.17 in /usr/local/lib/python3.7/dist-packages (from requests) (2021.5.30)
Requirement already satisfied: idna<4,>=2.5; python_version >= "3" in /usr/local/lib/python3.7/dist-packages (from requests) (3.2)
Requirement already satisfied: charset-normalizer~=2.0.0; python_version >= "3" in /usr/local/lib/python3.7/dist-packages (from requests) (2.0.2)
Requirement already satisfied: urllib3<1.27,>=1.21.1 in /usr/local/lib/python3.7/dist-packages (from requests) (1.26.6)
********************************************************
*              Python3 'pyudev' module                 *
********************************************************
Collecting pyudev
  Using cached https://files.pythonhosted.org/packages/72/c8/4660d815a79b1d42c409012aaa10ebd6b07a47529b4cb6880f27a24bd646/pyudev-0.22.0.tar.gz
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
    ModuleNotFoundError: No module named 'setuptools'
    
    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-install-88ld32ol/pyudev/
********************************************************
*            Post-Installation cleaning                *
********************************************************
********************************************************
*             Installation terminée                    *
********************************************************

Bah pas vraiment non, la preuve, vous faites un post sur community parce que vous avez un problème (suite à cette méthode?)

Je vous conseille de refaire une installation « from scratch » en utilisant les images pré-installée jeedom (voir documentation) et de retester l’installation des dépendances de ce plugin ensuite.

ps: vu l’erreur sur setuptools vous pouvez toujours essayer de l’installer, on verra si et ce qu’il se passe ensuite :slight_smile: :

sudo pip3 install setuptools

edit: j’ai corrigé votre post pour copier/coller les logs dans un Texte préformaté comme demandé;
sur mobile un fichier texte c’est vraiment pénible à lire :wink:

1 « J'aime »

Je suis d’accord avec @Mips comme quoi faire ce type de mise à jour (surtout pour une installation concernant Jeedom) sera plutôt source de problème comme tu peux le voir avec les dépendances du plugin ou python2/python3 ne sont pas correctement installés.

Le plus simple (à mon avis) est d’externaliser un backup de Jeedom, repartir sur une debian 10 from scratch et restaurer ton backup. Cela va te prendre moins d’une heure et tu auras une version d’OS cohérente
Ok pour toi ?

Les dépendances de SIA fonctionnent à nouveau. Je pense que le problème s’est résolu avec mise à jour de jeedom vers la version 4.1.28. Je cherche actuellement quelques traces qui pourraient me confirmer, mais bon c’est déjà ça. Maintenant j’ai une interrogation toute les minute qui me ramène tout cela…

[2022-01-31 20:20:59.879][DEBUG] : SIATCPHandler::process response: 51070012"ACK"1523L0#A001[] [2022-01-31 20:20:59.879][DEBUG] : Send to jeedom : {'message': '"SIA-DCS"1523L0#A001[#A001|Nri0/RP0000]_20:23:33,01-31-2022', 'account': 'A001', 'zone': 'Nri0', 'code': 'RP', 'uuid': '0000'} [2022-01-31 20:20:59.886][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80 [2022-01-31 21:20:59][INFO] : jeeSIAPro:: jsonData:'{"message": "\"SIA-DCS\"1523L0#A001[#A001|Nri0/RP0000]_20:23:33,01-31-2022", "account": "A001", "zone": "Nri0", "code": "RP", "uuid": "0000"}' [2022-01-31 20:20:59.926][DEBUG] : http://127.0.0.1:80 "POST /plugins/siapro/core/php/jeeSIAPro.php?apikey=QkM3dnIbJ7NtnstVcsiF2sP2SRaW6vJV HTTP/1.1" 200 0 [2022-01-31 20:21:59.920][DEBUG] : SIATCPHandler::handle IP: 192.168.0.16,raw: bytearray(b' F94B003B"SIA-DCS"1524L0#A001[#A001|Nri0/RP0000]_20:24:33,01-31-2022.