raphj a écrit 1341 commentaires

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} »)

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.

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.

« 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 :-)

J’envoie des textos à certains destinataires fréquents depuis le terminal en faisant Ctrl+R Prénom

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 :

leurs première lettres

Ç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…

Je ne vois pas pourquoi Microsoft financerait un produit concurrent. Leurs formats sont de toute façon déjà omniprésents, ils n'ont absolument pas besoin d'augmenter un nombre qui est déjà quasi au max.

Cela dit, c'est vrai que les dépêches sur OnlyOffice sont vraiment très fréquentes ici et ça a l'air de déranger certaines personnes. Après, si la suite évolue rapidement, c'est peut-être justifié aussi.

Il semble bien y avoir une fonction terminal (en beta) pour tester. Cherche « Terminal » dans la page. Il y a aussi des liens avec l'intégration continue. Ça paraîtrait dangereux d'envoyer des changements dans un dépôt sans pouvoir les tester avant de toute façon.

Je me trompe peut-être cela dit.

J'ai l'impression que les fonctionnalités décrites correspondent au Web IDE chez Gitlab, qui est, lui, libre et qu'on peut héberger soi-même si besoin.

https://docs.gitlab.com/ee/user/project/web_ide/

Je n'ai essayé ni l'un ni l'autre donc je ne sais pas comment ils se comparent, mais si j'avais besoin d'une telle fonctionnalité, je pense que me tournerais vers cette deuxième solution et j'invite les autres à faire de même.

Je suis heureux de voir qu'il y a aussi une version d'Okular pour Android. Pareil, c'est expérimental, bogué, lent mais l'ergonomie paraît intéressante.

Très enthousiasmant. J'aime beaucoup KDE, et utiliser ses applications sur le téléphone serait sympathique. Et, qui sait, ça faciliterait peut-être une transition vers un téléphone sous GNU/Linux plus tard ?

Merci pour le partage en tout cas.

Merci pour cette découverte. J'essaierai ça.

Cependant, que penses-tu d'Amaze ? Je le trouve bien ce gestionnaire de fichier pour Android :-)

Ça a l'air d'être lié à ce lien : https://binary-factory.kde.org/view/Android/

Qui montre quelques applications KDE en version Android. Intéressant.

Sinon, oui, oui, et oui, on peut utiliser KDE sous Android à l'aide du Serveur X XSDL et d'un chroot Debian (par exemple). J'ai pu partir en vacances avec seulement mon téléphone et un clavier souple grâce à ça. Beaucoup plus léger et moins volumineux que l'ordinateur + le téléphone.

Plasma marche mieux qu'Xfce avec ce serveur X et je n'ai pas essayé Gnome (avec GTK2, les listes déroulantes ne fonctionnent pas bien, et j'avais déjà observé ça sur une tablette tactile x86 tournant sous une distribution GNU/Linux standard). Et est relativement léger, en fait, malgré son démarrage très lent (c'est certainement mieux sur les version très récente, il y a eu du progrès de ce côté).

Petit problème, il a fallu que j'installe le chroot sur une carte SD parce que la mémoire interne du téléphone est montée avec noexec. Du coup, tout est lent à cause de la carte SD lente… À voir s'il y a moyen de faire quelque chose avec les chroot Termux, qui peuvent s'installer sur la mémoire interne mais qui ont certaines limitations.

Malheureusement, il y a des problèmes avec X Server XSDL depuis Android Pie sur mon téléphone lié à PulseAudio (cross-compilé pour Android ARM64) apparemment. J'ai réussi à restaurer une copie fonctionnelle à l'aide d'une sauvegarde oandbackup (sauf PulseAudio qui ne fonctionne plus) faite sur une version précédente d'Android, mais une nouvelle installation de l'application ne fonctionne plus. Elle n'est plus mise à jour depuis quelques temps, un petit dépoussiérage suffirait peut-être.

C'est bon j'ai compris ta remarque sur le prix Turing et tu as raison.

Vous ne savez pas exactement ce que l'auteur à voulu dire. A chacun de laisser libre cours à son imagination.

C'est vrai. J'ai d'ailleurs préfixé mon avis par "À mon avis". D'après ton premier message, tu as compris différemment et je suis curieux de connaître ton interprétation. :-)

