Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[script] Notification de mise à jour automatiques

metalux

Le contenu de apt_terminal.log ne ressemble pas du tout à ce que tu m'indiques:

verbose level 3
+ check_power
+ which on_ac_power
+ on_ac_power
+ POWER=0
+ [ 0 -eq 1 ]
+ [ 0 -ne 0 ]
+ debug_echo system is on main power.
+ [ 3 -ge 1 ]
+ echo system is on main power.
system is on main power.
+ return 0
+ which apt-get
+ eval apt-get check -f
+ apt-get check -f
Reading package lists...
Building dependency tree...
Reading state information...
+ date +%s
+ now=1400649851
+ UpdateInterval=0
+ apt-config shell UpdateInterval APT::Periodic::Update-Package-Lists
+ eval UpdateInterval='1'
+ UpdateInterval=1
+ DownloadUpgradeableInterval=0
+ apt-config shell DownloadUpgradeableInterval APT::Periodic::Download-Upgradeable-Packages
+ eval DownloadUpgradeableInterval='1'
+ DownloadUpgradeableInterval=1
+ UnattendedUpgradeInterval=0
+ apt-config shell UnattendedUpgradeInterval APT::Periodic::Unattended-Upgrade
+ eval UnattendedUpgradeInterval='1'
+ UnattendedUpgradeInterval=1
+ AutocleanInterval=0
+ apt-config shell AutocleanInterval APT::Periodic::AutocleanInterval
+ eval AutocleanInterval='1'
+ AutocleanInterval=1
+ BackupArchiveInterval=0
+ apt-config shell BackupArchiveInterval APT::Periodic::BackupArchiveInterval
+ eval
+ Debdelta=1
+ apt-config shell Debdelta APT::Periodic::Download-Upgradeable-Packages-Debdelta
+ eval
+ [ 1 -eq 0 ]
+ do_cache_backup 0
+ BackupArchiveInterval=0
+ [ 0 -eq 0 ]
+ return
+ random_sleep
+ RandomSleep=1800
+ apt-config shell RandomSleep APT::Periodic::RandomSleep
+ eval
+ [ 1800 -eq 0 ]
+ [ -z  ]
+ cut -c1-5
+ + cksum
dd if=/dev/urandom count=1
+ RANDOM=12289
+ TIME=1489
+ debug_echo sleeping for 1489 seconds
+ [ 3 -ge 1 ]
+ echo sleeping for 1489 seconds
sleeping for 1489 seconds
+ sleep 1489

Gaara

Si, c'est le bon, mais malheureusement c'est le nouveau. Le script dort pendant 1489 secondes avant de vérifier s'il y a des maj dispo, et de lancer Unattended le cas échéant. (C'est une valeur randomisée, ça varie entre 0 et 1800)
-> J'ai mis 180, car je me demande pk ils font attendre si longtemps.
Enfin bref, le log de la maj précédente à été écrasé 🙁

Gaara

Salut metalux, as tu encore rencontré ce problème ces jours ci ?

metalux

Oui, la mise à jour ne s'est pas faîte et j'ai dû la faire manuellement. Le gestionnaire de mise à jour s'est encore ouvert lors de l'affichage de la fenêtre. Malheureusement je n'ai pas gardé le log et il y a eu une nouvelle mise à jour qui elle s'est bien passée.

Gaara

Il faudrait pouvoir enregister le log avec la date du jour, pour qu'il ne soit pas écrasé à chaque màj. Pour ce faire, modifier (en root) le fichier /etc/con.daily/apt à la ligne 72 (la première ligne après les commentaires)

exec >/home/metalux/.auto_upgrade_notify/log/apt_terminal.log 2>&1

par

NOW=$(date +"%F")
exec >/home/metalux/.auto_upgrade_notify/log/apt_terminal-$NOW.log 2>&1

Ensuite, pour le gestionnaire de màj qui s'ouvre, je ne vois vraiment pas... Il n'y a pas une option pour le rendre silencieux ?

metalux

Ensuite, pour le gestionnaire de màj qui s'ouvre, je ne vois vraiment pas... Il n'y a pas une option pour le rendre silencieux ?

Si mais il est déjà réglé pour afficher les maj toutes les 2 semaines. Comme Unattended-upgrades met à jour, il ne s'ouvrait jamais. le réglage n' a pas changé mais maintenant il s'ouvre souvent lors d'une maj. Dès que je le ferme, la notification apparaît alors. Ce comportement est apparu avec la dernière version de ton script.
J'ai effectué la modif, je verrai bien dans les jours à venir ce qu'il y a dans les logs.

