Z-Wave - Impossible d'installer les dépendances

[lunarok]

@carabin76 dans l'autre post ou tu donnes tes logs y a pas de processus tue car pas assez de mémoire, tu n'as pas ce soucis la
Après NUC, c'est du x86, et y aucune raison que ca passe pas peut importe le noyau pour le coup (je suis sur debian x86 full up to date et aucun soucis)
Ton problème reste autour de paquet qui ne se configure pas correctement dans les logs. A voir si kodi a quelque-chose a voir dans l'histoire. Mais attention, tu es sur du DIY avec des logiciels autres que jeedom+plugins et un problème de dépendances, même en ticket l'équipe jeedom ne pourra pas forcément faire de miracle

Envoyé de mon A0001

[alpha13fr]

Peut etre as tu des options "spéciales" dans le bios du NUC ...

[nechry]

A voir si pas de conflit avec kodi alors. Je suis pas partissent de tout mélanger même si le hard en a la capacité. Les dépendances c'est vite compliqué. Pense a dédier du hard pour des taches spécifique. Un de tes deux jeedom est en slave je présume ? Pense a te prendre un rpi3 pour faire ton2eme jeedom si tu veux conserver kodi sur ton NUC


Sent from my finger

[carabin76]

merci pour vos réponses
@lunarok
en dehors de jeedom sur mon DIY, j'ai instalé kodi 15.1 sur les backport officiels de debian stable, et gedit car c'est plus facile que nano. et j'ai un bureau light xfce. C'est étonnant car j'ai une config quasi identique avec un autre NUC ( plus ancien) sans kodi, j'ai pas fait apt-get update&& upgrade et tout s'est bien passé.

@nechry il s'agit de 2 maitres à deux endroits différents. j'avais demandé à Loïc si c'était possible avec un seul compte market.
Par ailleurs j'ai installé un 3 ieme jeedom esclave sur pi2 avec une clé zwave sigma pour essayer de gérer les maudits XZT120, ça fonctionne enfin, donc le Pi2 esclave sert uniquement pour les clims et ça fonctionne parfaitement . sur le pi2 la maj s'est faite sans encombre comme sur un NUC.

je vais essayer de virer kodi pour voir, sans trop y croire.

[nechry]

Le problème est que même si tu supprime kodi il aura probablement laissé ces traces. Je pense tu es bon pour réinstaller de 0 et de plus installer kodi en parallèle. Tu fais tout ça Avec un bon backup avant histoire de retourner sur tes pieds sans devoir tout refaire.


Sent from my finger

[carabin76]

@nechry
1. un back up de ma config actuelle?
1. un back up général dans l'onglet sauvegarde ou le backup dasn le plugin zwave?

j'ai essayé de restauré un backup "général" qui se fait tous les jours dans sauvegardes mais cela n'a rien changé. je ne comprend pas a quoi servent les backup puisque en restaurant un fichier antérieur le problème persiste?

[nechry]

Avoir un backup jeedom pour apres que tu reinstall de 0. Lac'est claire queca va rien changer. Le backup c'est ta config equipement objects plugins. Ca ne touche pas les dependances


Sent from my iPhone using Tapatalk

[carabin76]

donc si j'ai bien compris @ nechry:

1.je fais maintenant un backup jeedom
2. J'installe une nouvelle debian de 0 puis je refais l'install de jeedom.
3. je restaure le backup actuel sur ma nouvelle config et je vais retrouver mes modules et mes scénarios? j'aurai pas besoin de tout reconfigurer?
j'ai un peu les boules là lol

[carabin76]

pour info perdu pour perdu j'ai mis labranche testing de debian dans les dépôts et là s'est passé, les dépendances sont bien installé maintenant les demons de fonctionnent pas car il est écrit que jeedom n'est pas démarré .

[nechry]

Force l'install de jeedom


Sent from my iPhone using Tapatalk

[carabin76]

c'est ce que j'ai fait et à priori cela a fonctionné il n'y a que le demon enocean qui est KO du coup,
mais je me retrouve avec une debian testing, c'est pas un peu "casse gueule"?

[iochy]

Si tu arrive à relancer le demon enocean, je resterai comme ça le temps de trouver un raspberry qui ne servirai qu'a jeedom.
Entre les différents plugin et Kodi, tu risque de te retrouver souvent avec ce genre de mésaventure je penses.

PS : "mais je me retrouve avec une debian testing, c'est pas un peu "casse gueule"?"
Je connais un admin linux, qui répondrait que c'est toujours plus stable que du Windows, mais c'est hors sujet

[carabin76]

lol

[AlainM]

