[RTEX] Debian 10 - Buster - netinst - amd64 - Jeedom V4

(migration depuis l’ancien forum, post du 15 juil. 2019)

Bonjour à tous, c’est akenad :slight_smile: ,

Aujourd’hui je vais vous présenter un retour d’expérience sur l’installation de Jeedom réalisée après l’installation d’une image Debian 10 netinst amd64.
J’ai installé cette image dans une VM proxmox sur un NUC intel mais cela pourrait s’appliquer aussi à toute machine compatible.

Je suis allé cherché une image de CD d’installation par le réseau ici :
https://www.debian.org/releases/buster/debian-installer/

et plus précisément la v10.0.0 du 06/07/2019 ici :
https://cdimage.debian.org/cdimage/archive/10.0.0/amd64/iso-cd/debian-10.0.0-amd64-netinst.iso

J’ai choisi l’option présentée par défaut “installation graphique”,
et j’ai coché les options d’installation:

  • serveur web
  • serveur ssh
  • utilitaires usuels du système

et j’ai décoché les options “environnement de bureau” et “serveur d’impression”.
Plus précisément j’ai utilisé l’interface graphique uniquement pendant la phase d’installation, il n’y a pas d’interface graphique d’installé sur le système car j’ai décoché l’option “environnement de bureau”, ce qui est recommandé pour une box Jeedom.

J’ai indiqué comme utilisateur à créer « jeedom » et choix du mirroir français par défaut : deb.debian.org

connexion ssh avec le compte jeedom, et passage en root :

$ su -

/!\ ATTENTION : le tiret est très important (la raison en sera expliquée plus loin)

La liste des sources installée dans /etc/apt/sources.list est la suivante :

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

J’ai constaté que le paquet sudo n’est pas installé.

Installation du paquet sudo :
# apt-get install sudo
(L’installation du paquet sudo installe les commandes sudo et visudo et créé le fichier /etc/sudoers.)

Ajout du compte jeedom dans le groupe sudo :
# usermod -aG sudo jeedom
(L’utilisation de sudo par l’utilisateur jeedom fonctionnera au prochain reboot.)

Installation de Jeedom :
La documentation officielle de l’installation de Jeedom est ici :
https://jeedom.github.io/documentation/installation/fr_FR/index

Au chapitre « 11) Autres » :
https://jeedom.github.io/documentation/installation/fr_FR/index#tocAnchor-1-32
Il est indiqué :

# wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
# chmod +x install.sh
# ./install.sh

NOTA : le script d’installation /master/install/install.sh contient les 2 lignes :

wget https://github.com/jeedom/core/archive/${VERSION}.zip -O /tmp/jeedom.zip
VERSION=master

Cela veut dire que c’est la branche “master” au sens github qui est installée (c’est-à-dire actuellement une “V3 Stable”)

Installation de Jeedom 3.3.27 OK.
L’installation de Jeedom a installé entre autres php7.3.
L’installation de Jeedom ajoute le composant « non-free » sur toutes les sources de paquets (dans /etc/apt/sources.list).

Juste un petit souci d’installation de dépendances :

  • Le paquet “libav-tools” a été remplacé par le paquet “ffmpeg”, c’est donc ce dernier qu’il faut installer pour effectuer du codec stream audio video.
  • synthétiseurs vocal mbrola NOK

/!\ ATTENTION : avec Buster l’installation de jeedom peut échouer en fonction de la manière dont on passe en root.

/!\ ATTENTION : avec Buster il y a des changements par rapport à Stretch, des informations ici :
https://wiki.debian.org/NewInBuster

Ce qui est très important de souligner c’est que les commandes « su » et « sudo » peuvent ne pas avoir le même comportement que dans Stretch en fonction de l’argument utilisé. En particulier concernant les chemins par défaut de recherche des commandes systèmes.