metalux

Echec aujourd'hui de la mise à jour. Après le break, voici ce qu'il y a:

Traceback (most recent call last):
  File "/home/metalux/.auto_upgrade_notify/logger.py", line 263, in <module>
    Progress()
  File "/home/metalux/.auto_upgrade_notify/logger.py", line 259, in __init__
    self.download(self, Progress)

puis la ligne suivante qui se répète des dizaines de fois:

File "/home/metalux/.auto_upgrade_notify/logger.py", line 79, in download
    self.download(self, Progress)

et le log fini par:

File "/home/metalux/.auto_upgrade_notify/logger.py", line 57, in download
    myFile.close()
RuntimeError: maximum recursion depth exceeded while calling a Python object

Gaara

ah ok. ça m'est arrivé plusieurs fois. Je regarde et te donne une solution

Gaara

Bon, désolé pour le lien mort, finalement je renvoie tout.
J'ai modifié les scripts pour ralentir la boucle. Mais trop ralentir, ça ferait afficher la notification avec trop de décalage, donc en retard par rapport aux mises à jours qui s'installent.
Le lien à été mis à jour, donc désinstalle et réinstalle avec la nouvelle archive. (la sauvegarde d'apt n'est pas supprimée)
Il faudra aussi réactiver la notification.
J'ai modifié le nom du log_terminal avec la date, et comme ce fichier était appelé dans le script, il a fallu que je change certains trucs...
Essaie comme ça, mais avant, efface tous les logs "apt_terminal.log" pour avoir un truc propre.

Gaara

Je viens d'avoir un bug ce matin:

Il est nécessaire de prendre 77,4 Mo/77,6 Mo dans les archives.

dans le log. (bizarre, 77.4 ou 77.6 ?)
Enfin bon.
Il n'a pas pu changer "77.4/" en flottant. J'ai donc ajouté une ligne à logger.py (ligne 157)

total = total.replace("/", "")

L'archive est mise à jour.

jovinuxien

je ne sait pas comment ouvrir un navigateur a partir d'une cle usb a l'aide des commandes bash

Didier-T

Gaara a écritJe viens d'avoir un bug ce matin:

Il est nécessaire de prendre 77,4 Mo/77,6 Mo dans les archives.

dans le log. (bizarre, 77.4 ou 77.6 ?)
Enfin bon.
Il n'a pas pu changer "77.4/" en flottant. J'ai donc ajouté une ligne à logger.py (ligne 157)

total = total.replace("/", "")

L'archive est mise à jour.

Bonjour Gaara,
pour moi quand tu as ce genre de retour, cela signifie que tu as une partie des fichiers nécessaire à la mise à jour présente dans ton cache d'installation d'application.
Je ne sais pas comment l'expliquer clairement, mais voici la commande pour purger le cache dont je parle.

sudo apt-get clean

Bonne continuation,
Didier.

Gaara

Bonjour Didier-T,

Ah ok je comprend, on peut donc traduire la ligne comme ça:

Il est nécessaire de prendre 77,4 Mo sur un total de 77,6 Mo dans les archives.

Il faut que je m'y remette, j'ai un peu oublié ce script ces temps-ci...

Merci pour l'explication

Didier-T

C'est en effet comme ça que je la comprend, mais je peux me tromper.

melixgaro

à Didier
Je crois que c'est ça. Il me semble que la dernière fois que cela m'est arrivé, c'est parce que j'avais coupé ma commande de mise-à-jour/d'installation pendant la phase de téléchargement des paquets. Du coup, à l'exécution suivante, il télécharge ce qu'il manque.

Gaara

J'ai encore remis à jour le fichier logger.py, car le log écrit par apt change tout le temps... j'essaie d'adapter le code en conséquence...
Le reste ne change pas.

metalux

Salut Gaara,
Désolé, je ne t'ai pas donné beaucoup de retour dernièrement. La notification a encore quelques bugs chez moi (ubuntu 12.04), j'ai parfois un message que ça a échoué alors que je reçois bien le mail comme quoi tout c'est bien déroulé. J'ai également encore eu quelques fois le gestionnaire de mise à jour qui s'ouvre tout seul, et, cela semble lié à la notification car je le ferme et aussitôt la notification apparaît. La majorité du temps c'est quand même OK.
[HS]Même si je ne suis pas intervenu, j'ai vu ton autre projet, quel chemin parcouru en python en si peu de temps! Bravo!
Au fait, tu n'aurais pas changé de pseudo, ce n'était pas Gaara92 avant ou j'ai rêvé?[/HS]

