$ shellcheck script_backup.sh
In script_backup.sh line 12:
bck_suffix="$(expr $(date +'%d') % 10)_$(date +'%H')"
^-- SC2003: expr is antiquated. Consider rewriting this using $((..)), ${} or [[]].
^-- SC2046: Quote this to prevent word splitting.
In script_backup.sh line 52:
if[ -d '${bck_snapshot}'];then
^-- SC2016: Expressions don't expand in single quotes, use double quotes for that.
$ shellcheck --version
ShellCheck - shell script analysis tool
version: 0.5.0
license: GNU General Public License, version 3
website: https://www.shellcheck.net
Jamais eu de problèmes lors de mises à jour de sécurité, et avec les outils actuels il est très simple de monter une machine identique à la prod pour les tests
Moi "souvent". Car s'il est vrai que ça se passe extrêmement souvent bien, quand tu as beaucoup de serveurs à gérer, tu tombes sur des problèmes aléatoires ou des combinaisons exotiques. Bref les tests sont indispensables (si tu ne veux pas de soucis en prod, ce qui n'est par forcément rédhibitoire en autohébergement), mais ça n'empêche pas malgré tout des soucis parfois. Et bien sûr il faut faire les mises à jour, s'en dispenser ne résoud rien non plus.
La notion d'algorithme voire IA est importante dans notre société (au présent et pour des questions de société) :
le calcul des impôts
ParcoursSup (en France pour le choix des filières d'enseignement supérieur)
réseaux sociaux / google actus / etc. (comment sont choisis et ordonnés les articles présentés, la question de l'enfermement dans une bulle, etc.)
la notation par diverses entités (les publicitaires, les vendeurs de tout et n'importe quoi, les mutuelles/assurances maladie, les États comme la Chine et sa note sociale)
les armes autonomes (missile ou robot ou drone)
les objets connectés
le vote électronique (par ordinateur de vote ou par Internet, institutionnel ou non)
…
Pas forcément besoin de savoir écrire les algorithmes, mais savoir ce que c'est, ce que ça peut ou ne peut pas, etc., oui ça permet essentiel à enseigner désormais. Et les analogies possibles avec les recettes de cuisine ou les démonstrations mathématiques font que ce n'est pas non plus insurmontables à enseigner largement.
Que Microsoft garde alors le peu vendeur 'bloque notes' et qu'il nous laisse le 'bloc-notes'. De toute façon on ne va pas commencer à déposer des noms communs comme fenêtres, bureau ou peinture…
Un nuage privé garde d'autres caractéristiques du nuage : ressources crées/détruites dynamiquement rapidement, facturées à chaque projet utilisateur à la consommation, des API pour l'infra, les sauvegardes, etc. Il y a toujours des trucs inconnus qui tournent sur le même hyperviseur que toi, mais c'est un autre projet de la boîte.
Fairphone Open et LineageOS sont abordés dans la partie 3 consacrée à Android. Seules les parties 1 et 2 ont déjà été publiées, et la partie 3 est encore en cours de rédaction dans l'espace collaboratif, donc il est encore possible d'aller y contribuer, avant sa publication. Cf https://linuxfr.org/redaction/news/systemes-d-exploitation-pour-telephones-partie-3-android
En dehors de l'aspect rhétorique de dire « pourquoi ils n'ont pas traité tout le reste avant cela » (permettant donc de ne jamais rien faire, sauf à tout faire d'un coup), on peut noter les différences notables que The Gimp (boiteux en anglais) ne base pas son logo sur un pirate à jambe de bois, ne fournit pas des images de travers par défaut et ne base pas son esthétique/iconographie/documentation/thème sur le fait de boiter, rendant la comparaison boiteuse, pardon hasardeuse. De même la bibliothèque / library oobs n'a pas basé son projet sur une caractéristique des mammifères, à supposer que cet aspect du nom ne soit pas fortuit (object oriented backend system ? je n'ai rien vu à ce propos dans la doc du projet).
Sur la question master/slave, je ne vois pas pourquoi ce point ne serait pas discutable et discuté. Pendant des siècles, on a dénommé blancs et nègres, et maintenant on ne le ferait plus. Mais ça reste une question à part et tout amalgamer une fois de plus ne sert à rien à part éviter le point de la discussion.
Et la remarque sur les paquets contenant 'ass' ne mérite pas les octets que l'on pourrait y consacrer. En temps que personne de conviction, tu devrais commencer par virer l'utilitaire passwd d'ailleurs.
[^] # Re: Devuan ASCII
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2 . Évalué à 5. Dernière modification le 20 janvier 2019 à 11:38.
Software und System-Entwicklung Linux, la distrib pour développeurs germanophones donc.
[^] # Re: Damned!
Posté par Benoît Sibaud (site web personnel) . En réponse au lien curl cheat sheet. Évalué à 3.
Corrigé, merci.
[^] # Re: Une petite erreur s'est glissée dans le script de backup ;-)
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Mes activités open sources / libres récentes. Évalué à 10.
Un outil qui peut aider :
# dépêche précédente
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Connaissez-vous Aaron Swartz, génie de l'internet, sacrifié par la justice d'Obama ? - france inter. Évalué à 6. Dernière modification le 13 janvier 2019 à 11:14.
https://linuxfr.org/news/hommage-a-aaron-swartz
Et
https://linuxfr.org/users/marquez/journaux/l-enfant-d-internet-video
https://linuxfr.org/news/le-jour-de-la-riposte-the-day-we-fight-back-contre-la-surveillance-generalisee
[^] # Re: ahaha...
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Démystifier l’activité d’hébergeur. Évalué à 6.
Moi "souvent". Car s'il est vrai que ça se passe extrêmement souvent bien, quand tu as beaucoup de serveurs à gérer, tu tombes sur des problèmes aléatoires ou des combinaisons exotiques. Bref les tests sont indispensables (si tu ne veux pas de soucis en prod, ce qui n'est par forcément rédhibitoire en autohébergement), mais ça n'empêche pas malgré tout des soucis parfois. Et bien sûr il faut faire les mises à jour, s'en dispenser ne résoud rien non plus.
[^] # Re: Erreur de date pour la prochaine émission
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Émission « Libre à vous ! » du 8 janvier 2019 — Podcast et références. Évalué à 3.
Corrigé, merci.
[^] # Re: Coquille (la même, dans la dépêche)
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Émission « Libre à vous ! » du 8 janvier 2019 — Podcast et références. Évalué à 3. Dernière modification le 11 janvier 2019 à 07:58.
Corrigé, merci.
[^] # Re: Anonymisation ratée
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Sur l'intérêt des systèmes de protections des courriers électroniques (DKIM, SPF et DMARC). Évalué à 3.
Corrigé, merci.
[^] # Re: coquille ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Sur l'intérêt des systèmes de protections des courriers électroniques (DKIM, SPF et DMARC). Évalué à 3.
Corrigé, merci.
[^] # Re: Toute petite coquille, une coquillette quoi :o)
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Statistiques 2018 du site LinuxFr.org. Évalué à 6.
Corrigé, merci.
[^] # Re: précisions
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Statistiques 2018 du site LinuxFr.org. Évalué à 4.
Déjà évoqué dans la dépêche, où Matomo est évoqué dans deux catégories.
Précision ajoutée.
[^] # Re: Coquille
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche 🎦 Présentation de ShinobiCCTV Community Edition 👁️. Évalué à 3.
Corrigé, merci.
[^] # Re: Debian n'en sortira pas grandi...
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Weboob banni de Debian ?. Évalué à 3. Dernière modification le 02 janvier 2019 à 13:51.
Mon ami noir homo handicapé roux animiste végan dyslexique belge à bec de lièvre obèse et utilisateur d'emacs m'a dit la même chose.
[^] # Re: Charrue
Posté par Benoît Sibaud (site web personnel) . En réponse au journal La spécialité N.S.I. de la réforme du lycée. Évalué à 5. Dernière modification le 02 janvier 2019 à 13:48.
La notion d'algorithme voire IA est importante dans notre société (au présent et pour des questions de société) :
Pas forcément besoin de savoir écrire les algorithmes, mais savoir ce que c'est, ce que ça peut ou ne peut pas, etc., oui ça permet essentiel à enseigner désormais. Et les analogies possibles avec les recettes de cuisine ou les démonstrations mathématiques font que ce n'est pas non plus insurmontables à enseigner largement.
[^] # Re: Meilleur ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Nouvelle version de Notepad++. Évalué à 10. Dernière modification le 02 janvier 2019 à 07:57.
Que Microsoft garde alors le peu vendeur 'bloque notes' et qu'il nous laisse le 'bloc-notes'. De toute façon on ne va pas commencer à déposer des noms communs comme fenêtres, bureau ou peinture…
[^] # Re: Nuage maison et nuage privateur
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Huit ans et plus toutes ses dents. Évalué à 9. Dernière modification le 01 janvier 2019 à 11:45.
Un nuage privé garde d'autres caractéristiques du nuage : ressources crées/détruites dynamiquement rapidement, facturées à chaque projet utilisateur à la consommation, des API pour l'infra, les sauvegardes, etc. Il y a toujours des trucs inconnus qui tournent sur le même hyperviseur que toi, mais c'est un autre projet de la boîte.
[^] # Re: Système d'exploitation libre pour portable
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Systèmes d’exploitation pour téléphones — partie 1 : premières initiatives ☎😍. Évalué à 3.
Fairphone Open et LineageOS sont abordés dans la partie 3 consacrée à Android. Seules les parties 1 et 2 ont déjà été publiées, et la partie 3 est encore en cours de rédaction dans l'espace collaboratif, donc il est encore possible d'aller y contribuer, avant sa publication. Cf https://linuxfr.org/redaction/news/systemes-d-exploitation-pour-telephones-partie-3-android
[^] # Re: Journal posté
Posté par Benoît Sibaud (site web personnel) . En réponse à l’entrée du suivi Erreur lors de la soumission d'un journal. Évalué à 3 (+0/-0).
Vu l'heure de l'entrée, je dirais que la soumission est arrivée durant un dump sql de sauvegarde.
[^] # Re: Ajustement désynchronisé de l'orthographe du titre
Posté par Benoît Sibaud (site web personnel) . En réponse au journal La fin des problèmes de sous-titres mal synchronisés ?. Évalué à 5. Dernière modification le 26 décembre 2018 à 09:38.
Corrigé, merci.
[^] # Re: Le RV32M1 a même deux cœurs RV32I
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche 2018, l’année de la libération des processeurs ?. Évalué à 4.
Corrigé, merci.
[^] # Re: Risque juridique ?
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Debian Buster : le choix du thème graphique soumis au vote. Évalué à 5.
On se le demande encore.
[^] # Re: Open Food Facts
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Dons aux associations, épisode 7. Évalué à 4. Dernière modification le 21 décembre 2018 à 17:42.
Corrigé, merci.
[^] # Re: Open Food Facts
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Dons aux associations, épisode 7. Évalué à 4.
Je n'ai pas trouvé l'info en ligne.
[^] # Re: Où est la surprise ?
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Facebook, une drogue dure. Évalué à 7. Dernière modification le 21 décembre 2018 à 12:29.
[^] # Re: en même temps
Posté par Benoît Sibaud (site web personnel) . En réponse au lien Weboob se prend un coup de pied dans les c***. Évalué à 7.
En dehors de l'aspect rhétorique de dire « pourquoi ils n'ont pas traité tout le reste avant cela » (permettant donc de ne jamais rien faire, sauf à tout faire d'un coup), on peut noter les différences notables que The Gimp (boiteux en anglais) ne base pas son logo sur un pirate à jambe de bois, ne fournit pas des images de travers par défaut et ne base pas son esthétique/iconographie/documentation/thème sur le fait de boiter, rendant la comparaison boiteuse, pardon hasardeuse. De même la bibliothèque / library oobs n'a pas basé son projet sur une caractéristique des mammifères, à supposer que cet aspect du nom ne soit pas fortuit (object oriented backend system ? je n'ai rien vu à ce propos dans la doc du projet).
Sur la question master/slave, je ne vois pas pourquoi ce point ne serait pas discutable et discuté. Pendant des siècles, on a dénommé blancs et nègres, et maintenant on ne le ferait plus. Mais ça reste une question à part et tout amalgamer une fois de plus ne sert à rien à part éviter le point de la discussion.
Et la remarque sur les paquets contenant 'ass' ne mérite pas les octets que l'on pourrait y consacrer. En temps que personne de conviction, tu devrais commencer par virer l'utilitaire
passwdd'ailleurs.