Je n'ai pas compris ta remarque sur le prix Turing, mais je t'avouerai que je n'ai fait que scanner l'article sans vraiment le lire.

Et cette intro SJW

C'est à ça que tu fais référence ?

des volumes abondants de données (un peu sexistes et racistes toutefois)

À mon avis, c'est une référence à ce genre de chose :

https://www.lemonde.fr/pixels/article/2016/03/24/a-peine-lancee-une-intelligence-artificielle-de-microsoft-derape-sur-twitter_4889661_4408996.html

C'est un fait, les volumes abondants de données qu'on a à notre disposition ne sont clairement pas optimaux pour entraîner une IA pour exactement les raisons que l'auteur soulève. On le sait et ce n'est pas nouveau. C'est maintenant du domaine de l'observation, ce n'est plus du jugement ou de l'interprétation.

Ou alors tu voyais autre chose ? Ton utilisation du terme imprécis, fourre-tout et méprisant SJW n'aide pas forcément à comprendre le problème que tu pointes sans le pointer.

Globalement, je m'attends à ce que n'importe quel processeur x64 fonctionne, avec peut-être quelques bogues occasionnels sur les vieux processeurs qui ne sont plus testés. Ce serait étonnant que les options données dans ton lien exclut des vieux processeurs x64 en tout cas (-m64 -mtune=generic) mais ce n'est que mon intuition, je ne suis pas expert :

CFLAGS='-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -fexceptions -fstack-protector-strong -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection'

Pour x86, pour les distributions qui supportent encore cette architecture (ce n'est plus le cas d'Ubuntu non LTS par exemple, j'ai une tablette qui prend en charge x64 mais qui n'a qu'1 Gio de RAM donc j'utilise x86 dessus et c'est la fin en 2023 avec Ubuntu 18.04), je m'attends à ce qu'il faille au minimum du i686 (Pentium II) et que ça marche sur Pentium II (avec des problèmes de perfs pour beaucoup de tâches du quotidien bien sûr. J'ai utilisé (de plus en plus occasionnellement) un Pentium II jusqu'en 2011 en tout cas, avec 96 Mio de RAM et un disque dur lent… c'était dur à la fin xD. Il fonctionne certainement encore, mais je n'ai plus le chargeur de l'ordi en question malheureusement. Je l'ai prêté et je ne sais pas ce qu'il est devenu.

Mais bon, la plupart des logiciels sont compilés avec la compatibilité des premiers processeurs AMD64 (Pentium II) de la fin des années 90 (il y a 20 ans).

Une petite coquille s'est glissée ici on dirait. Le premier processeur x64 semble être l'Opteron d'AMD, sorti en 2003, et le premier processeur Intel x64 semble être le Xeon Nocona, sorti en 2004, il y a 15 ans.

Le Pentium 2 était effectivement un processeur i686, succédant au Pentium (i586), succédant au 80486 (i486) et au 80386 (i386).

Certaines distribution compilaient en i386 pour un maximum de compatibilité, même si aujourd'hui, les paquets de Debian (par exemple) dit "i386" sont en fait i686. Je ne sais pas depuis quand, mais ça fait un petit moment maintenant.

Du coup, je sais que pour x86, on a eu le i386, i486, i586 et i686, mais pour le x64, j'imagine qu'il y a eu des nouvelles instructions et des ajouts à chaque nouvelle génération de processeurs mais que les programmes n'ont pas forcément été compilés avec ces nouvelles fonctionnalité pour garantir un maximum de support matériel (ou je me trompe ?), donc ça ne doit pas fondamentalement retirer la substance de ton propos.

Je me joins à Benoît pour les remerciements, d'autant que j'ai fait partie des gens qui ont un peu râlé sur l'utilisation des polices web quand c'est arrivé.

Assez ironique, ce nom d'utilisateur.

Tiens, s'ils pourraient m'expliquer comment décliner le latin en mode inclusif.

En utilisant le genre neutre dont le latin est doté.

Si personne n'a d'autres questions, je pense qu'on peut lever la séance et le camps !

xD

Et ceux de Qualcomm. Et ceux des fabricants de téléphones.

NewPipe permet de télécharger des vidéos YouTube (ou uniquement le son) directement depuis le téléphone Android, ça peut être pratique aussi.

Je ne bois pas d'IPA dégueulasse. ;-)