Reprise du message précédent :

J'étais tombé sur le paquet unattended-upgrades il y a peu de temps, mais aucune idée si ca convient, non testé. C'est pour les mises à jour de sécurité mais il me semble avoir lu que ca peut faire les autres mises à jour aussi.

Les maj auto c'est pas forcément une bonne idée    
En plus, si apt te pose une question tu ne pourras pas y répondre et ça va bloquer la maj    
Il faudra donc ajouter une option pour répondre oui/non automatiquement.
 
Je peux proposer en mail automatique avec le résultat de la commande "apt-show-versions --upgradeable" (paquet apt-show-versions) et faire les maj manuellement s'il y en a    
Mais je comprends bien que ça ne répond pas au besoin exprimé  
 

Merci pour les infos sur l'upgrade, je vais donc continuer à les faire à la main (en virant apt-get upgrade au profit d'apt-get dist-upgrade)
 

 
http://www.tldp.org/HOWTO/PPP-HOWTO/ip-up.html
 
Essaie d'ajouter

au début de ton script.
 
Tu trouveras ici: https://ppp.samba.org/pppd.html dans la section Scripts une série de variables d'environnement utiles pour scripter pppd
 

 
 
En parlant d'upgrade, stable et oldstable ont été mises à jour hier.

• Debian Stretch passe donc en version 9.3 -> https://www.debian.org/News/2017/2017120902
• Debian Jessie passe donc en version 8.10 -> https://www.debian.org/News/2017/20171209

