Christophe a écrit 586 commentaires

Ça ressemble à une "victoire" pour Trump: il coupe les fonds, les gens prennent sur leur temps libre pour continuer le projet, l'impact négatif est minimisé…

Bien sûr, mais souvent, cette personne, c'est soi-même…

Vous me direz que je sors du sujet, puisque les télécommandes ont (encore) une floppée de boutons. …

Je te demanderais surtout pourquoi acheter une télé au lieu d'un simple moniteur, en fait. C'est ce que j'ai à la maison (puisqu'elle est branchée à la box, la fonction TV ne sert à rien), et ça marche bien comme ça.
Comme un moniteur n'a pas de télécommande, il y a toujours des boutons dispos sur l'écran.

Sur mon Fairphone, il y a un bouton physique de marche / arrêt qui sert également à ouvrir le mode photo et allumer la torche.

Du coup, ça éteint le téléphone après avoir pris une photo de l'intérieur de ta poche bien éclairée ?

--> []

En auto-hébergement, l'historique se retrouve dans l'historique des sauvegardes de la base de données de Vaultwarden, donc ça permet de se sortir d'une situation critique. Bien sûr je fais l'hypothèse qu'un tel historique existe :)

Cependant c'est loin d'être idéal: il faut basculer toute la base de données, récupérer le secret perdu, et rebasculer sur la dernière version pour avoir les dernières modifs…

Il existe plusieurs apps qui bloquent les préfixes officiels de télémarchage. Parfois, l'appli de base "Contact" permet de faire l'équivalent sans rien installer du tout, c'est encore mieux.

Sur FreeMobile, on peut aussi bloquer ces préfixes depuis l'interface d'administration, peu importe le modèle du téléphone.

Le lien auquel tu penses est peut-être https://linuxfr.org/users/julien_jorge/journaux/gerer-les-demarcheurs-telephoniques ? C'est exactement comme pour iOS: on installe une appli, elle bloque les préfixes, point.

Bon, ils se sont rendus compte de leur erreur car, un peu après, un bouton "remplir" a fait son apparition. Mais cela reste nettement moins pratique.

As-tu remarqué qu'il existe une option, un peu cachée, pour revenir partiellement au comportement d'avant ?
Paramètres > Saisie automatique > Click items to autofill

Je suis d'accord que globalement, la nouvelle version de l'UI de l'extension est une régression ergonomique.

Non, le souci, c'est juste que le programme est de mauvaise qualité. Il y a un warning très clair, dès la première ligne:

PyGIWarning: Gtk was imported without specifying a version first. Use gi.require_version('Gtk', '4.0') before import to ensure that the right version gets loaded.

Donc le programme utilise Gtk, mais ne précise pas quelle version… La version la plus récente du système est chargée: pas de bol, ici ce n'est pas la bonne.

Comment ça, "tous les commits" ? Ils peuvent très bien pousser un énorme commit, avec comme message un laconique "nouvelle version Android". Aucun historique, rien, et bonne chance pour le rebase de LineageOS.

À mon avis ça ne les intéresse plus du tout d'avoir des contributions externes. Le projet est mûr, on ne voit plus de grandes avancées au fil des versions.

Donc pour eux c'est le bon moment pour verrouiller complètement les choix techniques et stratégiques dans Android.

Pas sûr, d'ailleurs, qu'un projet comme LineageOS survive à ce changement. Intégrer des énormes dump de code, c'est un travail titanesque, presque infaisable à l'échelle de l'OS Android.

Personnellement j'utilise un gestionnaire de mots de passe. Ainsi je peux utiliser un truc long, sans me soucier de le retenir. Si l'app associée est bien faite, remplir le champ de saisie devient quasi automatique.

Je crois que tu t'emballes un peu, de ce que je comprends c'est seulement celui qui va fournir le document qui devra inclure le QR code. Ca ne changera rien pour le patient.

L'app pour la carte de sécu, une perte de temps à mon avis (je ne vois pas le soucis avec la carte à puce, qui est très pratique), ne sera jamais obligatoire. Espérons…

Parce qu'elle doit être asynchrone, peut-être.

Cet article date de février 2019, il y a 6 ans.

Malgré cela, l'article reste assez pertinent, et il est intéressant de noter certains petits changements dans cette période:

• aujourd'hui, elle aurait pu acquérir un smartphone avec /e/ ou postmarketOS. Mais même en faisant cela, difficule de dire ce qui aurait fonctionné en coupant AWS complètement ! Par exemple, lineageos.org semble hébergé sur AWS…
• Google et Amazon continuent de se partager le gros d'Internet.
• Il existe quelques alternatives supplémentaires pour la décentralisation de certains services (visio, partage de fichiers, …). Mais très souvent, quand on utilise un "gros" service, il y a du AWS derrière.

