Mise à jour 0.8.0 sans tournevis ?
#1
Salut,

en me levant ce matin, j'ai vu le courriel d'info sur la dernière mise à jour 0.8.0 en stable. Je me dirige vers mon lapin et je lance la mise à jour via l'interface web. Pendant que la barre de progression avance, je me met à penser à la maj de l'OS (l'image 0.8.0 étant basée sur une raspbian 2020-02-13) et je me demande si le script de mise à jour est suffisamment ambitieux pour l'inclure...

Tout se passe bien mais le redémarrage confirme que le processus est conservateur: toujours 2019-09-26.

Je me lance dans une recherche dans la doc raspbian pour voir si leurs images ont une existence tangible au niveau de apt. Malheureusement, la doc reste fidèle à une doc debian et tout se fait vers le plus récent dans le repo.

Je vais donc dans le dernier sujet du forum sur les mah pour récupérer le script de recompilation des modules en me résignant à devoir utiliser un OS plus récent que l'image 0.8.0. Cependant, juste après le "apt update", il est fait mention d'une commande pour lister les paquets dont une nouvelle version est dispo.

Avant de me lancer, j'ai pensé que peut-être il serait possible de comparer avec une image 0.8.0 propre quelle version de ces paquets est utilisé:
Code :
Listing...
apt-utils/stable 1.8.2.1 armhf [upgradable from: 1.8.2]
apt/stable 1.8.2.1 armhf [upgradable from: 1.8.2]
base-files/stable 10.3+rpi1+deb10u4 armhf [upgradable from: 10.3+rpi1+deb10u3]
bind9-host/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
binutils-arm-linux-gnueabihf/stable 2.31.1-16+rpi2 armhf [upgradable from: 2.31.1-16+rpi1]
binutils-common/stable 2.31.1-16+rpi2 armhf [upgradable from: 2.31.1-16+rpi1]
binutils/stable 2.31.1-16+rpi2 armhf [upgradable from: 2.31.1-16+rpi1]
bluez-firmware/testing 1.2-4+rpt3 all [upgradable from: 1.2-4+rpt2]
bluez/testing 5.50-1.2~deb10u1+rpt1 armhf [upgradable from: 5.50-1+rpt1]
ca-certificates/stable 20200601~deb10u1 all [upgradable from: 20190110]
curl/stable 7.64.0-4+deb10u1 armhf [upgradable from: 7.64.0-4]
distro-info-data/stable 0.41+deb10u2 all [upgradable from: 0.41+deb10u1]
dphys-swapfile/testing 20100506-5+rpt1 all [upgradable from: 20100506-5]
firmware-atheros/testing 1:20190114-1+rpt6 all [upgradable from: 1:20190114-1+rpt4]
firmware-brcm80211/testing 1:20190114-1+rpt6 all [upgradable from: 1:20190114-1+rpt4]
firmware-libertas/testing 1:20190114-1+rpt6 all [upgradable from: 1:20190114-1+rpt4]
firmware-misc-nonfree/testing 1:20190114-1+rpt6 all [upgradable from: 1:20190114-1+rpt4]
firmware-realtek/testing 1:20190114-1+rpt6 all [upgradable from: 1:20190114-1+rpt4]
fuse/stable 2.9.9-1+deb10u1 armhf [upgradable from: 2.9.9-1]
git-man/stable 1:2.20.1-2+deb10u3 all [upgradable from: 1:2.20.1-2+deb10u1]
git/stable 1:2.20.1-2+deb10u3 armhf [upgradable from: 1:2.20.1-2+deb10u1]
iputils-ping/stable 3:20180629-2+deb10u1 armhf [upgradable from: 3:20180629-2]
libapt-inst2.0/stable 1.8.2.1 armhf [upgradable from: 1.8.2]
libapt-pkg5.0/stable 1.8.2.1 armhf [upgradable from: 1.8.2]
libbind9-161/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libbinutils/stable 2.31.1-16+rpi2 armhf [upgradable from: 2.31.1-16+rpi1]
libcups2/stable 2.2.10-6+deb10u3 armhf [upgradable from: 2.2.10-6+deb10u2]
libcurl3-gnutls/stable 7.64.0-4+deb10u1 armhf [upgradable from: 7.64.0-4]
libcurl4/stable 7.64.0-4+deb10u1 armhf [upgradable from: 7.64.0-4]
libdns-export1104/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libdns1104/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libfuse2/stable 2.9.9-1+deb10u1 armhf [upgradable from: 2.9.9-1]
libgnutls30/stable 3.6.7-4+deb10u4 armhf [upgradable from: 3.6.7-4+deb10u2]
libicu63/stable 63.1-6+deb10u1 armhf [upgradable from: 63.1-6]
libisc-export1100/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libisc1100/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libisccc161/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libisccfg163/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libldap-2.4-2/stable 2.4.47+dfsg-3+rpi1+deb10u2 armhf [upgradable from: 2.4.47+dfsg-3+rpi1+deb10u1]
libldap-common/stable 2.4.47+dfsg-3+rpi1+deb10u2 all [upgradable from: 2.4.47+dfsg-3+rpi1+deb10u1]
liblwres161/stable 1:9.11.5.P4+dfsg-5.1+deb10u1 armhf [upgradable from: 1:9.11.5.P4+dfsg-5.1]
libpam-chksshpwd/testing 1.3.1-5+rpt2 armhf [upgradable from: 1.3.1-5+rpt1]
libpam-modules-bin/testing 1.3.1-5+rpt2 armhf [upgradable from: 1.3.1-5+rpt1]
libpam-modules/testing 1.3.1-5+rpt2 armhf [upgradable from: 1.3.1-5+rpt1]
libpam-runtime/testing 1.3.1-5+rpt2 all [upgradable from: 1.3.1-5+rpt1]
libpam-systemd/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
libpam0g/testing 1.3.1-5+rpt2 armhf [upgradable from: 1.3.1-5+rpt1]
libpango-1.0-0/stable 1.42.4-8~deb10u1 armhf [upgradable from: 1.42.4-7~deb10u1]
libpangocairo-1.0-0/stable 1.42.4-8~deb10u1 armhf [upgradable from: 1.42.4-7~deb10u1]
libpangoft2-1.0-0/stable 1.42.4-8~deb10u1 armhf [upgradable from: 1.42.4-7~deb10u1]
libpq-dev/stable 11.7-0+deb10u1 armhf [upgradable from: 11.6-0+deb10u1]
libpq5/stable 11.7-0+deb10u1 armhf [upgradable from: 11.6-0+deb10u1]
libraspberrypi-bin/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
libraspberrypi-dev/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
libraspberrypi-doc/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
libraspberrypi0/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
libssl-dev/testing 1.1.1d-0+deb10u3+rpt1 armhf [upgradable from: 1.1.1d-0+deb10u2+rpt1]
libssl1.1/testing 1.1.1d-0+deb10u3+rpt1 armhf [upgradable from: 1.1.1d-0+deb10u2+rpt1]
libsystemd0/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
libudev1/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
openssl/testing 1.1.1d-0+deb10u3+rpt1 armhf [upgradable from: 1.1.1d-0+deb10u2+rpt1]
pi-bluetooth/testing 0.1.13 all [upgradable from: 0.1.12]
postgresql-11/stable 11.7-0+deb10u1 armhf [upgradable from: 11.6-0+deb10u1]
postgresql-client-11/stable 11.7-0+deb10u1 armhf [upgradable from: 11.6-0+deb10u1]
python-rpi.gpio/testing 0.7.0-0.1~bpo10+1 armhf [upgradable from: 0.7.0~buster-1]
raspberrypi-bootloader/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
raspberrypi-kernel-headers/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
raspberrypi-kernel/testing 1.20200601-1 armhf [upgradable from: 1.20200205-1]
raspberrypi-sys-mods/testing 20200514 armhf [upgradable from: 20191105]
raspi-config/testing 20200601 all [upgradable from: 20200207]
rpi-eeprom-images/testing 7.4-1 all [upgradable from: 4.0-1]
rpi-eeprom/testing 7.4-1 armhf [upgradable from: 4.0-1]
rpi-update/testing 20200409 all [upgradable from: 20140705]
systemd-sysv/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
systemd/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
tzdata/stable 2020a-0+deb10u1 all [upgradable from: 2019c-0+deb10u1]
udev/stable 241-7~deb10u4+rpi1 armhf [upgradable from: 241-7~deb10u2+rpi1]
wpasupplicant/stable 2:2.7+git20190128+0c1e29f-6+deb10u2 armhf [upgradable from: 2:2.7+git20190128+0c1e29f-6+deb10u1]


Ou bien, juste confirmer que les modules sont assez peu invasif et donc peuvent très bien tourner sur les dernières raspbian sans plus de soucis que de recompiler.

Je comprends que la recommandation est de reflasher la carte sur les versions majeures. Cette discussion reste pour discuter l'alternative bricolage et éviter les situations qui pourraient amener des bugs sur une config exotique.
Répondre
#2
Je ne suis pas un gourou Debian ou Raspbian mais...
il me semble que (du moins pour une version majeure donnée - Buster en l'occurrence - de Debian), une version de Raspbian à un instant donné se caractérise par l'état des packages qui ont été installés via apt.

La "version de référence", telle qu'indiquée dans le fichier /etc/rpi-issue (i.e. 2019-09-26 ou 2020-02-13 ou 2020-05-27) ne fait qu'indiquer quelle est l'image de base Raspbian qui a servi à générer la carte SD.
Si on a tenu à jour les packages Raspbian  (y compris le kernel) via apt, on aura la version de Raspbian la plus à jour, quelle que soit cette version de référence.

Donc, pour répondre à la question, et sauf erreur grossière de ma part:
Oui, la mise à jour Pynab 0.8.0 devrait  pouvoir se faire sans reflasher la carte SD, donc sans tournevis.
Répondre
#3
La curiosité ayant été la plus forte, j'ai effectué la mise à jour de tout les paquets.

En regardant la mise à jour se faire, j'ai remarqué que le paquet de noyau était en version 20200213 !
Donc la mise à jour via la branche stable s'occupe du système d'exploitation aussi (seul le fichier texte utilisé dans l'interface web n'est pas mis à jour)

Donc félicitations à ceux qui ont contribué à la procédure de mise à jour entre versions stables !
Pour le fichier texte, je ne sais pas si ça vaut un ticket dans GitHub ou bien si c'est facile à mettre à jour dans le repo (je jetterai un oeil).


Sinon, la recompilation extrait du script tout inclus de Shadok a bien fait son travail. Seul hic: les dossiers .tmp_versions n'arrivaient pas à être effacé et il a juste suffit d'un nettoyage manuel pour que ca roule.

Merci à tous et bonne mise à jour sans tournevis Tongue
Répondre
#4
(06-23-2020, 11:33 PM)Commit-La-Grenouille a écrit : Donc la mise à jour via la branche stable s'occupe du système d'exploitation aussi
Je ne pense pas.
A ma connaissance les scripts Pynab utilisés lors de la mise à jour (upgrade.sh et install.sh) s'occupent des pré-requis de Pynab lui-même (kaldi, python, ...) mais ne déclenchent aucune mise à jour "système"  (via apt upgrade), ce qui est plutôt une bonne chose.
(06-23-2020, 11:33 PM)Commit-La-Grenouille a écrit : (seul le fichier texte utilisé dans l'interface web n'est pas mis à jour)
Oui, nabweb se base, pour afficher son information de version,  sur le fichier /etc/os-release et, comme je l'indiquais précédemment, sur le fichier /etc/rpi-issue, qui n'est jamais mis à jour (sauf si on installe une nouvelle image Raspbian).
Une suggestion serait que nabweb se base sur une information plus dynamique, comme uname, pour afficher la version du noyau:
Code :
pi@Nabaztag:~ $ uname -msr
Linux 4.19.118+ armv6l
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)