NodeJS a était supprimer il y a une bonne 10ene de mois ! Depuis le passage part tout le monde en nodeJS 12
Donc le repo ne pose aucun souci la dessus !
@nebz tu na plus besoin de faire cela !
Si… parfois le repo est pas dispo et parfois c’est un problème de signature… je préfère le faire sinon je perd trop de temps
1 « J'aime »
On ne devrait plus avoir ce souci !
W&S 
Souci avec la clé publique qui n’est pas à jour sur la Smart: Apt-get update et apt-get upgrade sur la smart
Le depot étant vide, c’est mieux de le désactiver comme le fait @nebz
Bon exemple 
En plus dans mon script à la réactivation, la clé est mise à jour
1 « J'aime »
C’est de votre script que j’ai extrait les commandes.
Merci
Normalement si l’utilisateur est a jour il n’y a pas de souci de clé !
https://github.com/jeedom/core/blob/V4-stable/install/update/4.0.45.php
Mais bon vous faite comme vous voulez ! Au début tout ceci était pour vous ! Mais la prochaine Jeedom je ne ferais strictement rien pour les dev tiers !
Bonjour,
Je me permet d’intervenir.
La personne est en 4.1.16. Donc à jour.
Donc c’est louche.
Par ailleurs, je trouve qu’en ce moment tout le monde est un peu à cran. Les fêtes approchent, et on devrait plutôt en cette période être détendus et prévenants envers les autres.
2 « J'aime »
C’est une bonne remarque : ce fichier n’existe pas sur la branche 4.1. Donc il y a moyen de passer au travers de cette correction :
- Si on déploie une 4.1 directement
- Si on traine un backup d’un v4 migré en 4.1 avant la création de ce fichier il y a 9 mois
Bon après, 4.1 c’est pas idéal si on ne sait pas se débrouiller un peu tout seul
Je pensais que seul la v4.0 était sortie en officielle et stable.
Donc en v4.1.16beta ou alpha on ne peut pas dire qu’on est à jour sauf si on vient de forcer la mise a jour du core et obtenir le dernières corrections.
En effet les développeurs ne changent pas forcément le numéro de version lors dun bug fix.
Bonjour,
Je suis d’accord avec toi.
Mais le sens de mon post était uniquement de souligner une possible régression ou point de vigilance avant qu’une bêta passe en stable.
1 « J'aime »
Bonjour
Merci pour la procédure qui m’a permis d’installer buster ! Topissime !
Les seules difficultés que j’ai eu sont dues à des bidouilles de mon cote (j’ai changé le port http).
En général, c’est souvent le cas, les devs jeedom sont bons pour les cas standards (et qu’on change un peu la config de son côté, fatalement, il faut s’attendre à quelques ajustements manuels).
Ah si, il faut juste penser à trouver les mots de passe par défaut (root, admin) avant de se lancer dans les opérations (car tout est ré-initialisé).
Bonne journée… et encore merci !
1 « J'aime »
Bon probleme réglé.
Je ne sais pas pourquoi mais la procédure recovery ne met pas a jour le noyau linux (avec l’archive strech et Jessie) sur ma box.
Donc le réseau ne fonctionne pas correctement car le noyau n’est pas en phase avec le reste.
Pour remédier a cela, pour ceux à qui le probleme peut arriver :
je désarchive le fichier de recovery sur la clef usb et j’installe le noyau a la main (après la procédure de recovery).
mount /dev/sda1 /mnt
cd /mnt
tar -zxvf backupJeedom.tar.gz
cp /mnt/C2_backup/linux/Image /media/boot/multiboot/Image.linux
cp /mnt/C2_backup/linux/meson64_odroidc2.dtb /media/boot/multiboot/meson64_odroidc2.dtb.linux
cp /mnt/C2_backup/linux/uInitrd /media/boot/multiboot/uInitrd.linux
cd /
sync;sync
umount /mnt
(retirer la clef usb)
reboot
Et après tout refonctionne normalement (je suis en Strech maintenant).
Par contre, impossible l’installer la version buster, toujours le probleme de :
file has vanished ...
même logs que mon post plus haut du 5 décembre.
Je préfère attendre que la procédure d’upgrade facile fonctionne (et ne soit plus en beta) pour passer à la version buster.
Merci.
Bonjour,
La procédure c’est bien passée je suis bien en DEBIAN 10, par contre mon jeedom est introuvable sur le Réseau car je suis coincé en ipv6.
J’ai suivi cette page https://www.it-connect.fr/activer-lip-forwarding-sous-linux-ipv4ipv6/ mais rien n’y fait je n’y arrive pas.
Quelqu’un a une idée ?
Edit: le kernel est « Linux Jeedom 3.14.79-94 #1 » et je pense que le problème vient de là.
Merci
Juste un petit retour pour vous dire que la procédure fonctionne impeccablement bien. Aucun souci pour le passage en buster de ma Smart sous Jeedom 4.1.17
1 « J'aime »
Bonsoir, tu as fait comment ? Un recovery ? Tu as mis l’image sur la clé et rebooté la smart et c’est tout ? Tu étais déjà en 4.1.17 avant de migrer ?
4.1.17 c’est peut-être pas l’idée du siécle sauf à savoir exactement ce qu’on fait et prêt à supporter les conséquences, je dis ça, je dis rien 
1 « J'aime »
J’ai tout simplement suivi scrupuleusement les étapes d @akenad tout y est très bien expliqué.
Oui, j’étais déjà en 4.1.17 avant le passage en buster
1 « J'aime »
Ha ok ce n’est pas la méthode simple du recovery alors je vais attendre encore un peu ca ne devrait plus tarder a sortir