Je suis pas sûr d'avoir bien compris. Quel intérêt de rajouter quelque chose à ip-up/down si ces scripts ne sont pas exécutés? Ou je dois rajouter ca ailleurs? Concernant les variables d'environnement je connais cette doc, sauf que les scripts ne sont pas exécutés et je ne sais pas pourquoi justement.
edit: Par ailleurs les scripts c'est pas moi qui a créé les fichiers, ils étaient déjà là, je les ai juste modifiés pour tester / être informé de l'exécution. Mes scripts à moi je veux les placer dans les dossier ip-up/down.d dont le contenu est exécuté par ip-up/down (si j'exécute ce dernier manuellement).

Es-tu absolument certain que les scripts ne sont pas exécutés ?  
Que ce ne sont pas tes modifications qui ne se comportent pas comme prévu ?
 

Pas absolument sûr non, quelle serait la méthode pour savoir à 100%?

Essaie de mettre

dans le script et regarde s'il te crée un fichier nommé "text" dans /tmp par exemple.

c'est pas très noob-compliant le "touch test" mais vérif fichier "text"

Anéfé, je voulais dire "test"
 
Edith: c'est pour le former

J'utilise depuis peu sur mon petit serveur web perso. Après des années a le faire manuellement sans jamais avoir de problème. J'ai laissé la conf par défaut, ça envoi un mail systématiquement quand il fait une mise à jour et signale si la machine a besoin d'un reboot.

Ça me va bien, mais je deconseillerais un usage en prod ou les changements ont besoin d'être orchestré pour éviter les conflits, mais pour un petit serveur perso c'est pas mal.

En fait les scripts SONT bien exécutés, le fichier est créé. Je pense que ma méthode "echo test >ficher" pour vérifier si les scripts sont exécutés n'était pas bonne parce que il n'y avait pas de chemin d'access complet et qu'il y a des restrictions par rapport à ça. J'ai appris quelque chose, je peux continuer avec mon bricolage maintenant. Merci! (et pas de problème pour la faute de frappe, j'avais compris l'idée )
 
edit: Si ça peut servir à quelqu'un: Les commandes zenity que j'avais aussi mis dans les deux scripts ne fonctionnaient pas car le script est exécuté sur le compte root alors que je suis loggé sur un autre compte, du coup zenity ne savait pas où afficher la fenêtre. Il faut mettre sudo -u $utilisateur zenity... et rajouter export DISPLAY=:0 avant. Ceci est valable aussi pour un script personnel dans ip-up/down.d car ce dernier sera aussi exécuté avec les droits superutilisateur.

Et sur un PC personnel (pas serveur) tu conseilles ou pas? Au moins pour les màj sécurité?

Concrètement, les plus prudents, vous les faites comment les mises à jour?

Sur mes serveurs :
- cron la nuit pour `apt-get update`
- du monitoring qui me dit le nombre de paquets à mettre à jour
- puis manuellement `apt-get upgrade` en vérifiant la liste des paquets qui seront mis à jours (et de temps en temps un `apt-get dist-upgrade` pour forcer les grosses majs comme celles du noyau)
- je fini avec un `apt-get --purge autoremove && apt-get clean && apt-get  autoclean` histoire de nettoyer l'ensemble

Si tu utilise la dernière stable avec le bureau gnome par défaut c'est activé. Cf https://wiki.debian.org/UnattendedUpgrades

Si tu suis unstable ou testing, ou un mélange de tout ça,  c'est pas forcément une grande idée car tu risque de te retrouver avec un truc pété au mauvais moment.

Merci. Apt upgrade met aussi le noyau à jour. En fait je n'ai vu aucune différence avec apt dist-upgrade, les 2 pc se sont mis à jour exactement pareil. Je n'ai rien eu à forcer.

Il y a une légère diff entre les 2 :
 

 
Perso j'ai parfois des diff entre les 2

Ah oui, tu utilises aussi apt-get alors que moi j'ai pris apt. Il va falloir que je me penche vraiment sur toutes ces commandes.

Pareil .
 
Je fais apt-get par habitude alors qu'au final y'a le choix entre apt, aptitude et apt-get...

Bon, en gros apt est plus moderne que apt-get, il inclu apt-cache, il est plus clair dans ses réponses mais pas aussi complet ce qui justifie qu'on ait encore apt-get au cas où. Les commandes sont les mêmes sauf:
- apt-get dist-upgrade correspond à apt full-upgrade
- apt list et apt edit-sources n'ont pas d'équivalents du coté de apt-get
 
Quant à la différence entre upgrade et dist-upgrade ( donc full-upgrade ), la seconde commande gère en plus les dépendances.
 
Finalement, pour mettre à jour: apt update && apt full-upgrade

Hello, m’étranglez pas   , Je me permet de poser une brève question HS ici plutôt que de créer un nouveau topic juste pour ça concernant une syntaxe bash car la réponse doit pas bien très complexe bien que j'y arrive pas :
 
Dans un script.sh, pour afficher de manière simple le code retour d'une commande :

Maintenant si je fait :

 
 
 
Edit : j'ai finalement trouvé mon erreur    
cf : https://stackoverflow.com/questions [...] bstitution
"Keep in mind that this doesn't apply to local variables (eg, local output=$(command)), because local is a command itself and its exit-code will overwrite that of the assigned function.                    – sevko                Jul 19 "
 
 
Mauvais code :

Bon code :

Petite remarque : ton ping, il est prévu de s'arrêter tout seul ?  
Généralement (sur système linux), il continue jusqu'à ce que tu lui dise poliment stop (^C). Il serait peut être intéressant de rajouter un -c3

oué, faut limiter le nombre de pings ou ca va envoyer à l'infini
un truc du genre

 
ca envoie la sortie standard à la poubelle, et la variable $? sert a récuperer le retour de la derniere commande (0 si tout va bien)

Bon code / mauvais code. Oui et non
Car au final ils sont différents.
Cette histoire de local c'est chiant je me suis deja fait avoir aussi.  
Mais tu peux contourner comme ça :
 

quand la déclaration en local est faite avant et que seule l'affectation est faite après, ça marche

Merci pour l'alternative, j'ai opté pour la solution la plus courte virer local    
Pour le ping tu à tout a fait raison, c'était juste pour l'exemple fait à la va vite    
Le pire c'est que d'habitude, sauf rares cas, je prends pas vraiment la peine de déclarer mes variables avec local et là j'ai voulu bien faire pour une fois et ça mais fait galérer vraiment bêtement 20min.

Je viens de constater que Debian peut lire les mp3 même si on n'active pas les repos contrib et non-free, vous ne trouvez pas ça étrange? J'ai testé avec mpv pour info.

c'est intégré dans les dépots main depuis wheezy (debian 7)

https://wiki.debian.org/MultimediaCodecs#Legal_Issues Ils mentionnent qu'ils ont revu leur politique

Est-ce que le fait que les MP3 ne soient plus sous licences y contribue aussi?

Merci pour vos réponses. C'est un changement d'avis sur la licence mais est-ce qu'on peut avoir les sources du codec?

apparemment ça s'est fait bien avant, Debian n'étant pas une entreprise commerciale ils n'étaient pas trop inquiétés par ces brevets (par contre ça aurait pu causer problème à une entreprise revendant un produit basé sur Debian)
En dehors ça, comme "lame" est libre et open-source il respecte totalement les règles de Debian.

A-t-on la possibilité de récupérer d'anciennes versions de paquet ?

vlc est passé en 3.0.0 et je voudrais revenir en 2.2.8.
Si je downgrade vlc en 2.2.7 (stable), je dois aussi downgrader mesa, nvidia, etc...

[edit] ok trouvé sur le repo deb-multmedia.org

bon bah vlc 3.0 supporte pas la playlist freebox, ca tourne, ca tourne sans jamais rien trouver. Aucun souci en 2.2.8

J'ai testé XCFE, c'est pas trop mal comme gestionnaire de bureau.
 
Par contre, ça fait bizarre de pas trouver "ifconfig", "sudo", de base

il est censé y avoir un rapport entre les deux phrases ?

Ifconfig n'est plus d'actualité

ha? Faut utiliser quoi alors?

ip, du package iproute2

Plus ou moins. Voici un pdf pour apprendre les nouvelles commandes: https://access.redhat.com/sites/def [...] _print.pdf

et franchement pour ceux qui doutent, ifconfig on ne le regrette vraiment pas longtemps