wismerhill a écrit 2608 commentaires

Mais si tu utilise explicitement bash, alors il n'y a pas de problème avec la version [[ ]], qui n'est pas une commande et sait distinguer les variables:

[[ -d $REP ]] || mkdir "$REP"

(mais pour mkdir, là il faut protéger bien entendu)

• les fabriques statiques pour les collections immuables : Set.of(…), List.of(…), Map.of(…)

Enfin!

Ce que tu décrit est plus simple à faire avec tr, il n'a pas d'option -i comme sed, mais c'est facile d'enregistrer dans un fichier temporaire puis faire un mv -f pour écraser le fichier d'origine (c'est ce que fait en pratique sed -i):

tr -d "$variable" < mon_gros_fichier_texte.txt > mon_gros_fichier_texte.txt.tmp && mv -f mon_gros_fichier_texte.txt.tmp mon_gros_fichier_texte.txt

(voir la page de manuel de tr pour les caractères spéciaux et les classes de caractères)

19,16 TWh par an

Argh, l'unité bâtarde.
Le watt est une unité de puissance, multiplié par des heures ça donne une énergie (c'est déjà tordu de ne pas revenir aux joules), divisé par des années … ça redevient une puissance, et on ne sait plus où on en est par rapport à l'unité normale de puissance.

Une heure divisée par une année, ça fait à peu (parce que dire année sans plus, ce n'est pas une durée bien définie) près 1/8766, donc ça nous donne 19160/8766 ≃ 2.2GW, ce qui est du même ordre de grandeur que la puissance d'un réacteur nucléaire (qui est un peu moins de 1GW, si j'en crois wikipedia).

Et ça, ça part à 90% dans l'atmosphère en dégagement calorique en pure perte

Alors, l'aspect calorique dans l'atmosphère, ça c'est complètement négligeable.
La puissance moyenne solaire reçue par la terre est de l'ordre de la centaine de péta-watt, c'est supérieur de huit ordres de grandeur.

J'ai hésité, mais même à la relecture ça me donne l'impression d'être écrit au premier degré.
(il y a des gens qui pensent vraiment comme, j'en connais heureusement très peu personnellement)

On dirais que pour toi intelligent est synonyme de malhonnête.

Oui, par contre tu ne peux pas, à partir d'un profil donné, demander à ouvrir un lien dans un autre profil.
Il faut copier le lien et le coller dans une fenêtre de l'autre profil.

Konqueror existe toujours, il a été porté vers KDE framework 5.
Il n'a pas régressé, c'est le reste qui a continué d'évoluer.

Du coup, ce genre de jeu est vraiment plus adapté à un développement par une entreprise, qui propose une expérience à "consommer" (ce n'est pas un gros mot) en échange d'argent. Ce qui n'exclut pas que ce soit libre dans l'absolu évidemment.

Pourtant, j'en reviens à mon message initial, il y a de nombreux mods solo créés par des particuliers, qui sont parfois de grande qualité (dans ce cas ce sera fait par une petite équipe plutôt qu'une personne seule), et sont disponibles gratuitement (volontairement, pas par piratage).
Donc il y a des gens qui ont envie de faire ce genre de chose, que ce soit par passion, comme un défi, ou pour se faire une référence pour ensuite en faire son métier.

Donc je me demande, est-ce qu'aucun de ces FPS libres (à part les clones de doom) ne met à disposition l'infrastructure pour faire des campagnes solo?
Parce que forcément, s'ils ne font que du multi ça ne va pas attirer les gens qui seraient susceptibles de créer des campagnes solo.

Encore un FPS pour faire du multi-joueur.
N'y a-t-il donc personne dans le libre qui ait envie de réaliser des compagnes solo?

J'ai beaucoup joué aux FPS, mais le multi-joueur ne m'a jamais beaucoup attiré (trop répétitif).
Mon préféré reste halflife premier du nom, le mode solo original était très original avec plein de styles différents et des séquences scénarisées bien pensées.

Il y a quelque années j'ai fait une "rechute", j'ai d'abord refait toute la compagne originale de halflife et les extensions officielles, puis je suis allé voir dans les mods solo disponible en ligne. Il y en a plein qui avaient été développé entre temps, dont certains de très grande qualité (égale, voir supérieure, au jeu original). Et tout ces mods avaient été développés par des amateurs, et mis à disposition gratuitement.

Pourquoi ne voit-on pas ça avec des FPS libres?
Est-ce qu'ils manquent d'outils de développement de niveau intermédiaire, genre éditeurs de niveaux avec possibilité de scriptage, destinés à des non programmeurs?

Les traitements de texte et tableurs (en tout cas libreoffice, et d'autres aussi probablement) ne mettent pas à jour le fichier, mais enregistrent dans un nouveau fichier, puis renomment atomiquement en remplaçant l'ancien fichier. Donc pas de CoW puisque ce sont de nouveaux fichiers à chaque fois.
Cette façon de faire évite, en cas de plantage, de se retrouver avec un fichier corrompu (la copie en cours d'enregistrement le sera probablement, mais l'ancien fichier n'aura pas encore été écrasé), mais ça ne préserve pas les droits des fichiers (en particulier si on avait le droit d'écriture sans être propriétaire du fichier).

j'ai téléchargé et éxecuté parted
dans parted j'ai fais resizepart 1
ensuite quand il m'a demandé la taille j'ai mis 42 GB
et j'ai quitté parted et rebooté.
Après reboot j'ai fais resize2fs -p /dev/sda1 et quand il m'a demandé la nouvelle taille j'ai entré 40G.

????

Si tu voulais une partition de 40GiO, il suffisait de le demander directement à parted.
As-tu réduit la taille de la partition des 2GiO devenus inutiles après avoir réduit le FS de 42GiO à 40GiO?

sda2 est la partition étendue, sda5 se trouvait dedans.
Je ne savais pas que fdisk acceptait de travailler directement avec une partition étendue, mais pour la supprimer elle-même, c'est sda qu'il faut modifier, et ensuite redimensionner sda1.

Mais comme tu ne t'y connais pas trop, tu ferais mieux d'utiliser un outil un peu plus haut niveau comme gparted (par exemple via system rescue CD) qui peut s'occuper simultanément du redimensionnement de la partition et du système de fichiers.

Le vmdk, c'est un disque virtuel, qui correspond donc à ton sda, vu les informations que tu donne.
Mais ce disque virtuel est partitionné, et ton FS se trouve dans une partition, il faut donc redimensionner aussi la partition, donc sda1 dans ton cas.

Le problème, c'est que tu as une deuxième partition après celle-là, sda2, qui contient elle-même sda5.
Comme sda5 n'est qu'une partition de swap, tu peux la supprimer, redimensionner sda1 et re-créer ta swap ensuite (il faut d'abord faire un swapoff pour qu'elle ne soit plus utilisée).
Une fois sda1 agrandie, resize2fs pourra faire son office.

Au passage, ça ne sert à rien de te compliquer la vie avec une partition étendue, le partitionnement MBR supporte 4 partitions primaires, donc s'il ne t'en faut que 2 fais-les simplement en primaires.

Et puis, tu es sur une VM, donc tu peux créer des disques virtuels de n'importe quelle taille, fais-en donc un petit juste pour la swap, ce sera beaucoup plus facile de les gérer.

Heu, si les paquets en question avaient un équivalent dans mageia 6, ils devraient être mis à jour par un simple urpmi --auto-select (si tu as configuré les dépôts complets), ou alors il te dira pourquoi il ne peut pas le faire.

Les paquets qui restent sont vraisemblablement des choses qui n'existent plus dans mageia 6.

Pour les libs, il y a effectivement souvent des choses qui trainent, parce que le nom du paquet inclus généralement la version, pour permettre d'en avoir plusieurs d'installées en parallèle, et donc conserver des programmes qui dépendent des anciennes.

Si tu veux nettoyer sans risque de casser quelque chose (du moins si tu n'a rien installé manuellement), la commande urpmi_rpm-find-leaves et plus adaptée, elle te liste les paquets dont rien ne dépend.
Donc tu fais un

urpmi_rpm-find-leaves |grep ^lib

pour trouver toutes les libs inutiles (attention, pas de suppression automatique de la liste car ça inclura aussi libre office, et quelques autres choses dont le nom commence par lib, comme libalsa-plugins).
Tu itère l'opération quelques fois car les libs dépendent souvent les unes des autres en cascade.

Après, s'il te reste encore des paquets mga[345], c'est que ce sont des programmes (ou autre) qui n'existent plus dans mga6 mais n'ont pas été pour autant retirés de force (via task-obsolete), et c'est à toi de décider si tu veux les conserver.

Janvier 2019 c'est la date (prévue) de fin du support de mageia 6, soit 18 mois après sa sortie.
Mais le cycle de release normal de mageia c'est normalement 9 mois, donc si tout se passe bien la mageia 7 devrait sortir en avril 2018.
Mais si un nouveau gros problème devait se présenter, ils ont déjà prévu que le support de mageia 6 pourrait être étendu, pour durer au moins trois mois après la sortie de la 7. (comme c'est le cas de la 5 qui aura été supportée beaucoup plus longtemps que les 18 mois initialement prévus)

Ça gaspille de la place horizontale.

Par exemple, si tu as un programme qui ouvre un fichier en écriture, se place à l'offset 1730, change 5 octets puis ferme le fichier, la couche d'abstraction au-dessus de FTP doit télécharger tout le fichier (avant de rendre la main au programme!), et une fois l'enregistrement fait il doit renvoyer le fichier.
Et faire un lock sur un fichier ne fonctionne probablement pas (la couche d'abstraction le simule peut-être en local, mais ça n'a aucune incidence sur le serveur distant).

Il faut plutôt voit ça comme un moyen de transférer les fichiers sans devoir utiliser un client spécifique, mais pas comme un espace dans lequel on peut travailler directement (ce que des vrai systèmes de fichier réseau permettent).

J'ai vu des managers d'équipes de dev qui n'y connaissaient pas grand chose et c'est pire que tout.

Ce n'est pas un problème s'il en a conscience et prend conseil auprès de ses subordonnés compétents.

Malheureusement, on a plus de chances de tomber dans l'Effet_Dunning-Kruger.

Je suppose qu'il n'y a sur ce disque dur que des données sans importances.
Car depuis la dernière fois que tu as vérifié la surface, il y a peut-être de nouveaux secteurs qui sont devenus défectueux, et la prochaine fois que tu accèdera aux fichiers concernés ça plantera.

Oui, on parle de biboumi, et oui effectivement il n’est pas dans stable (mais il reste quand meme en version 4.x, je ne sais pas trop pourquoi du coup, vu que la version 5.0 est sortie et est vachement mieux).

Ces derniers mois, l'objectif de debian était de corriger les problèmes pour sortir debian 9 justement.
Ça implique que sid était gelé et que les mainteneurs ne mettaient à jour les paquets que pour corriger des problèmes connus.
Donc, forcément un paquet qui n'est pas destiné à être inclus dans la stable en préparation ne va recevoir beaucoup d'attentions.

Vu qu'il utilise explicitement bash (pas besoin d'être compatible bourne shell), autant utiliser la syntaxe

if [[ $result == 1 ]] ;then

comme [[ est une construction du langage (contrairement à [ qui est une commande), il n'a pas ce problème.

Ta méthode fonctionne merci. Avec l'ajout de >/dev/null 2>&1 on peut aussi supprimer la phrase de réponse sans apporter de bug :)

Ou alors on demande à mountpoint de ne rien afficher avec son option --quiet

Je ne connais pas de manière, avec Ansible, pour appeler 7 plays en une seule commande aussi simple, sauf à faire un playbook pour chaque programme, puis utiliser les rôles, etc etc. Donc au lieu d'un seul script, j'aurais plus de 50 petits fichiers…

Juste pour répondre à cette remarque, et sans impliquer que tu devrais changer ta façon de faire.

Ce genre de chose se fait typiquement avec des tags.
Tu fais un playbook avec toutes les actions à appliquer, et tu applique des tags sur les différentes actions selon, ce à quoi elles s'appliquent. Si une action particulière est toujours nécessaire (par exemple parce qu'elle récupère des informations qui sont utilisées à plusieurs endroits), plutôt que de devoir lui appliquer tous les tags, il y a un tag spécial always pour toujours l'exécuter.
Ensuite, tu peux exécuter ansible-playbook avec l'option -t (--tags) pour n'exécuter que les actions qui correspondent à ce(s) tag(s). Il y a aussi une option --skip-tags pour exclure selon d'autres tags.

Note que ça peut aussi fonctionner de façon hybride, la commande de base ansible permet d'exécuter une unique action, elle peut donc être utilisée dans un script (et appliquée à localhost) pour profiter des fonctionnalités de certains modules complexes, et scripter d'autres choses qui seraient de toute façon compliquées à faire dans ansible.

Avec keychain (mais c'est relativement facile à faire manuellement, keychain est lui-même un script shell) les informations sont stockées dans des fichiers ~/.keychain/-{csh,fish,sh} et il suffit, dans ton script, de sourcer celui qui convient pour utiliser l'agent qui aura été démarré par keychain à la connexion.