Il n'y a pas de c'est bien ou c'est mal, il y a comment on perçoit les mots (même si je n'ai pas la même perception qu'elle, sauf sur le fait que connard est plus fort que con).
Dans tous les cas, si on veut dire cela gentiment, un "t'es bête" fera probablement mieux l'affaire, indépendamment du sexe / genre de la cible.
Je ne savais pas que les versions féminines sont plus connotées. Est-ce vrai aussi pour « connasse » versus « connard » ? As-tu des sources là dessus ?
Cela dit, « con » en tant que nom ou adjectif voulant dire stupide est maintenant plus répandu que le sens original vieilli (qui n’est clairement pas le sens utilisé dans « je suis con ») et on trouve sa forme féminine dans l’usage que ce soit pour le nom ou pour l’adjectif. Sur le Wiktionnaire, on peut lire « pour une femme on dit : conne ».
Finalement, on peut presque dire que le con de la femme et le con stupide sont deux « mots » différents, même si à la base l’un est dérivé de l’autre.
Pour l’adjectif, il y a quand même une note sur le Wiktionnaire :
Note : En ce sens, peut être invariable en genre (voir exemple).
Et c’est vrai qu’on le rencontre souvent comme ça.
Finalement, j’ai l’impression que l’usage dirige et là, on trouve de tout ☺
Ne t'inquiète pas pour mon temps, je peux faire d'autres trucs pendant que mon ordi exécute des tâches. Et puis, ça avait vraiment piqué ma curiosité :-)
Et il se peut que je bidouille un peu avec ce code.
Merci pour tes clarifications, je comprends mieux ce que tu veux dire.
à l'exécution java c'est lourd
J'ai surtout l'impression que ça ne vient pas tant du runtime OpenJDK que de ce qu'on en fait. Pour l'avoir utilisé sans framework, avec des petits programmes, ce n'était pas particulièrement lourd, et ça ne fuite pas gratuitement sans raison (par contre, le temps de démarrage peut être long pour des exécutions courtes).
Quel est le rapport entre java et android ? Le langage se ressemble ? Il utilise le bytecode java dans l'une de ses étapes de build ?
Android est un écosystème à part entière. Il a peut-être des ponts avec java, mais c'est comme confondre c et c++.
Hein ?
Java, c'est le langage privilégié pour développer des applications sous Android (avec Kotlin). Android a sa propre VM et n'utilise pas OpenJDK, mais je ne vois pas la différence niveau langage. Je ne comprends pas du tout le parallèle avec la comparaison C et C++.
Bien sûr, une grosse partie d'Android est écrite en C et en C++, peut-être as-tu compris cela quand on parlait de développement Android ? En tout cas, pendant la compilation d'Android, beaucoup de code java est compilé.
Après trois quarts d'heure de récupération des sources de LineageOS 17.1 (Android 10) et une heure trois quart de comptage de lignes de code (cloc), voici les résultats :
Yes, mais c'est aussi vrai avec Javascript. Etherpad, par exemple, consomme un max de mémoire même sans rien faire et de CPU, côté serveur. Je suspecte que le langage n'importe pas autant que les choix de conception cela dit dans ce cas. J'ai lu que gitlab était très gourmand en ressources aussi (Ruby).
Pour moi, Android est justement un exemple de plateforme où on peut trouver des applications Java très légères.
Le développement d'applications Android c'est une autre histoire. C'est beaucoup trop lourd et pénible par rapport à ce que ça devrait être. Et alors si en plus l'application utilise Javascript et npm, là tu as tout gagné.
Mais je reconnais qu'en Java, on a très vite la mauvaise habitude de mettre des classes et d'empiler des abstractions sur des abstractions à tout bout de champs.
Pourquoi Java serait plus lourd que Javascript, Python, Ruby, PHP ou n'importe quelle technologie répandue côté serveur ? C'est un langage qui a une excellente VM (JIT efficace, très bon garbage collector). C'est probablement plus rapide que Python ou Javascript, qui sont extrêmement dynamiques sur tous les tableaux.
Bien sûr, l'écosystème Java est rapidement lourd (perso je ne suis pas fan du tout), mais si on veut programmer un truc léger en Java, j'imagine qu'on peut le faire... en tout cas au moins autant qu'en Python ou en Javascript.
Il y aurait probablement moyen de faire plus léger en C, C++, Rust, D ou autre langage compilé d'une rapidité et d'une efficacité en mémoire comparable à celles du C, mais ce n'est pas très répandu.
Et je dis ça en tant que quelqu'un qui n'aime pas particulièrement Java et qui aime plutôt bien Python et Javascript.
Côté client en tout cas, OneDev semble répondre vite, et a l'air de fonctionner plutôt bien sans Javascript pour les opérations qui n'en ont pas vraiment besoin. Tout ça, contrairement à GitLab où on voit pas mal de logos de chargement un peu partout.
C'est intéressant. Cependant, malgré le titre, l'article ne semble pas parler du coût des mails lui-même, seulement du coût des datacenters (en tout cas, je n'ai pas vu).
Un mail texte c'est quelques Kio.
J'utilise les mails depuis 2004. Un du -h dans mon dossier /var/mail/vmail/ donne 8G. Une partie des mails sont dupliqués, je pourrais gagner de la place. J'ai aussi tous mes SMS depuis 2017 (435M - oui il y en a beaucoup et stocker les SMS en mail c'est horriblement inefficace - comptez moins de la moitié en version SQLite + images sur le téléphone).
J'aurais probablement intérêt à sortir ces mails du serveur et les stocker sur un ordi qui dort la plupart du temps. C'est en cours de réflexion.
J'ai aussi une boîte pro depuis 2014. Un du -h donne 3.2 G. Il y a beaucoup trop de PDFs en pièces jointes dans cette boîte.
D'accord, tout ça c'est beaucoup et il faut assurer la redondance (donc au moins ×ばつ2 ou ×ばつ3) (mais bon, je n'utilise pas de compression - j'espère que les gros le font !). Mais en même temps, une heure de vidéos était envoyé sur YouTube chaque minute en 2012. Aujourd'hui j'imagine que c'est beaucoup plus. L'équivalent du poids de ma boite mail sur ma vie entière est utilisé par YouTube en quelques minutes. Et je ne parle que de YouTube (imaginez le nombre de liens, journaux et commentaires envoyés chaque seconde sur LinuxFr par exemple !! Ah ah).
Alors ok, il faut bien voir que YouTube et LinuxFr sont des ressources communes à l'échelle planétaire, contrairement à ma boite mail qui est bien individuelle et en plus, beaucoup des mails dans ma boite sont aussi dans une ou plusieurs autres boites - celles de mes correspondants, voire plus pour les mailing lists).
Je veux bien croire que si tout le monde réduit un peu ses envois et utilise des moyens appropriés pour le transfert de documents, on peut avoir un effet non négligeable, mais combien dans l'absolu et combien en proportion par rapport aux quantités de données autres stockées dans les datacenters ?
Peu de réponses, surtout du questionnement au final :-)
Si les sources de Windows 7 étaient libérées, je suis certain que beaucoup de gens trouveraient quoi faire avec. À commencer, peut-être bien, par le projet Wine.
Et puis si c'est libre, tu peux retirer les problèmes d'invasions de la vie privées :-)
RMS déteste Windows, mais si demain une version libre sans surveillance était publiée, il serait probablement content, parce qu'il ne s'est jamais opposé à Windows pour ses qualités techniques, en tout cas publiquement.
Et si demain, Microsoft décide de publier les versions actuelles de Windows sous licence libre, eh bien on a gagné une partie du « combat ». Pas tout, j'imagine qu'on aurait quand même des problèmes similaires à ceux qu'on a avec Android aujourd'hui.
À priori, on peut utiliser Qt dans le cadre d'un projet non libre tant qu'on n'utilise pas les parties GPL.
À mon avis, il n'y a pas besoin de fuir Qt. Tant qu'il existe des versions libres (ce qui est plus ou moins garanti par l'accord FreeQt), quelqu'un d'autre aura toujours le droit de redistribuer les versions libres de Qt si le mode de distribution par la Qt Company devenait trop contraignant.
Ça marche aussi avec le clavier AOSP standard (et le clavier Google du coup, puisque c'est la même chose avec un ou deux trucs proprio en plus). C'est dans les paramètres du clavier.
Et puis pourquoi ne pas créer une alerte quand son $HOME est presque plein
Ça KDE s'en charge tout seul, mais la fausse manip impliquait une copie vers $HOME qui remplissait la partoche à toute vitesse. Donc ça a juste aidé un diagnostique plus rapide mais pas à prévenir le remplissage total de la partition.
Et puis perso, ce genre d'alerte, c'est la dernière chose que je pense à mettre en place sur autre chose qu'un serveur en production. Heureusement que l'environnement de bureau s'en charge :-)
(d'autant que j'aborde la question dans le journal : « Je m’en vais ajouter une tâche Cron journalière pour copier ce fichier d'historique dans mon dossier synchronisé, par exemple dans $DOSSIER/zsh_history-${HOST} »)
Chaque session de shell a son historique, mais inscrit les commandes dans un historique commun. Flèche du haut rappelle la ligne précédente dans la session actuelle, mais un appui sur la touche entrée avant flèche du haut charge l'historique produit par les autres sessions parallèles. Très pratique.
Personne n'est parfait et on ne prévoit pas tout !
En particulier, mes fichiers importants sont sauvegardés en temps réel avec Nextcloud, instance elle-même sauvegardée chaque nuit dans un sous-volume Btrfs à part sur une autre machine. Ce qui fait que mes données sont à deux endroits physiques à chaque instant, puis à un troisième endroit physique la nuit suivante. J'ai une version journalière de chacun de ces fichiers sur trois ans (sauf les jours où ça s'est planté...). Mais synchroniser l'historique zsh en temps réel comme ça ce n'est pas fou et j'ai dû retirer l'historique zsh de la synchronisation. J'ai reporté la gestion de cette sauvegarde « à plus tard ».
Et bien sûr, pour des raisons de narration, j'en ai rajouté des tonnes. Je survivrais à la perte de mon historique zsh. L'avoir est tout de même un gros confort, d'où une recherche de solution malgré tout. Et vous voyez, je n'ai finalement rien perdu.
Vous avez l'air d'écrire vos commentaires comme si tout le monde était capable de tout prévoir parfaitement. Je n'aime pas trop qu'on vienne me faire la leçon, ce n'est pas le but de ce journal.
Ça marchait avec la caisse d'épargne, mais depuis quelques temps la version accessible est juste le clavier virtuel avec prononciation des touches quand elles sont appuyées...
Sans parler du fait qu'avec leurs claviers virtuels qui bougent tout le temps :
pas possible de se fier à une quelconque mémoire spatiale, je ne serais pas étonné que des gens choisissent des mots de passes plus simple à cause de ça
je ne suis pas fier quand mon écran est potentiellement visible par d'autres personnes...
[^] # Re: Pourquoi ce lien qui n'a pas de rapport avec l'informatique ?
Posté par raphj (site web personnel) . En réponse au lien L’écriture « inclusive » : un topo sur letemps.ch. Évalué à 3. Dernière modification le 20 février 2020 à 01:01.
Je ne comprends pas cela dans son message.
Il n'y a pas de c'est bien ou c'est mal, il y a comment on perçoit les mots (même si je n'ai pas la même perception qu'elle, sauf sur le fait que connard est plus fort que con).
Dans tous les cas, si on veut dire cela gentiment, un "t'es bête" fera probablement mieux l'affaire, indépendamment du sexe / genre de la cible.
[^] # Re: Pourquoi ce lien qui n'a pas de rapport avec l'informatique ?
Posté par raphj (site web personnel) . En réponse au lien L’écriture « inclusive » : un topo sur letemps.ch. Évalué à 3.
Je ne savais pas que les versions féminines sont plus connotées. Est-ce vrai aussi pour « connasse » versus « connard » ? As-tu des sources là dessus ?
[^] # Re: Pourquoi ce lien qui n'a pas de rapport avec l'informatique ?
Posté par raphj (site web personnel) . En réponse au lien L’écriture « inclusive » : un topo sur letemps.ch. Évalué à 4. Dernière modification le 19 février 2020 à 12:03.
Cela dit, « con » en tant que nom ou adjectif voulant dire stupide est maintenant plus répandu que le sens original vieilli (qui n’est clairement pas le sens utilisé dans « je suis con ») et on trouve sa forme féminine dans l’usage que ce soit pour le nom ou pour l’adjectif. Sur le Wiktionnaire, on peut lire « pour une femme on dit : conne ».
Finalement, on peut presque dire que le con de la femme et le con stupide sont deux « mots » différents, même si à la base l’un est dérivé de l’autre.
Pour l’adjectif, il y a quand même une note sur le Wiktionnaire :
Et c’est vrai qu’on le rencontre souvent comme ça.
Finalement, j’ai l’impression que l’usage dirige et là, on trouve de tout ☺
[^] # Re: Oui
Posté par raphj (site web personnel) . En réponse au lien Peut-on se fier à Wikipédia ? (Audio). Évalué à 7. Dernière modification le 10 février 2020 à 14:08.
Et je découvre que l’anglais « to spoil » vient de l’ancien français « espoillier », du latin « spoliare ». C’est fantastique.
[^] # Re: Oui
Posté par raphj (site web personnel) . En réponse au lien Peut-on se fier à Wikipédia ? (Audio). Évalué à 6.
Si on l'utilise comme une source de sources.
[^] # Re: Hmm
Posté par raphj (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 4. Dernière modification le 06 février 2020 à 15:20.
Ne t'inquiète pas pour mon temps, je peux faire d'autres trucs pendant que mon ordi exécute des tâches. Et puis, ça avait vraiment piqué ma curiosité :-)
Et il se peut que je bidouille un peu avec ce code.
Merci pour tes clarifications, je comprends mieux ce que tu veux dire.
J'ai surtout l'impression que ça ne vient pas tant du runtime OpenJDK que de ce qu'on en fait. Pour l'avoir utilisé sans framework, avec des petits programmes, ce n'était pas particulièrement lourd, et ça ne fuite pas gratuitement sans raison (par contre, le temps de démarrage peut être long pour des exécutions courtes).
[^] # Re: Hmm
Posté par raphj (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 5. Dernière modification le 06 février 2020 à 12:57.
Hein ?
Java, c'est le langage privilégié pour développer des applications sous Android (avec Kotlin). Android a sa propre VM et n'utilise pas OpenJDK, mais je ne vois pas la différence niveau langage. Je ne comprends pas du tout le parallèle avec la comparaison C et C++.
Bien sûr, une grosse partie d'Android est écrite en C et en C++, peut-être as-tu compris cela quand on parlait de développement Android ? En tout cas, pendant la compilation d'Android, beaucoup de code java est compilé.
Après trois quarts d'heure de récupération des sources de LineageOS 17.1 (Android 10) et une heure trois quart de comptage de lignes de code (cloc), voici les résultats :
Presque autant de Java que de C++ et de C :-) (même si, d'accord, c'est peut-être du Java avec des spécificité...)
[^] # Re: Hmm
Posté par raphj (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 8. Dernière modification le 05 février 2020 à 14:39.
Yes, mais c'est aussi vrai avec Javascript. Etherpad, par exemple, consomme un max de mémoire même sans rien faire et de CPU, côté serveur. Je suspecte que le langage n'importe pas autant que les choix de conception cela dit dans ce cas. J'ai lu que gitlab était très gourmand en ressources aussi (Ruby).
Pour moi, Android est justement un exemple de plateforme où on peut trouver des applications Java très légères.
Le développement d'applications Android c'est une autre histoire. C'est beaucoup trop lourd et pénible par rapport à ce que ça devrait être. Et alors si en plus l'application utilise Javascript et npm, là tu as tout gagné.
Mais je reconnais qu'en Java, on a très vite la mauvaise habitude de mettre des classes et d'empiler des abstractions sur des abstractions à tout bout de champs.
[^] # Re: Hmm
Posté par raphj (site web personnel) . En réponse à la dépêche Onedev : une alternative légère à GitLab. Évalué à 10. Dernière modification le 05 février 2020 à 11:25.
Pourquoi Java serait plus lourd que Javascript, Python, Ruby, PHP ou n'importe quelle technologie répandue côté serveur ? C'est un langage qui a une excellente VM (JIT efficace, très bon garbage collector). C'est probablement plus rapide que Python ou Javascript, qui sont extrêmement dynamiques sur tous les tableaux.
Bien sûr, l'écosystème Java est rapidement lourd (perso je ne suis pas fan du tout), mais si on veut programmer un truc léger en Java, j'imagine qu'on peut le faire... en tout cas au moins autant qu'en Python ou en Javascript.
Il y aurait probablement moyen de faire plus léger en C, C++, Rust, D ou autre langage compilé d'une rapidité et d'une efficacité en mémoire comparable à celles du C, mais ce n'est pas très répandu.
Et je dis ça en tant que quelqu'un qui n'aime pas particulièrement Java et qui aime plutôt bien Python et Javascript.
Côté client en tout cas, OneDev semble répondre vite, et a l'air de fonctionner plutôt bien sans Javascript pour les opérations qui n'en ont pas vraiment besoin. Tout ça, contrairement à GitLab où on voit pas mal de logos de chargement un peu partout.
[^] # Re: Ortografe fransaize
Posté par raphj (site web personnel) . En réponse au journal LinuxFr.org : seconde quinzaine de janvier 2020. Évalué à 3.
Cette vidéo est géniale. Merci pour le commentaire, c'est grave à lui que j'ai remarqué le lien.
Bah, c'était des rires causés par les éléments ridicules soulevés.
[^] # Re: coût des mails
Posté par raphj (site web personnel) . En réponse au lien Réduisez le nombre de courriels si vous voulez lutter contre le réchauffement climatique. Évalué à 2.
Merci pour la correction et la précision :-)
# coût des mails
Posté par raphj (site web personnel) . En réponse au lien Réduisez le nombre de courriels si vous voulez lutter contre le réchauffement climatique. Évalué à 10. Dernière modification le 28 janvier 2020 à 23:25.
C'est intéressant. Cependant, malgré le titre, l'article ne semble pas parler du coût des mails lui-même, seulement du coût des datacenters (en tout cas, je n'ai pas vu).
Un mail texte c'est quelques Kio.
J'utilise les mails depuis 2004. Un du -h dans mon dossier /var/mail/vmail/ donne 8G. Une partie des mails sont dupliqués, je pourrais gagner de la place. J'ai aussi tous mes SMS depuis 2017 (435M - oui il y en a beaucoup et stocker les SMS en mail c'est horriblement inefficace - comptez moins de la moitié en version SQLite + images sur le téléphone).
J'aurais probablement intérêt à sortir ces mails du serveur et les stocker sur un ordi qui dort la plupart du temps. C'est en cours de réflexion.
J'ai aussi une boîte pro depuis 2014. Un du -h donne 3.2 G. Il y a beaucoup trop de PDFs en pièces jointes dans cette boîte.
D'accord, tout ça c'est beaucoup et il faut assurer la redondance (donc au moins ×ばつ2 ou ×ばつ3) (mais bon, je n'utilise pas de compression - j'espère que les gros le font !). Mais en même temps, une heure de vidéos était envoyé sur YouTube chaque minute en 2012. Aujourd'hui j'imagine que c'est beaucoup plus. L'équivalent du poids de ma boite mail sur ma vie entière est utilisé par YouTube en quelques minutes. Et je ne parle que de YouTube (imaginez le nombre de liens, journaux et commentaires envoyés chaque seconde sur LinuxFr par exemple !! Ah ah).
Alors ok, il faut bien voir que YouTube et LinuxFr sont des ressources communes à l'échelle planétaire, contrairement à ma boite mail qui est bien individuelle et en plus, beaucoup des mails dans ma boite sont aussi dans une ou plusieurs autres boites - celles de mes correspondants, voire plus pour les mailing lists).
Je veux bien croire que si tout le monde réduit un peu ses envois et utilise des moyens appropriés pour le transfert de documents, on peut avoir un effet non négligeable, mais combien dans l'absolu et combien en proportion par rapport aux quantités de données autres stockées dans les datacenters ?
Peu de réponses, surtout du questionnement au final :-)
[^] # Re: Esprit potache es-tu là ?
Posté par raphj (site web personnel) . En réponse au lien signer la pétition pour libérer Windows 7. Évalué à 5. Dernière modification le 28 janvier 2020 à 09:33.
Si les sources de Windows 7 étaient libérées, je suis certain que beaucoup de gens trouveraient quoi faire avec. À commencer, peut-être bien, par le projet Wine.
Et puis si c'est libre, tu peux retirer les problèmes d'invasions de la vie privées :-)
RMS déteste Windows, mais si demain une version libre sans surveillance était publiée, il serait probablement content, parce qu'il ne s'est jamais opposé à Windows pour ses qualités techniques, en tout cas publiquement.
Et si demain, Microsoft décide de publier les versions actuelles de Windows sous licence libre, eh bien on a gagné une partie du « combat ». Pas tout, j'imagine qu'on aurait quand même des problèmes similaires à ceux qu'on a avec Android aujourd'hui.
[^] # Re: Difficile d'en sortir
Posté par raphj (site web personnel) . En réponse au journal The Qt Company annonce un changement dans ses « offres ». Évalué à 8.
À priori, on peut utiliser Qt dans le cadre d'un projet non libre tant qu'on n'utilise pas les parties GPL.
À mon avis, il n'y a pas besoin de fuir Qt. Tant qu'il existe des versions libres (ce qui est plus ou moins garanti par l'accord FreeQt), quelqu'un d'autre aura toujours le droit de redistribuer les versions libres de Qt si le mode de distribution par la Qt Company devenait trop contraignant.
[^] # Re: Changer la disposition des touches
Posté par raphj (site web personnel) . En réponse au journal Utiliser Vim avec Android, un tuto avec de belles images. Évalué à 2.
Ça marche aussi avec le clavier AOSP standard (et le clavier Google du coup, puisque c'est la même chose avec un ou deux trucs proprio en plus). C'est dans les paramètres du clavier.
# C'est une forge logicielle ?
Posté par raphj (site web personnel) . En réponse au lien Pornhub ouvre un miroir sur Tor (pornhubthbh7ap3u.onion). Évalué à 6. Dernière modification le 27 janvier 2020 à 01:26.
Pas le temps de cliquer et d'aller voir, comment se compare-t-elle à github et gitlab ou sourcehut ?
Comment s'appelle son outil de gestion de versions ? Est-ce décentralisé aussi ?
Est-ce libre ? Il y a des chances si c'est publié ici je suppose !
Y a-t-il un comparatif avec des plateformes similaires ?
Est-ce que tor permettra aux iraniens d'accéder aux codes hébergés sur la plateforme ?
[^] # Re: Philosophiquement parlant
Posté par raphj (site web personnel) . En réponse au lien Intel's Mitigation For CVE-2019-14615 Graphics Vulnerability Obliterates Gen7 iGPU Performance. Évalué à 4.
Mince, en fait le monde est codé en React.
[^] # Re: La base de la base
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 4. Dernière modification le 26 décembre 2019 à 09:38.
Ça KDE s'en charge tout seul, mais la fausse manip impliquait une copie vers
$HOMEqui remplissait la partoche à toute vitesse. Donc ça a juste aidé un diagnostique plus rapide mais pas à prévenir le remplissage total de la partition.Et puis perso, ce genre d'alerte, c'est la dernière chose que je pense à mettre en place sur autre chose qu'un serveur en production. Heureusement que l'environnement de bureau s'en charge :-)
[^] # Re: La base de la base
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 1. Dernière modification le 26 décembre 2019 à 09:22.
(d'autant que j'aborde la question dans le journal : « Je m’en vais ajouter une tâche Cron journalière pour copier ce fichier d'historique dans mon dossier synchronisé, par exemple dans
$DOSSIER/zsh_history-${HOST}»)[^] # Re: La base de la base
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 3.
Exactement : historique partagé.
Chaque session de shell a son historique, mais inscrit les commandes dans un historique commun. Flèche du haut rappelle la ligne précédente dans la session actuelle, mais un appui sur la touche entrée avant flèche du haut charge l'historique produit par les autres sessions parallèles. Très pratique.
[^] # Re: La base de la base
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 8. Dernière modification le 26 décembre 2019 à 09:17.
Personne n'est parfait et on ne prévoit pas tout !
En particulier, mes fichiers importants sont sauvegardés en temps réel avec Nextcloud, instance elle-même sauvegardée chaque nuit dans un sous-volume Btrfs à part sur une autre machine. Ce qui fait que mes données sont à deux endroits physiques à chaque instant, puis à un troisième endroit physique la nuit suivante. J'ai une version journalière de chacun de ces fichiers sur trois ans (sauf les jours où ça s'est planté...). Mais synchroniser l'historique zsh en temps réel comme ça ce n'est pas fou et j'ai dû retirer l'historique zsh de la synchronisation. J'ai reporté la gestion de cette sauvegarde « à plus tard ».
Et bien sûr, pour des raisons de narration, j'en ai rajouté des tonnes. Je survivrais à la perte de mon historique zsh. L'avoir est tout de même un gros confort, d'où une recherche de solution malgré tout. Et vous voyez, je n'ai finalement rien perdu.
Vous avez l'air d'écrire vos commentaires comme si tout le monde était capable de tout prévoir parfaitement. Je n'aime pas trop qu'on vienne me faire la leçon, ce n'est pas le but de ce journal.
[^] # Re: Il manque un s
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 5. Dernière modification le 25 décembre 2019 à 10:26.
« Un jour, j’ai rincé ma machine en essayant d’envoyer un texto à Dédé. Non, c’est une longue histoire... »
Merci pour la correction :-)
# Il manque un s
Posté par raphj (site web personnel) . En réponse au journal Restaurer l’historique de zsh. Évalué à 2.
D’ailleurs, heureusement que je n’ai pas de pote dont le diminutif est
rm. Ah ah.Bon la vraie raison de ce commentaire est le signalement de ce manquement à notre belle grammaire dans le journal :
[^] # Re: En Suisse
Posté par raphj (site web personnel) . En réponse au journal L’authentification molasse. Évalué à 5.
Ça marchait avec la caisse d'épargne, mais depuis quelques temps la version accessible est juste le clavier virtuel avec prononciation des touches quand elles sont appuyées...
[^] # Re: En Suisse
Posté par raphj (site web personnel) . En réponse au journal L’authentification molasse. Évalué à 8.
Sans parler du fait qu'avec leurs claviers virtuels qui bougent tout le temps :