Gaara

salut metalux,
L'autre projet est plus abouti que celui là, je pense qu'il fonctionne pas trop mal (en tous cas je n'ai ~~pas~~ plus de retour d'erreur, c'est déjà ça). Comme il y avait pas mal de demande, j'ai appris à créer un ppa et je l'ai mis en ligne. Ça m'a prit pas mal de temps, du coup j'ai un peu laissé tombé ce script.
Je le reprend un peu ces temps ci, mas c'est autrement plus complexe, du fait que je ne peux pas essayer à la demande (sauf en reprenant les anciens logs, mais c'est pas pareil)... et comme il y a quelque chose de différent chaque jour, (paquets déjà téléchargés, mise à jour partiellement accomplie etc...) les logs sont pas évidents à interpréter. En plus j'ajoute des choses, ce qui n'arrange rien à la stabilité!
Bref depuis un mois je ferme la fenêtre car ça bug... mais je m'y remet doucement, et quand ça fonctionnera à mon gout je créerais un ppa. Mais pas tout de suite, il y a bcp de choses à régler avant...
Pour mon pseudo, tu n'a pas rêvé, je l'ai modifié! (en fesant une demande auprès des admins)

metalux

Bref depuis un mois je ferme la fenêtre car ça bug... mais je m'y remet doucement, et quand ça fonctionnera à mon goût je créerais un ppa

Si tu fais un P.P.A., la fusion de la notification aura moins d'intérêt, il suffirait de proposer les 2 paquets dans celui-ci (notification+maj_auto). Si tu pouvais mettre maj_auto sur ce P.P.A. se serait l'idéal plutôt que d'avoir 2 dépôts séparés, d'autant plus que je ne me suis jamais penché sur la création d'un P.P.A. La seule chose, il faudrait m'expliquer comment mettre à jour le script sur le dépôt ou à défaut, je te le transmettrais en cas de modification, bien que je ne pense plus le modifier beaucoup. Simplement à voir un support élargi de F.A.I. pour la notification mail et à réfléchir sur une option de nettoyage comme suggéré par linuxm@c.
Maj_auto doit être au format Deb pour le mettre sur un P.P.A., c'est bien ça? Ou peut-il être utilisé tel quel? Si oui, je verrai ça également plus tard durant cet hiver, j'ai d'autres préoccupations en ce moment.

Gaara

Oui c'est ce que pensais, faire 2 paquets différents.
On peut très bien utiliser les maj automatiques sans avoir besoin des notifications, mon raspberry pi est configuré comme ça, et c'est très bien. (je reçois juste un mail)

Lors de la création du ppa il faut créer une clé avec un mot de passe, que seules les personnes qui mettent à jour le logiciel possèdent. J'en ai créé une pour dPluzz, mais je sais pas comment ça se passe avec deux admins. Je regarderais ça à l'occasion.
Sinon, il ne faut pas créer de .deb, c'est launchpad qui le crée. Il faut envoyer toute l'arborescence, avec un fichier control avec les dépendances, et un fichier make. Un peu comme on crée un .deb localement avec dpkg.
On envoie les fichier, et 15-20 minutes après, soit on reçoit un mail comme quoi c'est accepté, soit c'est refusé (erreur dans le make souvent).
Mais une fois que le make est bon, les envois sont rapides. Il ne faut pas oublier de changer la version pour pouvoir envoyer... bref c'est un peu le parcours du combattant.
Mais c'est pas pour tout de suite, comme tu dis, éventuellement pour occuper nos soirées d'hiver...

Pour le script, la version que j'ai renvoyée hier a fonctionné, ça fesait un bail que ça n'avait pas bugué... Ce matin j'ai ajouté une fonction qui affiche: le nombre de maj, le nombre de paquets supprimés, et le nombre de paquets nouvellement installés. Ça détecte aussi si le téléchargement à été partiellement interrompu. Mais ça je sais pas si ça marche totalement.
Il faut maintenant que je m'attaque à voir comment remplacer (ou déplacer) notify-send (qui indique par ex d'effectuer un autoremove manuellement, ou un dpkg/lock), car les notifications s'affichent les unes par dessus les autres et on y voit plus rien..

« Page précédente Page suivante »