Michaël a écrit 2929 commentaires

Mon propos n'est pas de dire que c'est techniquement infaisable mais plutôt que c'est une pratique qui se discute et qui n'est pas forcément la plus naturelle.

Réduire la surface technologique à laquelle est confrontée une équipe c'est très bien mais selon le type d'application les impératifs de disponibilité ou de redimensionnement peuvent jouer un rôle plus important dans le choix de la méthode ou des technologies employées.

J'ai quelques suggestions pour le script:

TMPDIR=$(mktemp -d)

Les contr'apostrophes sont pleines de pièges et je crois même qu'elle sont dépréciées depuis plusieurs dizaine d'années!

backup_mysql()
{
    docker-compose exec -T maria sh -c 'exec mysqldump --all-databases -uroot -p"$MYSQL_ROOT_PASSWORD"' > $TMPDIR/dump.sql
}

echo "  Backup MySQL..."
if backup_mysql; then
  echo "  Remove backup file...."
  rm -rf "${TMPDIR:?}"
else
  echo "  Exit program: there was an error in the backup procedure."
  exit 1
fi

La fonction permet d'expliquer ce que fait cette commande compliquée (nom de la fonction) et d'avoir un flot d'exécution plus clair.

Le :? pour protéger l'exécution de rm -rf c'est important. Le mieux je trouve est de créer un subshell et d'utiliser trap comme dans:

with_tmpdir()
(
   TMPDIR=$(mktemp -d)
   trap "rm -rf ${TMPDIR:?}" INT TERM EXIT
   "$@"
)

use_tmpdir()
{
   touch "${TMPDIR:?}/canari"
   ls -lR "${TMPDIR}:?"
}

with_tmpdir use_tmpdir

Ainsi on a une responsabilité claire et unifiée pour l'allocation et la déposition d'une ressource (le répertoire temporaire).

normalement docker c'est un système en quasi lecture seule

Oui moi aussi ça m'a fait tiquer.

Le cas où docker ou en général les technologies à base de “conteneurs” sont les plus pertinents en production sont les cas des applications sans état persistant ou qui ont une forte élasticité horizontale (le nombre de processus concurrents peut varier grandement): ce n'est pas vraiment le cas typique d'une base de données.

Il y a des cas légitimes pour faire tourner une base de données de docker, souvent pour créer un environnement de laboratoire ou bien dans la chaîne de tests d'une application. Dans un environnement de production ou de pré-production, cela n'a pas vraiment d'intérêt et diminue en principe la disponibilité de la base de données.

Il y a aussi des artistes qui vivent de leur œuvre sans vivre de leur travail:

Outre ces cubes, Pak a aussi cédé deux œuvres uniques, dont l’une, représentant un simple pixel, a été acquise pour 1,36 million de dollars par le collectionneur numérique Eric Young.

Il me semble que les artistes ont le droit de vivre également de leur œuvre.

Tu parles de droit moral ou de droit légal?

Dans le premier cas c'est une chose dont on peut discuter mais cela ne va pas de soi, n'a longtemps pas été le cas et n'est pas le cas aujourd'hui pour un grand nombre d'artistes. Après légalement, oui.

Voici des exemples nombreux d'artistes qui aujourd'hui vivent de leur travail (plutôt que de leur œuvre):

• les musiciens d'orchestre ou de studio;
• les acteurs de théâtre;
• les danseurs;
• la plupart des métiers satellites (techniciens du spectacle, producteurs, attachés, etc.)

Hormis les musiciens les plus célèbres, très peu vivent de leur œuvre dans le sens où ils percevraient des droits d'auteur.

À mon sens l'intérêt de la société est plutôt de chercher des formes de financement alternatives au droit d'auteur au lieu de se battre contre les lois naturelles de la numérisation des œuvres. (Avis très personnel je l'admets.)

Ils ne visent plus les yeux maintenant?

En fait la blague est très en retard sur la réalité. Hors du sol européen:

• des gestionnaires de galerie marchandes croisent la reconnaissance faciale avec les données de bornage des téléphones pour adapter les flux publicitaires en temps réel;

• des églises utilisent la reconnaissance faciale pour rappeler vers le troupeau les brebis qui se distancient de la communauté.

Sans compter les applications sécuritaires “que l'on attend”. En Europe ces pratiques sont largement illégales, ce qui ne veut pas dire qu'elles n'existent pas.

Voir l'exposé de Lilly Ryan (en anglais d'Australie): https://www.youtube.com/watch?v=LOulCAz4S0M pour plein d'autres détails!