Avec la configuration par défaut de Debian 10,
si on passe en root avec « su - » (donc avec le tiret), Le chemin contient « /usr/sbin » :

$ su -
Mot de passe :
# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Si on passe en root avec « su » (donc sans le tiret), Le chemin ne contient pas « /usr/sbin » :

$ su
Mot de passe :
# echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

et dans ce cas des commandes comme usermod ou visudo sont alors introuvables.
Ces commandes sont nécessaires et utilisées par l’installation de jeedom.
Si l’installation de jeedom ne peut accéder à ces commandes, elle échoue.

—EDIT 30/08/2019—
Nous allons enchainer pas la mise à jour de Jeedom V3 en V4.

/!\ ATTENTION : Pour l’instant ce n’est recommandé qu’aux utilisateurs avancés (“Early Adopters”) et à éviter sur des widgets non officiels et des Design V3.

La mise à jour de Jeedom Core de V3 (“Stable”) en branche “V4-stable” est dorénavant disponible et n’est accessible qu’à partir de la v3.3.30.
(ici nous utilisons Buster mais cela se passerait de la même manière avec Stretch)

Dans Jeedom :
Roue crantée -> Configuration -> Onglet “Mises à jour/Market”
Dans le champ “Version du core”, cliquer l’ascenseur et sélectionner “Release Candidate V4” (à la place de “Stable”)
Cliquer le bouton “Sauvegarder”.

(Actuellement, au sens “github”, la “Stable” correspond à la branche “master” et la “Release Candidate V4” correspond à la branche “V4-stable”)

mise-a-jour-jeedom-core-en-V4-stable-Release-Candidate

Puis,
Roue crantée -> Centre de mise à jour
Sur la ligne “default / core : jeedom” cliquer sur le bouton “Vérifier”.
Cela fait apparaitre dans la colonne “Dernière version” l’indication “4.”
-Cliquer sur le bouton “Mettre à jour” en haut de la page, à droite.
-Décocher l’option “Mettre à jour les plugins” et cliquer le bouton “Mettre à jour”.

mise-a-jour-jeedom-core-V3-options

(A noter que l’on voit dans la log que le script de mise à jour télécharge : )
https://github.com/jeedom/core/archive/V4-stable.zip

—EDIT 02/09/2019—
Maintenant si l’on va dans
Réglages -> Système -> Configuration -> Onglet “Mises à jour/Market”
cela ressemble à ceci :

onglet-mise-a-jour-jeedom-apres-maj-V4-RC

On remarque que le champ “Version du core” contient “Stable V4”
et donc maintenant, actuellement, au sens “github”, la “Stable v4” correspond à la branche “V4-stable” (alias “Release Candidate V4”).
La mise à jour de V4.x à V4.y (stable) est réalisée avec la méthode habituelle.

—EDIT 10/10/2019—
/!\ ATTENTION : L’installation de Jeedom par défaut installe dorénavant la branche "V4-stable"

En effet, pour rappel, la documentation officielle de l’installation de Jeedom est ici :
https://jeedom.github.io/documentation/installation/fr_FR/index

Au chapitre « 11) Autres » :
https://jeedom.github.io/documentation/installation/fr_FR/index#tocAnchor-1-32
Il est indiqué :

# wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh
# chmod +x install.sh
# ./install.sh

NOTA : le script d’installation /master/install/install.sh contient maintenant les 2 lignes :

wget https://github.com/jeedom/core/archive/${VERSION}.zip -O /tmp/jeedom.zip
VERSION=V4-stable

La variable VERSION qui était égale à master à été modifiée et est maintenant égale à V4-stable.
Cela veut dire que ce n’est plus la branche “master” au sens github (qui correspond à une “V3 Stable”) qui est installée dorénavant mais directement la branche “V4-stable”.

Pour l’instant, pour toujours installer une V3, faire :

# wget https://raw.githubusercontent.com/jeedom/core/stablev3/install/install.sh
# chmod +x install.sh
# ./install.sh

