totof2000 a écrit 9656 commentaires

Le problème avec Windows, c'est que tu ne peux pas systématiquement faire un reverse du rm. Et tant qu'à faire, je préfère un comportement cohérent, quite à ne rien récupérer, plutot qu'un comportement variable en fonction des circonstances. Au moins je sais à quoi m'attendre.

taper l'adresse mail de la personne

Bah, pas plus compliqué que de taper un n° de téléphone.

Remplacer le fax par un pc

Un raspberry avec écran tactile, ça peut le faire aussi

gérer un mot de passe windows

Un badge RFID peut aussi faire l'affaire. Je suis mâme sur qu'on peut faire des trucs intéressants avec un smartphone.

lancer la messagerie (…)

Bah, un raspberry qui ne ferait que ça et c'est bon.

ne pas supprimer les mails des collègues

Hum … c'est pas parce que tout le monde utilise la même machine que tout le monde doit utiliser le même compte sur le même client mail. Un webmail avec déconnection automatique lorsque le message est envoyé devrait pouvoir faire l'affaire.

Tout ça existe déjà sur les photocopieurs ou les imprimantes actuelles (je pouvais faire ça il me semble sur mon imprimante HP jet d'encre il ya déjà trois ans).

Le plus simple pour remplacer le fax, c'est le scan/imprimante qui permet d'envoyer des mails.

Bien sûr, la remarque des vieux barbons, c'est que ça a toujours été comme ça, que les gens n'ont qu'à faire attention, qu'eux ne font jamais d'erreurs et/ou que quand ils font des erreurs, c'est qu'ils l'ont bien cherché, etc. Mon avis là-dessus, c'est que ces "opinions" sont sans grand intérêt. Ce genre de discours ne revient qu'à nier les problèmes, à faire porter les problèmes sur les gens plutôt que sur les logiciels, et à nier les pertes de données, d'argent, et de temps dûs à la mauvaise conception de nos interfaces.

La dessus je ne suis pas d'accord avec toi. Je ne suis pas d'accord sur le fait que l'interface est mal fichue. Dans mon cas, le comportement de rm -fr est bien décrit et connu, et ça ne me pose pas problème. rm fait ce qu'il est censé faire et il le fait bien, sans mentir. Et si rm supprime quelque chose alors qu'il n'aurait pas du, j'assume, c'est ma faute. Je ne veux surtout pas qu'on change le comportement de rm -fr. c'est pareil pour le reste (le chmod dont tu parles par exemple).

Par contre, je ne serais pas contre une alternative à rm qui serait réversible pour les jours ou je suis fatigué …

D'autres, comme rm, seraient également trivialement modifiables pour être réversibles. Le coût associé à une réversibilité serait très faible; il suffirait d'avoir un historique simplifié des actions sur le système (sachant que tous les shells courants logguent déja la liste des commandes dans un fichier d'historique, la liste des effets ne serait pas bien coûteux…).

Je ne suis pas si sur que ça soit si simple : par exemple, un rm réversible quand tu n'as plus de place sur un filesystem n'a pas trop de sens.

bah, quand je vois ça :

Workflow definitions are made using XML structures and XPath 2 expressions

de suite je dis non.

La différence c'est qu'ici l'utilisateur a tout son temps taper la commande et la valider.

C'est ce que j'aurais fait dans un état normal (et que j'ai déjà fait il y a plusieurs mois). Mais la fatigue peut jouer beaucoup de tours : perte de concentration et de lucidité. Ce n'est pas pour rien qu'on déconseille de prendre le volant lorsqu'on est fatigué. D'ailleurs, même sans prendre le volant, la fatigue peut être dangereuse pour soi (j'ai déjà failli me faire écraser en traversant à un carrefour protégé parce que j'étais fatigué et que je n'avais pas fait attention au petit bonhomme rouge. Je l'avais bien vu mais mon cerveau n'avait pas réagi).

https://www.debian-fr.org/t/etc-network-if-up-d-sous-wheezy/55772/8

A priori, en démarrant en mode maintenance et en empêchant le montage de mon home, je devrais m'en sortir sans liveCD (je sépare toujours mes partitions / /home et /var, dans ce genre de cas c'est bien pratique). Il faut juste que je trouve de la place disque pour la récupération, et la place disque, j'en ai pas beaucoup en ce moment …
Celà dit, je n'ai pas forcément besoin de tout récupérer. Le truc qui me gènerai le plus de perdre, c'est les petits développements que j'ai fait pendant un an, dont une tentative de portage de taptempo qui m'a pris beaucoup de temps, et que je n'ai pas encore publiée.

Je me souviens très bien de ce petit moment de flottement où je me dis « tiens c’est bizarre, pourquoi ça prend aussi long—OH PURÉE CTRL-C CTRL-C CTRL-C!!! »

Avec un SSD, c'est TRES rapide. Pas le temps de se poser la question et de faire le ctrl+c. Seul le message indiquant que je n'avais pas les droits pour supprimer certains fichiers (que j'avais compilé via sudo) m'ont mis la puce à l'oreille, mais il était déjà trop tard.

1-Pas normal de pas avoir de sauvegardes récentes. Pour ce type de fausse manip j'ai une sauvegarde quotidienne sur un autre répertoire du même disque (ça ne protège pas de la mort du disque, mais ça protège des rm & co).
Tu as raison, je ne blame personne d'autre que moi et ma négligence.
Comme je l'ai dit, physiquement, je n'ai presque plus de place disque depuis plus de 6 mois. J'ai 4 disques de 2 Tb que je destine à cet usage dans un NAS custom (recyclage de ma machine fixe pour ça), mais j'ai d'autres priorités financières pour le moment, et je n'ai pas pu investir dans le nécessaire de suite. Mais j'aurais du au moins faire le nécessaire pour mettre mes données sur un espaceen ligne le temps de faire mes manips de réorganisation.

2-Sans rire tu tapes "rm -fr ~" sans te dire "~ c'est $HOME" ?!

En général, si. Mais vu l'heure et mon état physique du moment, j'y ai pas pensé (et il ne faut surtout pas penser que ça ne t'arrivera jamais, parce que c'est quand tu penses ça que ça t'arrive).

Cool, merci pour le lien, je vais m'y intéresser de près.

C'est par ça que tu aurais du commencer bien avant de "faire le ménage" et même si ça impliquait de "gaspiller" du stockage temporairement.

Yep, je suis allé un peu trop vite. Mais les choses se sont un peu enchainées sans que j'y réfléchisse réellement. Ajouté à la fatigue, toutes les conditions pour faire ce genre d'erreur étaient réunies.

J'aurais du m'arrêter quand je me suis rendu compte que je n'avais plus d'espace pour faire une copie "raw" de mon homedir. (le pire c'est que j'y ai pensé, mais je me suis dit "allez, ça ne prendra que 5 mn. et efectivement, ça m'a pris moins de 5 mn pour tout perdre).

Ce genre de farce avec le ~ m'est déjà arrivé une fois. A ce moment, j'étais suffisamment alerte pour comprendre que le rm sur ~ virerait tout mon homedir. J'ai donc fait un mv de ./~ vers toto avant la suppression, et refait un clone en précisant le rep cible.

Je me suis dit aussi qu'il faudrait que je revois mon script de création de repo pour qu'il me fasse plus ce genre de truc, ou ma méthode de récupération du repo, mais procrastination oblige, j'ai laissé ça de côté et j'ai oublié. Et hier soir, il était tard, et j'ai pas fait attention .. et paf le rm.

Pour éviter ce genre de mésaventure, je met tout sur un serveur de fichier.

Je n'ai pas de serveur de fichier en tant que tel, mais je rsync régulièrement mes données de mon portable vers ma machine fixe. Mais ces derniers temps je n'ai plus beaucoup de place disque, et j'avais entamé une démarche pour créer un serveur de fichier dédié. J'ai pas encore fini mais le dépot git était créé justement pour ne pas perdre mes données.

Suite à ça je crois que je vais cesser ma réorg de données, et commencer par louer un serveur dédié ou un espace disque quelque part dans le cloud, et faire une copie de mes données qui me restent, ou que j'aurais réussi à récupérer, juste le temps de faire un peu de ménage et de monter mon serveur de fichier.

Je crois que ce proverbe n'est pas applicable dans mon cas : je n'étais pas root (mais je fais partie de toute façon de la 1ere catégorie).

Le plus désolant dans cette affaire, c'est que j'étais en train de mettre en place des dépots git justement pour ne pas perdre mon travail.

J'ai commencé par le dépot git parce que je n'ai plus beaucoup de place disque pour sauvegarder mon homedir quelque part, donc le but initial était de faire de la place.

Si on se réfère à cette interprétation, j'ai l'impression qu'utiliser une interface à un programme GPL rend le programme appelent GPL.

Je me suis mal exprimé : lier du code GPL à du code non GPL ne transforme pas le code non GPL en code GPL automatiquement (la GPL n'est pas "virale") : c'est juste interdit.

J'aurais donc du dire :

j'ai l'impression qu'utiliser une interface à un programme GPL ne peut être fait que par un programme GPL

Bien vu, j'avais complètement omis le séparateur dans l'affaire. Désolé.

Oups, je viens de me rendre compte que j'ai fait un mauvais copier/coller pour mon deuxième extrait. J'aurais du écrire :

Pour pouvoir utiliser le point, il faut le protéger avec un double backslash:
```
$ echo "ref1; designation1,abc ; 42.32 ref2; designation2,def ; 33.25" |awk '{sub("\.","!",$4); print}'
ref1; designation1,abc ; 42!32
ref2; designation2,def ; 33!25

J'ai répondu plus haut.

Le premier paramètre de la fonction sub est une expression régulière. Donc le point est interprété comme étant un caractère quelconque. La substitution se fera donc sur le premier caractère de ton champ. Exemple :

$ echo "ref1; designation1,abc ;  42,32
ref2;designation2,def ; 33,25" \| awk '{sub(".","!",$4); print}'
ref1; designation1,abc ; !2,32
ref2; designation2,def ; !3,25

Pour pouvoir utiliser le point, il faut le protéger avec un double backslash:

$ echo "ref1; designation1,abc ;  42,32
ref2; designation2,def ; 33,25" | awk '{sub("\\.","!",$4); print}'
ref1; designation1,abc ;  42,32
ref2; designation2,def ; 33,25

Voici ce que retourne le man de awk sous freebsd :

     sub(r, t, s)     Substitutes t for the first occurrence of the regular
                      expression r in the string s.  If s is not given, $0 is
                      used.  An ampersand (‘&’) in t is replaced in string s
                      with regular expression r.  A literal ampersand can be
                      specified by preceding it with two backslashes (‘\\’).
                      A literal backslash can be specified by preceding it
                      with another backslash (‘\\’).  sub() returns the number
                      of replacements.

Si on se réfère à cette interprétation, j'ai l'impression qu'utiliser une interface à un programme GPL rend le programme appelent GPL. Par extension, appeler une API Rest fournie par un code GPL ne devrait être possible que si le code appelant est GPL (ou alors une subtilité m'échappe).

sinon, ce serait bien d'avoir un exemple de ton fichier.

Mais en suposant que tu as un truc du genre en entrée :

ref1; designation1,abc ;  42,32
ref2; designation2,def ; 33,25

et que tu veuilles remplacer la virgule par un point dans la 4eme colonne, essaier ça :

$ echo "ref1; designation1,abc ;  42,32                                                                                                                                                       ref2; designation2,def ; 33,25" |awk '{sub(",",".",$4); print}'
ref1; designation1,abc ; 42.32
ref2; designation2,def ; 33.25

Microware OS-9, à ne pas confondre avec os/9 d'Apple . Il y a aussi le défunt SCO Unix, et je pense aussi à Unix SystemV d'At&t. Dans les vénérables, on peut également citer CP/M (un ancetre du MS-DOS). Sinon je n'ai pas vu dans ta liste ZOS et OS400 d'ibm (quasi certain qu'ils en aient), OpenVMS, HP NonStop, True64, hp-ux, ainsi que Novell Netware .

Enfin, certainement un peu hors catégorie, mais on peut citer également Cisco IOS (tu as cité IOS, mais je suppose que c'est Apple IOS).

Pourquoi ne pas tenter une formation en apprentissage ?

https://openclassrooms.com/courses/mettre-en-place-un-serveur-samba

Sous Unix, les interfaces vers les périphériques sont des fichiers spéciaux. Par exemple, tu peux trouver des trucs du genre /dev/sda pour ton disque dur, /dev/sda1 pour la première partition, /dev/dsp pour la sortie de la carte son, etc … Derrière chacun de ces fichiers, il y a un pilote de périphérique : pour les disques tu as les pilotes SCSI/SATA…. (je simplifie un peu), derrière /dev/dsp, tu as le pilote de ta carte son.

/dev/null est un fichier vers un périphérique "virtuel", avec un driver qui se contente d'oublier chaque octet qu'on lui envoie. Le fichier /dev/null n'est jamais modifié, mais le pilote correspondant ne fait rien des données qu'on lui envoie.