Au sujet des applications commerciales de la reconnaissance faciale, une des entreprises en vue sur ce créneau est … française! https://quividi.com/privacy_fr/

• à la fin des années 90, en parallèle à IRC je commençais à utiliser avec assiduité ICQ, j'ai le sentiment qu'ICQ est un des premiers outils de ce genre qui a vraiment démocratisé ce type d'échange et l'a ouvert à un public beaucoup moins geek,

C'est aussi mon souvenir particulier. D'ailleurs à l'époque je ne voyais pas trop bien l'intérêt avec dans les grandes lignes la même réflexion que dans le journal :-)

. D'habitude la différence de qualité n'est pas aussi marquée (la fr se défend bien sur les maths).

Franchement je ne sais pas si j'ai une malchance particulière mais que ce soit pour les mathématiques ou la musique je trouve que la wikipédia française comme anglaise ont tendance à présenter de façon complexe et confuse beaucoup de notions qui peuvent aussi être présentées de façon claire.

Il y a des explications à cela, qui sont presque la plupart des absences de choix éditoriaux: public pas très clair (mathématicien ou généraliste) approche historique ou non pour expliquer une notion? etc. Manque de cohérence (forcément, vu que ce n'est pas un cours!)

Pour les mathématiques je n'utilise presque jamais wikipédia, si ma bibliothèque me fait défaut je cherche simplement un cours de fac en ligne, voire dans certain cas des mémoires de master.

Si on a un bagage mathématique plus léger et qu'on a besoin d'un petit dépannage (par exemple si on se demande ce qu'est une quadrique) je n'ai pas de proposition plus réaliste que de regarder wikipédia mais ce n'est pas une source particulièrement agréable.

Si tu n'es pas très satisfait de l'écosystème MS et préfère montrer quelque chose d'autre à ton neveu tu peux:

• Lui préparer une Virtual Box avec un système, si son PC a moins de 5-6 ans et qu'il ne veut pas faire de 3D les performances sont très correctes.

• Lui offrir un rasberry pi ou un ordinateur “mini” plus puissant.

C'est vrai que monter le volume au même emplacement pourrait résoudre le problème des chemins différents. C'est tout con, j'y avais pas pensé …

Ce n'est pas sans piège toutefois, au niveau des permissions. Rien qui soit en principe gênant pour une compilation cependant. (Par exemple pour une clef ssh qui doit avoir une permission au plus -rw------- pour être utilisée par le client SSH va demander plus de travail pour être utilisable.)

et un container pour d'autre ça peut aussi être une solution, mais ça fera un peu double maintenance à moins d'avoir un autre truc au dessus qui génère automatiquement

Oui ici il y a deux approches je pense: soit on fait un joli paquet qui tire toutes les dépendances nécessaires quand on l'installe soit on s'en tire avec un simple shell-script.

Aujourd'hui un shell-script est souvent une meilleure solution que ce qu'on peut croire a priori pour configurer une machine. La raison et que, dans beaucoup de cas, le gestionnaire de paquets n'est qu'un moyen parmi d'autres d'installer des logiciels sur une machine. (Source: ouvrir une dizaine de Dockerfiles de projets libres pour faire ce constat.) Outre le gestionnaire de paquets canonique du système on a tous les gestionnaires relatifs à un langage – type npm, pip, gem, opam, quicklisp, maven, … et même la bonne vieille tarball. Avec des pratiques de type “serveur constant” la possibilité de faire une mise à jour proprement est beaucoup moins importante – en général on repart de zéro au lieu de mettre à jour l'existant.

C'est possible de faire un script qu'on copie puis exécute dans le container ou dans la vm avec vagrant ou un outillage ad-hoc. Utiliser ansible n'a ici pas grand intérêt: pour les conteneurs c'est plutôt contre nature et il va falloir se lancer dans des contorsions peu intéressantes pour effectivement utiliser ansible pour créer une image docker, et ce script ansible ne va probablement utiliser 4 modules ansibles pour installer des paquets puis appeler une dizaine de shell-scripts pour faire tout le reste… autant utiliser directement un shell-script et éliminer toute une séries de dépendances. (On a ordinairement déjà assez de risques pour casser un “build” sans s'offrir le luxe de dépendances peu utiles! :-) )

Un article d'intro sur le serveur constant (en anglais): https://martinfowler.com/bliki/ImmutableServer.html

Je fais exclusivement du “serveur constant” donc ansible ne sert plus à rien. :-)

Pour les containeurs j'utilise docker/kubernetes (donc en gros des shell scripts).

Pour la configuration d'instance je suis content avec des shell scripts et pour l'infrastructure comme service terraform.

Il me semble que tu n'as que quelques points à améliorer. Si ceci est ton principal problème avec ta solution à base de containers:

1. Installer Eclipse (et autres outils graphique) côté hôte pour travailler sur le code et lancer uniquement la compilation dans le container. Je trouve ça assez bien car très peut de différences par rapport au monde sans container. Là où ça me semble tordu, c'est que je vais avoir des erreurs de compile qui vont me donner des chemins correspondants au monde du container et pas de l'hôte par exemple.

tu vas être content. Tu peux très facilement exposer ton code sous le chemin dans le conteneur. Par exemple avec docker, tu peux essayer

docker run -it --rm -v "$(pwd):$(pwd)" debian:stretch su -

pour voir que ton dossier courant est visible avec le même chemin dans le conteneur.

Après il me semble que si votre solution à base de machine virtuelles marche bien à ceci près que:

Jusqu'à présent, on utilise une Machine Virtuelle mais c'est très gros à échanger et pratiquement jamais mis à jour correctement alors j'essaye de migrer ça vers des environnement virtuels et des containers qui pourront être archivés via git etc.

tout ce qu'il manque pour vivre au paradis est de construire une chaîne de livraison continue qui produit une machine virtuelle à jour à intervalles réguliers. Même si elle fait dans les 10 Go, cela ne prend normalement que quelques minutes à télécharger.

(Il me semble que Vagrant sait faire cela mais on peut s'en tirer avec quelques scripts shells et la CLI de VirtualBox, si c'est VirtualBox que vous utilisez. En plus c'est possible d'utiliser ces machines comme agents Jenkins!)

Mais je connais pas Ansible, il faut que je regarde un peu pour pas dire trop de bêtises.

Ansible est fait pour configurer et mettre à jour un parc de machines… on peut l'utiliser pour faire autre chose mais ça devient assez rapidement un choix très discutable. Je l'ai utilisé pendant 3 ans et même dans le cas d'utilisation “canonique” je trouve cet outil assez faible pas très convainquant.

Mes principaux griefs:

1. Au final on écrit beaucoup de shells scripts quand-même, donc hormis quelques cas d'école très particuliers Ansible n'offre pas de fonctionnalité très intéressante. (Juste le parallélisme sur les machines.)

2. Tout ce qui est méta-programmation / traitement de données (par exemple calculer les paramètres réseau, ajuster la taille des disques et des caches…) est juste imbitable, intestable, bref c'est sur ce point un très mauvais choix.

Le salariat est la caractéristique principale du capitalisme. Sans salariat, ce n'est plus du capitalisme, mais autre chose (la capitalisation ne peut se faire alors que sur des biens non humains). […]

Mhhh alors je suis bien mal placé pour me lancer dans une discussion très approfondie sur le sujet mais il me semble quand-même que ta caractérisation du capitalisme et ta description du marché de l'emploi sont… disons surprenantes.

Je vais bêtement citer wikipédia:

Le capitalisme peut être défini par deux caractéristiques principales : la propriété privée des moyens de production ; une dynamique fondée sur l'accumulation du capital productif guidée par la recherche du profit

Je pense que c'est très important de garder en vue la propriété privée des moyens de productions pour comprendre l'effondrement du socialisme – la réponse politique à l'apparition du capitalisme – comme force politique en France et en Allemagne. Avec l'agrandissement de la part du tertiaire dans l'économie, la dépendance des salariés aux propriétaires des moyens de productions se réduit d'autant. En Allemagne l'économie est plus industrielle qu'en France mais on voit un rééquilibrage des rapports de force historiques entre main d'œuvre et propriétaires des moyens de production causé par l'accroissement de la qualification technique de cette main d'œuvre et le déclin démographique du pays.

Si on prend le salariat comme phénomène clef du capitalisme on ne se donne pas le moyen de comprendre le déclin du socialisme en France et en Allemagne, un des phénomènes majeurs de l'histoire politique de ces pays de l'après guerre à nos jours.

Ça signifie que le profit de l'employeur est basé sur combien il sous-paye son employé par rapport aux fruits de son travail.

C'est une des nombreuses composantes qui permet à une entreprise d'être profitable mais ce n'est ni la seule ni la plus durable, ce qui est d'autant plus vrai si on observe le seul domaine du développement logiciel et des métiers voisins.

Excellent commentaires auxquels je veux ajouter que ces entreprises avaient aussi elles-mêmes la possibilité de faire des choix stratégiques pertinents et de proposer elles-mêmes des produits qui marchent avec les offres IaaS bien en vue.

C'est du faux opensource ce qu'elle fait […]

Oui!

Exactement … et une fois qu'on a fait cette liste de pays il ne reste plus que ceux qui ont certes quelques préparations fromagères mais rien qui ne témoigne de cette diversité.

J'habite en Allemagne et la plupart des fromages faits ici s'appellent juste “fromage fermier” ou “fromage des montagnes” voire “fromage de la campagne” …

Certainement! (Ces deux affirmations ne s'excluent pas l'une et l'autre.)

mais j'ai dit "ou toute autre license plus libre" \o/ donc j'en fait don à l'humanité (et aux peuplades extraterrestres tant qu'ils ont des patates et de la crème, s'ils en ont pas, nous aviserons)

Le 26 janvier 2021, Rolafutor de la planète Surcoufia prit connaissance de ta recette. Intrigué il se rendit chez la mère Jean pour goûter le mystérieux gratin et envoya un message infra-temporel à ces supérieurs: c'est donc dans un restaurant que débuta le plus grand conflit qu'ait connu l'humanité, l'opposant à un empire trans-galactique soucieux de contrôler les dernières resources de crème fraîche et de patates d'un univers à limite de la rupture culinaire. (Musique dramatique de votre choix.)

au lait délicieusement parfumé à l'ail – prévoir une casserole énorme car le lait monte, comme chacun sait :-)

un pays sans fromage

C'est à peu près tout les pays sauf la France quoi :-)

Coucou Thieri,

tu peux utiliser plusieurs fois l'option --exclude pour ajouter des dossiers à la lister de dossier omis de l'archive.

Lorsque tu sais quelle option ou fonction te permet d'atteindre un effet similaire à ce dont tu as besoin, tu peux

1. Bien-sûr poser une question ici, ce qui t'oblige à attendre une réponse.

2. Regarder la page de manuel ou d'info de la commande man tar ou info tar dans le terminal ou bien en ligne.

3. Faire une recherche sur les sites d'entraide type StackOverflow

Bonne chance et bienvenue sur LinuxFr ! :-)

(P.S. Sur le site tu peux répondre à un commentaire pour créer une discussion, au lieu de répondre dans un commentaire séparé.)

"Que personne de sérieux n'arrive à démontrer scientifiquement que ça fonctionne. C'est tout." : si la mortalité des hôpitaux français où l'HCQ a été prescrite est plus faible que là où elle ne l'a pas été, si ça ne te suffit pas…

Ce n'est pas l'aiguille de ma montre qui entraîne les cloches de l'église, corrélation et causalité ce n'est pas pareil… faire la distinction entre les deux c'est à peu près le problème fondamental de la science.

mais comme disait Einstein : l'univers est fini, mais pas la bêtise humaine qui, elle, est infinie.

C'est une restitution approximative d'une citation controversée… tous les moyens de démontrer la solidité de son argumentation te sont bons! :-D

Une autre chose qu'on oublie, c'est que les statistiques ne peuvent pas être comparées car chaque pays à sa méthode.

Quand-même depuis presqu'un an qu'on est obligé de répéter ça à tout bout de champ on pourrait espérer qu'on l'oublie de moins en moins! :-)

La Belgique a décidé que tout mort avec COVID était inclus dans les statistiques de décès liés au COVID.

Et même si on s'accorde là-dessus il y a des différences: l'Allemagne utilise aussi ce critère, mais cela ne veut pas dire que les analyses médicales sont systématiques pour tout cas de décès. Si on traite différemment les décès en milieu familial, hospitalier ou semi-hospitalier on arrive à des visions très différentes du phénomène.

Sans compter les divers effets de seuil: en Allemagne toujours il y a eu un jour ou environ trente mille contaminations ont été relevées… agrégeant les statistiques qui dormaient depuis quelques jours dans les tiroirs pour cause de fêtes de fin d'année.

Bref, il faut tenir compte de tout cela pour tirer un bilan honnête de la situation et attribuer les bonnes causes aux bons effets.

Ce qui va prendre beaucoup prendre de temps et occuper la recherche académique , notamment en médecine, politique et administration, pendant quelques années et je ne prends pas trop de risque à dire qu'on aura encore des études qui sortiront sur la gestion de crise jusqu'en 2026 au moins.