NOTA : le script d’installation /stablev3/install/install.sh contient les 2 lignes :

wget https://github.com/jeedom/core/archive/${VERSION}.zip -O /tmp/jeedom.zip
VERSION=master

En résumé, actuellement :

  • le script d’installation /master/install/install.sh installe la branche “V4-stable”
  • le script d’installation /stablev3/install/install.sh installe la branche “master” (-> V3)

Voila j’espère que ce retour d’expérience sera utile aux membres Jeedom.

akenad :slight_smile:

4 J'aimes

Super poste !

si tu change :

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh

en

wget https://raw.githubusercontent.com/jeedom/core/v4-stable/install/install.sh

il installera tout seul le v4 :wink:

Bonjour Rocket,

En effet, information utile pour qui veut installer la V4-stable directe.

La première partie du post à été écrite avant la sortie de la V4-stable.

Donc ce qui est décrit dans la 2ième partie c’est une mise à jour V3 vers V4.

Cette méthode est utile pour ceux qui veulent faire une restauration V3 avant de passer en V4.

—EDIT 10/10/2019—
/!\ ATTENTION : les scripts d’installation de Jeedom /master/install/install.sh et /V4-stable/install/install.sh sont maintenant identiques. Voir le premier post pour plus de détails.

akenad :slight_smile:

exact :wink: merci à toi !

Bonjour,
J’ai essayé cette installation en VM sous buster avec directement une install V4 avec:
wget https://raw.githubusercontent.com/jeedom/core/v4-stable/install/install.sh

mais j’ai une erreur 404

essaye wget https://raw.githubusercontent.com/jeedom/core/V4-stable/install/install.sh

V4 majuscule

Merci, ça marche ! :blush:

Bonsoir,
J’ai essayé la procédure qui fonctionne sans problème. Après reprise sous Buster d’un backup qui tourne sur ma VM Jeedom V4 en debian9; j’ai les plugin APC et XeeCloud qui ne fonctionnent plus… Va donc falloir attendre…
Bon courage aux développeurs !

1 J'aime

Merci pour le tuto, je vais checker mon installation car je suis aussi sous Debian 10 Buster et la seule limitation était de faire l’installation avec les droits admin root.
Du coup j’ai aussi remarqué que j’étais en V3, je vais tenter la V4 sur une autre VM.

Je ne suis pas sur de comprendre, la V4 est officiellement sortie ou ça reste de la realase canditate donc pas stable ?

En fait elle est officiel mais faut passé par la realase candidate

Ha ben d’accord, même pas une belle annonce :stuck_out_tongue:

En fait ça installe la v4 si on utilise

wget https://raw.githubusercontent.com/jeedom/core/master/install/install.sh

je suppose que la master n’est plus la v3 mais la v4.

What :astonished: La master est bien la V3 Stable !

curieux ça m’installe la v4

C’est normal par defaut maintenant c’est la v4 qui est installé

Mea culpa j’avais zappé ce point !

La banche master est bel et bien la V3 mais le script d’install va cherche la V4 :wink:

si je veux d’abord installer la v3 pour tester ma config avant de la migrer en v4 il faut que j’utilise

 wget https://raw.githubusercontent.com/jeedom/core/stablev3/install/install.sh

?
edit : ça n’est pas clair ce que j’ai ecrit.
Mon jeedom est sur une vm stretch en version 3.3.33.
Je veux tester que ma config va marcher en V4 et buster.
1- je cree et installe une vm buster
2- j’installe jeedom v3
3- je restaure un backup V3
4- je change la version du core dans l’onglet des maj pour v4 et fait la maj zt la migration devrait être ok. Plus qu’à tester (notamment certains widgets et plugins non officiels

Suis-je à côté de la plaque ?

Je pense pas, dans le sh:
VERSION=master

et master va aller chercher la v4

sinon ./install.sh -v master