Faire l'expérience de la vie moderne sans AWS est intéressant (et effrayant), on s'aperçoit à quel point nos habitudes dépendent d'une seule entreprise.

pyethon, peut-être ?

Même avec zéro bug dans le code, la pub (comme tout code injecté) reste un problème de sécurité. Un code avec une isolation parfaite n'empêchera pas l'utilisateur de cliquer sur une pub trompeuse, et donc de déclencher une action volontaire et risquée.

Ah, désolé, j'ai fait un hors-sujet complet :)

Le cas IRC est un peu différent: Freenode a explosé à cause de la gestion catastrophique de son admin. Les gens sont parti vers LiberaChat (en majorité) ou vers OFTC (qui existait déjà avant, mais moins connu), mais ce sont les deux principaux réseaux. Je n'ai plus aucun contact sur Freenode.

Et j'ai l'impression que les gros problèmes de modération d'IRC sont derrière nous: ce vieux réseau, passé de mode, attire surtout des devs pour des projets libres. Et encore, la plupart des gens sont là grâce à un pont matrix…

Ensuite ce ne sont pas les mêmes problématiques: dans le fediverse, il faut non seulement gérer les problèmes remontés dans sa propre instance, mais aussi les critiques venant de tous les gens extérieurs qui voient cette instance. Donc forcément, les sensibilités et les opinions sont très diverses, et la modération est probablement usante.

Tout simplement mon imprimante, pour éviter que le constructeur ne prenne des décisions contre mon usage de mon produit. Un petit clin d’œil à Stallman en passant !

Personnellement j'utilise Zettel Notes. Il remplit tous mes critères:

• Arborescence de notes
• Stockage simple en fichiers Markdown, éditable par tout outil markdown
• Possibilité d'utiliser git pour la synchro/backup (mais il reste possible de travaille hors-ligne)

En conséquence:

• je peux utiliser un repo github privé, avec son éditeur en ligne pour modifier mes notes sur mon PC
• si je veux quitter github un jour, il me suffit de choisir un autre serveur git
• si je veux quitter Zettel Notes, n'importe quel éditeur markdown pourra reprendre mes notes

Bref, pour moi, c'est parfait.

Le champ c'est « Sujet du lien », pas « Titre du lien ». Libre à chacun d'expliquer brièvement de quoi parle le lien, au lieu de copier le titre de l'article. De plus ce dernier n'est pas toujours pertinent par rapport au contenu.

Ah, désolé, je dois avoir une extension Firefox qui m'a caché ce paywall.

Mais la réponse de Misc résume bien le contenu de l'article.

La situation étant bloquée Hector s’est répandu sur son compte Matodon et cela a mené Linus à affirmer qu’Hector était le problème. Sauf que dans les 10 jours qui ont suivi c’est Hellwig qui se prend sa soufflante parce que finalement il semble que lui aussi avait un comportement problématique.

Oui, le premier s'est fait réprimander pour son usage de Mastodon comme moyen de pression, le second pour son abus de pouvoir sur un patch qui ne le concernait pas.
Et Linus n'a pas spécialement apaisé la situation.

Parfois, tout le monde a tort.

Quant au @, c'est une convention que d'autres services utilisent

Non, c'est une fonctionnalité bien précise de systemd, et qui permet de passer un argument à un service. Il est ainsi possible de récupérer cet "argument" dans le fichier de service, et l'utiliser pour lancer le service correctement.

Exemples (fictifs ou non):
* getty@[tty].service
* tor@[instance name].service
* trollbot@[tribune].service

C'est une fonctionnalité très pratique, qui permet de lancer le même service plusieurs fois avec des contextes différents.

AMHA, la présence de ce tor.service ressemble fortement à une erreur.

Je crois qu'il y a confusion entre la modularité du logiciel et celle de sa distribution.

systemd est modulaire en tant que logiciel, avec des interfaces DBus définies. En tout cas dans la théorie, car dans la pratique quasiment aucun de ces modules n'a jamais eu d'alternative.

Par contre, j'ai l'impression que les distributions ne veulent pas tenter l'aventure de la modularité: systemd c'est souvent un seul paquet, avec tous les modules dedans. Une belle surface d'attaque, et un frein à l'apparition d'alternatives. Personnellement c'est ce que je reproche à systemd depuis ses débuts; car à part ça, la base (services, timers, paths, etc) marche très bien pour moi, et je n'imagine pas revenir à cron et son horrible syntaxe.