Bonjour,
J'ai fait la dernière mise à jour de Jeedom et comme je continuais à voir mes objets sur mon smartphone je ne me suis pas inquiété que tout fonctionne. Sauf que là comme je vais recevoir des nouveaux modules je me suis repenché si mon installation et je m'aperçois que les dépendances ne veulent pas s'installer malgré un reboot. J'ai toujours mes modules mais je ne peux plus les configurer
Je vous livre une partie du log afin d'avoir de l'aide de votre part car là je suis perdu: il semblerait qu'il y ai un soucis avec "mercurial" si je comprends bien

Lancement de l'installation/mise à jour des dépendances openzwave
Hit http://mirrordirector.raspbian.org jessie InRelease
Hit http://archive.raspberrypi.org jessie InRelease
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://archive.raspberrypi.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit http://archive.raspberrypi.org jessie/ui armhf Packages
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Ign http://archive.raspberrypi.org jessie/main Translation-en
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Reading package lists...
Installation des dependances
Reading package lists...
Building dependency tree...
Reading state information...
build-essential is already the newest version.
g++ is already the newest version.
gcc is already the newest version.
libjpeg-dev is already the newest version.
libudev-dev is already the newest version.
make is already the newest version.
python-dev is already the newest version.
python-louie is already the newest version.
python-lxml is already the newest version.
python-pip is already the newest version.
python-setuptools is already the newest version.
python-sphinx is already the newest version.
unzip is already the newest version.
The following extra packages will be installed:
mercurial-common
Suggested packages:
gettext-base git-daemon-run git-daemon-sysvinit git-doc git-el git-email
git-gui gitk gitweb git-arch git-cvs git-mediawiki git-svn qct kdiff3
kdiff3-qt kompare meld tkcvs mgdiff wish python-mysqldb
The following packages will be upgraded:
git mercurial mercurial-common
3 upgraded, 0 newly installed, 0 to remove and 79 not upgraded.
2 not fully installed or removed.
Need to get 4382 kB of archives.
After this operation, 4096 B of additional disk space will be used.
Get:1 http://mirrordirector.raspbian.org/raspbian/ jessie/main git armhf 1:2.1.4-2.1+deb8u2 [2725 kB]
Get:2 http://mirrordirector.raspbian.org/raspbian/ jessie/main mercurial armhf 3.1.2-2+deb8u3 [55.6 kB]
Get:3 http://mirrordirector.raspbian.org/raspbian/ jessie/main mercurial-common all 3.1.2-2+deb8u3 [1601 kB]
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
debconf: unable to initialize frontend: Readline
debconf: (This frontend requires a controlling tty.)
debconf: falling back to frontend: Teletype
dpkg-preconfigure: unable to re-open stdin:
Fetched 4382 kB in 5s (871 kB/s)
Setting up udev (215-17+deb8u4) ...
addgroup: The group `input' already exists as a system group. Exiting.
update-initramfs: deferring update (trigger activated)
insserv: warning: script 'resizesd' missing LSB tags and overrides
insserv: There is a loop between service rpc_shellinaboxd and resizesd if stopped
insserv: loop involving service resizesd at depth 2
insserv: loop involving service rpc_shellinaboxd at depth 1
insserv: Stopping resizesd depends on rpc_shellinaboxd and therefore on system facility `$all' which can not be true!
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
dpkg: error processing package udev (--configure):
subprocess installed post-installation script returned error exit status 1
Processing triggers for initramfs-tools (0.120) ...
Errors were encountered while processing:
udev
E: Sub-process /usr/bin/dpkg returned an error code (1)
could not install mercurial - abort

[nechry]

Regarde le sujet de la version il contient la solution pour réparer mercurial


Sent from my finger

[AlainM]

c'est ce que j'ai fait mais peut-être faut-il arrêter le pluggin pour le faire car ça fonctionne pas de faire
sudo rm /var/lib/dpkg/info/$mercurial* -f
sudo apt-get install mercurial

Edit: non c'est pareil...

[nechry]

Lorsque tu relances les dépendances il va le stopper.


Sent from my finger

[AlainM]

oui c'est pas ça, il l'a bien installé car l'install mercurial ne se refait pas elle est en dernière version maintenant

une autre idée s'il te plait?

[nechry]

o^mais toujours la même exception?

[AlainM]

il y a du progrès, ça bloque à 75% j'ai vu quelqu'un qui a eut le même soucis, et après ça a fonctionné, je suis sur la bonne voie!
Au fait, j'ai cliqué sur mis à jour dans le centre de mise à jour bien qu'il n'y en avait pas à faire mais ça a bricolé un moment, sauvegarde, relance, plein de truc qui fait que je suis à .... j'arrête la mon bavardage, tout a fini par repartir! Mais le fait d'avoir cliqué sur mise à jour y est pour quelque chose car tant que je n'ai pas eut fait ça, je tournais en boucle