En fait, sous Linux, les options sont plus que limitées : Thunderbird, principalement, sinon Geary, qui est très buggué et Kmail, qui dépend de toute la stack KDE (que je n'utilise pas).
J'interviens juste pour faire remarquer qu'il existe toujours Sylpheed, en bien plus léger qu'un Thunderbird, et sans grosse stack graphique. Et aussi Claws-mail, mais je ne l'utilise pas alors je n'en parlerai pas, mais pour ceux qui ne connaissent pas Claws-mail est un fork d'assez longue date de Sylpheed, et je ne connais pas les réelles différences.
J'apprécie Sylpheed depuis longtemps parce que c'est facile de gérer des tas de comptes, y compris temporaires, de garder un compte inactif dans un coin, de ranger et archiver ses mails, aussi bien localement que via IMAP.
Par exemple ma boîte d'archives est auto-hébergée, et j'y archive automatiquement avec des règles de filtrages des mails qui proviennent de toutes les autres boîtes.
On choisit très facilement quelles boîtes sont récupérées quand on clique sur « tout relever », et pour récupérer une autre boîte spécifique non-automatique il suffit de cliquer dessus (et faire relever manuellement si c'est du POP, mais l'IMAP est mis à jour à la volée).
Et tout ça en mails textuels : Sylpheed n'affiche pas les mails en HTML, mais présente la pièce-jointe HTML sur laquelle on peut cliquer pour l'ouvrir dans le navigateur, qui ouvre alors la copie locale hors-ligne de la partie HTML du mail.
J'ai un truc comme 100k mails dans mon Sylpheed, entre de l'IMAP et du local, ça n'a absolument aucun sens, et à part repartir de zéro je ne vois pas comment gérer ça aujourd'hui. Mais Sylpheed n'est pas perturbé par la quantité, ça va vite, ça ne plante pas. J'utilise le même Sylpheed depuis l'an 2000, en mettant à jour, sans jamais avoir rien eu de cassé, sans jamais avoir eu à faire de migration.
Avec tout ce bazar, il pompe 80Mo de RAM alors qu'il tourne depuis 15 jours (changé la batterie de portable fait tomber l'uptime, mais ça pourrait être 300 jours - et ça l'a déjà été - ça serait pareil).
Bref, je ne sais pas si Sylpheed peut répondre à ton besoin, parce qu'il ne s'utilise pas en mode texte, et ne s'interface pas avec org-mode, mais il n'a pas les inconvénients des trois que tu as cités.
Les mails étant stockés localement dans des fichiers individuels - y compris pour le cache local des boîtes en IMAP -, on peut même faire des recherches avec du grep, du find et des trucs comme ça.
Et si la boîte IMAP est définitivement inaccessible, ben tout ce qui est en cache localement est disponible, on peut même en déplaçant simplement le répertoire du cache dans un nouveau répertoire de la boîte locale les intégrer et y accéder comme s'ils avaient toujours été là.
On peut - noter le verbe utilisé qui n'oblige à rien - l'interfacer avec des outils de filtre antispam de façon très simple, il y a un préréglage pour bogofilter, sylfilter et bsfilter, mais comme tout ça se fait par l'invocation de lignes de commandes configurées dans Sylpheed, on peut interfacer un peu ce qu'on veut en bricolant.
On peut re-traiter tous les mails d'une boîte à travers le filtre anti-spam, ou les règles de filtrage, pour organiser après-coup des mails déjà reçus en fonction de nouvelles règles qu'on vient de créer.
Bref, avec un outil comme ça je n'ai jamais ressenti le besoin de subir Thunderbird ou Kmail…
Et sinon je serais probablement resté sous Alpine…
Mais en fait, pour faire un DoS, en pratique il faut exploiter une faille, et le symptôme est un déni de service.
Comment tu fais tomber un service avec une attaque simple si tu n'exploite pas une faille dans le service ?
Alors qu'un DDoS c'est autre chose : tu satures le service rendant impossible d'y accéder pour les gens. C'est 2500 personnes qui font la queue à la gendarmerie pour porter plainte contre une vache, et toi qui veut signaler le vandalisme sur ta voiture, ben tu peux pas.
Bref, on joue sur les mots un peu, mais je classifierait plutôt les (D)DoS comme des types d'attaques plutôt que des failles…
Ce qui n'empêche pas de chercher des solutions pour s'en prémunir, mais ces solutions ne sont pas liés à la sécurité intrinsèque de tes outils, ou à la présence ou non de failles logicielles.
Plutôt à l'organisation de ton réseau. Et c'est relativement indépendant des OS sous-jacents.
Bon, inutile de pinailler plus, ça ne fait pas tellement avancer le schmilblick…
Mais tout ça ne fait pas du (D)DoS une faille de sécurité en tant que telle.
Ça en fait une attaque, et une attaque affaiblit toujours un peu sa cible, permettant parfois à une autre attaque d'atteindre sa cible.
Une faille c'est un moyen d'atteindre ta cible sans avoir à profiter d'un affaiblissement lié à une attaque massive.
Le gros bouton ON/OFF accessible est une fonctionnalité, pas une faille, si il a été mis là c'est probablement pour une bonne raison. Sinon c'est qu'on a affaire à des bras cassés, et des failles il y en a probablement des douzaines encore plus faciles à exploiter…
Un système sans failles peut quand même tomber, être spoofé, être l'objet de phishing, ou d'arnaques en tout genre.
Ça n'en fait pas des failles de sécurité, même si ça reste des problèmes graves pour lesquels on peut mettre en place des mesures.
Le déni de service n'est pas une faille de sécurité.
C'est un blocus de camionneurs sur l'autoroute, une grève pas l'occupation des locaux, installer des tentes sur la voie ferrée pour empêcher les trains de partir, etc.
Le service n'est plus rendu, mais il n'y a pas eu de faille de sécurité, l'intégrité du service et de ses données n'est pas engagée.
Je confirme l'intérêt de la newsletter.
Aller lire des sites, encore un site de news de plus, j'ai pas trop le temps ou l'énergie.
Par contre le petit mail hebdomadaire, avec des liens triés sur le volet, j'apprécie beaucoup :)
Moins d'efforts pour plus de résultat, je reste abonné depuis la n°4…
Un détail pas si génant en réalité, le monde change, l'intégration se fait, et systemd est la (oui, troll sur la résistance au changement d'intégration).
Ah bon ?
Pourtant j'ai une distrib rolling-release, à jour, sans modification particulière de ce côté là, avec des versions très récentes des logiciels inclus et accès à une logithèque assez énorme en une ligne de commande (pas autant que chez Debian, mais pas loin).
Et nulle-part il n'y a trace de systemd…
Comme quoi, le changement n'est pas toujours une obligation pour être moderne.
Oh mais je comprends tout à fait l'idée, et je n'ai pas d'a priori contre !
Je me disais même : ben c'est tout emballé, tout est inclus dedans, ça va tourner au poil, ça m'évite d'essayer d'avoir un JDK 14 pour compiler le bidule.
Et tout le bouzin snap s'installe, ça télécharge, ça installe et tout. Tout cet espace, après tout, si ça fonctionne, le prochain en prendra moins, et j'ai plein de place sur ma partition système.
Mais au moment de démarrer Mindustry, j'ai une erreur SDL et ça plante.
J'ai farfouillé un peu, vu qu'au bout du compte Mindustry était superbement empaqueté dans un unique .jar et que le flatpack passe par un script shell qui fait "java -jar mindustry.jar", alors je me dis que je peux le tenter en direct, après tout, j'ai toutes les dépendances sur ma machine !
Et là ça marche directement sans poser de questions…
J'ai tout viré et gardé uniquement le mindustry.jar et tout tourne au poil.
Bon, j'ai totalement perdu l'option de mise à jour, et pour changer de version, il faudra que je réinstalle tout le flatpack et que j'aille rechercher le nouveau mindustry.jar, donc ce n'est pas durable comme solution, et il n'y a pas de sandbox ni rien, mais bon, ça tourne, je joue :)
Donc je me demande où ils se sont plantés pour que « l'intégration au système est parfaite » sonne aussi faux dans mon cas.
Mais je t'avoue que je n'ai pas l'énergie d'essayer de comprendre là…
Nope, c'est Mountyhall.
J'avais fait une vue 2D sans identification, sans cookie (un identifiant de session dans l'URL dans les cas utiles).
Plus légère et rapide à afficher que la liste HTML du jeu lui-même - un tableau avec des coordonnées et des trucs dans la vue, triés par distance, classés par catégories de trucs - et dynamique pour « voyager » dans sa vue et regarder plus aisément ce qui se passe dedans, tout dynamiquement en javascript.
Pas d'Ajax à l'époque : la page est chargée une fois à partir d'un formulaire et tout est fait avec les données initiales en javascript (donc JSON) inclus dans le HTML.
Donc au final c'est un zest de HTML pour la structure, quelques potentiellement gros tableaux JS (j'avais allègrement atteint la limite de 32k objets dans un tableau JS, et été obligé de bricoler des trucs), un fichier CSS et un JS externes, quelques images pour décorer.
Les images super optimisées, avec trimage, je crois que j'étais repassé dessus plus récemment juste pour ça.
Trimage c'est un outil qui utilise d'autres outils comme optipng, pngquant, jpegoptim etc, pour optimiser au maximum une image sans la dégrader, en testant plein de paramètres possible et en gardant le fichier le plus petit. À faire une fois, et selon les cas on gagne de rien du tout à plus de 90%. C'est la dernière étape d'optimisation des images.
Et dans la page d'accueil, quelques outils pratiques pour le jeu, des news poussiéreuses, un formulaire de login pour les groupes de partage de vues, et la liste des membres du groupe si on est connecté, quelques liens, vers le jeu, ou d'autres sites tournant autour du jeu.
Arf, ma première expérience avec Flatpack c'était pour Mindustry.
Au final, ça marche parce que je suis allé chercher le mindustry.jar de 47Mo au milieu des.. Je sais pas, 1,5Go de trucs installés ?
Et hop, java -jar mindustry.jar et ça roule !
Bref, je réessaierai un autre jour, un autre Flatpack, peut-être…
Mon premier site web, codé en python en 2003, et qui sert d'aide à un jeu PHP - encore marginalement utilisée 17 ans plus tard, mais plus développée depuis au moins 2007 - a un score de 0.166 sur la page d'accueil, et de 0.055 sur les pages générées !
Alors même que le fond est une image (jusque trois background répétés selon les parties de la page), totalement dynamique et tout.
Mais il faut aussi prendre en compte les couloirs avec 200 élèves entassés pendant quelques minutes durant les inter-cours.
Et tout ces ados incapables de ne pas se rouler des gadins à longueur de journée, dans les couloirs (sans masque bien sûr) ou dans la cours.
Et tout ceux qui oublient de le mettre, ou le retirent juste deux minutes, etc.
Et cinq minutes d'inter-cours permettent-ils de ventiler et renouveler complètement l'air ?
Et quid des tables qui ne peuvent pas être nettoyées entre chaque cours ?
Et même dans le meilleurs des cas, un prof malade asymptomatique malade va contaminer un élève par heure de cours, ça fait 18 élèves en une semaine, tous majoritairement asymptomatiques parce que ce sont des ados, et statistiquement ils sont asymptomatiques. Le prof l'étant aussi dans notre cas, personne n'est cas contact et personne ne s'affole.
Exercice : en combien de temps un lycée de 1000 élèves, 100 enseignants et 100 personnels non enseignants, atteint-il l'immunité collective à 60%, si on part d'un unique enseignant asymptomatique contagieux ?
Pareil ici, auto-hébergement sur ma connexion internet, depuis environ 20 ans.
À la base via sendmail uniquement - mais je n'ai jamais vraiment pigé la configuration de ce truc - maintenant un mélange d'opensmtpd, dovecot, dkimproxy, postgresql (pour jouer à mettre les comptes en base de donnée :)), et un roundcubemail en cas de besoin de webmail, tout ça en SSL avec let's encrypt bien sûr !
Le nom de domaine chez un prestataire français, mais rien d'autre.
Ça marche bien, c'est stable, et la politique générale de renvoi des mails jusque sept jours fait que même si ça tombe alors que je suis en déplacement, au final c'est difficile de perdre des mails (par contre ils arrivent tard), donc la pression n'est pas trop grande.
Je n'ai vraiment eu des soucis qu'au moment où je me suis forcé à configurer le DKIM. Ou plutôt les soucis que j'ai commencé à avoir m'ont poussé à me renseigner et à mieux configurer l'ensemble, il y a quatre ou cinq ans environ !
Oui, tout à fait, c'est une des plus grosses batteries rechargeables du monde :)
Un peu trop grosse pour servir dans sa voiture par contre, mais par rapport à sa capacité très économe en métaux rares…
Bref, c'est le parfait exemple pour montrer que la puissance brute délivrable n'est pas un élément de comparaison suffisant pour être pertinent, et qu'il faut aussi du contexte.
32réacteurs à ~900MW
20 réacteurs à ~1300MW
4 réacteurs à ~1500MW
Moyenne : 1095MW
Soit pour Grand Maison à 1820MW : 1,66 réacteurs nucléaires, donc en effet, dire 2 c'est un brin exagéré, cependant le réacteur nucléaire le plus standard (60% du parc) reste encore celui à 900MW, donc seulement deux ont été décommissionnés (Fessenheim), même s'il est le plus vieux encore en activité.
Par contre pour la centrale solaire dont il est question à 2,2GW, on est bien à deux réacteurs.
Bref, on chipote sur des broutilles, on parle ici d'ordre de grandeur, et même si la puissance de Grand Maison augmente (remplacement des turbines toutes les ~durée de vie d'une centrale nucléaire, qui apporte son lot d'optimisations et de gains), c'est sans commune mesure avec l'accroissement prévisible de la puissance des nouveaux réacteurs nucléaires.
C'est plus intéressant de savoir si on est à 0,2, 2 ou 20 réacteurs que de distinguer entre 1,66 et 2 !
Sinon, pourquoi tu comparerais pas avec un réacteur de 1976, plus ancien que le plus ancien en activité ? Superphénix à 1,2GW !
« 1 réacteur nucléaire » c'est un ordre de grandeur, d'environ 1,1GW en 2020.
Peut-être, si les EPR démarrent enfin, et qu'on modernise le parc.
Et qu'on remplace tous les 900MW par des EPR à 1600MW.
Alors on aurait une puissance moyenne plus élevée, mais quand ?
L'ordre de grandeur n'est pas prêt de changer significativement…
Je ne sais pas de quels rendements tu parles à 30% ou 70%, mais des réacteurs EPR, pour autant que je sache, il y en a un seul qui tourne, en Chine, et toujours zéro en France.
Et le barrage de Grand Maison peut produire 1,8Gw, soit en gros deux réacteurs nucléaires aussi.
Et ça se démarre ou s'arrête en cinq minutes, coup-de-fil compris, c'est modulable par paliers, c'est rigoureusement quand tu veux.
Sauf que ça dure 48h à cette puissance, après le lac de retenue est vide, et faut repomper dans l'autre sens pour le re-remplir (ou attendre assez longtemps).
Bref, encore une fois, difficile de comparer deux centrales avec un seul chiffre : la puissance brute maximale délivrable…
Dans tous les cas, les notification ordiphones, passent nécessairement par les serveurs google et apple
Je répondais à ça, précisément.
En disant que ça peut fonctionner autrement.
Et je suis certes dans une situation très particulière, mais c'est un paramétrage accessible à tout le monde, et pour toutes les applis pour peu qu'elles aient un fallback en cas d Gapps inaccessibles (par exemple d'autres clients mails que K9 le permettent, comme BlueMail pour faire de l'Exchange, ou encore des applis nettement moins sympa pour un libriste comme Whatsapp ou Slack, j'ai essaimé un ou deux LineageOs autour de moi, avec des usages variés) :
paramètres, applis et notifications, options avancées, accès spécifiques des applications, optimisation de la batterie, menu : toutes les applis, chercher [l'appli que tu veux], et là, enfin, choisir de ne pas optimiser !
Il y a des inconvénients discutés par ailleurs et indéniables et qui justifient l'existence des API Google et Apple pour gérer et centraliser les notifications push.
Mais désolé, j'indique que ce n'est pas la seule est exclusive possibilité et que si on souhaite uniquement un type de notification (mon cas : uniquement les mails), l'alternative est assez simple (si on arrive à trouver cette foutue option planquée), et valable et termes de performance et d'utilisation de la batterie (une connexion active versus une connexion active, c'est globalement assez similaire).
Et valable pour tout le monde sous Android.
Avec ou sans Gapps.
Ah oui, si tu veux être spammé de notifications, c'est une mauvaise solution, ça va pomper ton réseau donc ta batterie et c'est inefficace.
Encore une fois je suis dans une situation très rare, mais les seules notifications relativement temps réel qui m'intéressent sont les SMS et les mails, et pour ça, avoir une connexion IMAP ouverte quand je le demande (option synchro activée), et de manière générale toutes les applis qui se font flinguer dès qu'elles dorment un peu, ça me convient très bien et c'est plus efficace au bout du compte.
Mais évidemment, si j'avais envie d'avoir sept réseaux sociaux et quatre messageries de chat à la slack, la météo de new-york et tokyo, et mes douze comptes mails exchange, franchement, autant tout laisser aller chez Google, ça y est probablement déjà, et ça sera plus efficace en terme de réseau et de décharge de la batterie. Et le problème de mail IMAP classique passe dans le lot et basta.
Ici je répondais juste sur la possibilité d'avoir les notifications email en temps réel, sans passer par les Gapps.
Si j'ai bien suivi, il s'agit d'avoir un pop/bip/weez/floup quand on reçoit un mail sur son mobile ?
C'est parfaitement faisable en dehors de Google (LineageOS sans Gapps d'aucune sorte, même fake), avec de l'IMAP.
En tout cas ÇaMarcheChezMoi(c)(r)tm.
Avec K9-Mail en IMAP, il faut activer l'option super-cachée de non-optimisation de la batterie (paramètres, applis et notifications, options avancées, accès spécifiques des applications, optimisation de la batterie, menu : toutes les applis, chercher K9-Mail, et là, enfin, choisir de ne pas optimiser !).
Et ensuite K9-Mail conserve une connexion IDLE qui va poper une notification directement dès qu'un nouveau mail sera disponible.
Si l'option d'optimisation de la batterie est activée (cas général), les applis sont mise en veille bien plus rapidement et la connexion IDLE est rapidement coupée, K9-mail ne fait même plus sa mise à jour programmée toutes les 30 minutes (par exemple), et il ne se réveillera que quand on lancera l'appli.
De ce côté là, il faut comprendre comment LineageOS fonctionne, mais c'est nettement moins agressif que de l'Android classique avec du Google de partout !
Et on a nos notifications temps réel de nouveaux mails sans passer par Google.
K9-mail a aussi une option bien pratique qui consiste à lui dire de ne rechercher de nouveaux mails que quand la synchro est activée en global dans Android, ce qui n'a grosso modo aucun autre effet quand on n'a pas les Google Apps, avec la synchro Google en arrière-plan, donc on peut très facilement le laisser s'endormir pour ne pas être dérangé quand on ne veut pas être dérangé.
Yth.
PS: Ça a l'air compliqué mais en fait il n'y a vraiment qu'une seule opération à faire, et c'est utile de savoir où trouver cette option pour, dans l'autre sens, la désactiver si une appli nous casse trop les bonbons et qu'on veut la laisser se rendormir…
PPS: Oui, j'ai conscience que je suis dans une situation pas commune et que non, on ne va pas demander aux gens d'installer LineageOS, mais LineageOS c'est un Android. Et donc avec un truc bloaté par Google, Samsung et Orange à la fois, ça va fonctionner aussi, l'option existe au même endroit et K9-mail va se comporter de la même manière : avoir du push sans utiliser les Google Apps !
Je ne crois pas que ça se passe comme ça.
Je pense plutôt que quand on en parle avec le côté éthique, libre etc, on présente le problème sous un angle assez particulier, et les gens sont sincèrement d'accord : Firefox c'est mieux que Chrome. Mais selon un certain point de vue.
Si on regarde de plus loin sans considérations éthiques ou morales, c'est globalement kif-kif bourricot.
Et si on regarde en détail, comme c'est indiqué par plusieurs autres commentaires, Chrome s'installe, prend la place, et on a régulièrement des petits soucis sans intérêt avec des sites qui disent que c'est-mieux-sous-chrome alors que pour la grande majorité c'est faux.
C'est du pipeau ? Certes, mais la flemme générale et l'incapacité (parfaitement légitime, tout le monde n'est pas nerd et capable de dire ce qu'est un User-Agent) de la plupart des gens à savoir si c'est vrai ou pas (que ça marche mieux sous chrome), fait que cette croyance s'installe insidieusement.
Mais la discussion initiale reste valable et quand on regarde avec l'éthique ou la morale, ou « faire les choses bien », que sais-je, ben Firefox c'est mieux que Chrome, et la plupart des gens sont d'accord.
Il faut voir aussi qu'on vit dans un monde où c'est moins grave d'être sans scrupules et de l'afficher éhontément, que de dire qu'on essaie de faire les choses bien et d'être imparfait.
-> On va moins taper Google sur son non respect de… nous tous. On va dire « ouais c'est pas bien, mais que peut-on y faire ? »
-> Par contre on va défoncer la MoFo à chaque fois qu'ils font un mauvais choix (bon, je le concède, ça leur arrive souvent, ils se dispersent et laissent tomber leurs bonnes idées, bref, ils passent leur temps à tendre le bâton pour se faire battre, et ça marche…)
Donc : Chrome c'est Google, c'est le Mal, ok.
Firefox c'est bien (c)(r)tm, ok, cool, mais j'ai entendu des rumeurs comme quoi ça marche moins bien.
Yth.
PS: pour un vieux con comme moi qui fait régulièrement du dev web, et compilait encore son kernel il y a quelques années, sérieux, je ne sais pas comment on peut utiliser Chrome, c'est lent, moche, et inutilisable, et les outils de dev de FF sont à milles lieues des trucs merdiques qu'on trouve sous Chrome qui tente de copier en moins bien. Mais voilà, j'ai mes extensions, ma configuration, mes habitudes, mes préjugés, mes clichés, et surtout je ne crois jamais quand on me dit « ça marche pas sous Firefox (ou carrément sous Linux) ! ».
Par ailleurs, on parle beaucoup ici de brevets logiciels qui restent non valides en Europe.
C'est comme la rétro-ingénierie : interdite aux USA, mais parfaitement légale et protégée en Europe (pour des raisons d'interopérabilité etc.).
La souveraineté, jusqu'à un certain point de non absurdité, en Europe c'est pas si difficile.
Mais il y a un retard assez énorme à rattraper : par exemple Qwant à qui on demande d'être aussi efficace et pertinent que Google alors qu'il est tout jeune, ils sont dans une situation très difficile dès la création, et ça va forcément demander du temps avant qu'ils répondent à tout ce qu'on peut leur demander (éthique, efficacité, etc.), et sans la puissance commerciale de Google puisqu'il ne s'agira pas de créer une nouvelle régie publicitaire.
Mais par exemple, pour la régie publicitaire, en France il y a Criteo, tout aussi pourri dans le concept qu'un Google, tout aussi efficace pour ce qui est de la publicité. L'alternative « souveraine » est déjà là.
Pour les clouds, il « suffirait » de booster un peu politiquement nos spécialistes du domaine, on n'en a pas qu'un, et ça fonctionne, ce n'est simplement pas à la même échelle qu'un Microsoft, Amazon ou Alphabet : OVH, Free (Online) pour ne citer que les deux plus gros, et uniquement français.
Pareil pour Amazon ou Alibaba : CDiscount est énorme et fait très bien le boulot avec aussi peu d'éthique et de moralité que ses concurrents, et un pouvoir commercial délirant pour une simple entreprise (environ le même CA qu'alibaba, et un tiers d'Amazon à eux deux).
Bref, il « suffit » d'arrêter d'acheter à tire-larigot des licences Microsoft et de passer tout le monde sous Linux (on parle au niveau du gouvernement, pas des particuliers, donc l'armée, l'éducation nationale, les ministères et autres administrations), et d'interdire les boîtes mail google ou live dans la fonction publique (ce qui est souvent déjà le cas avec des adresses mails internes, par académies, ministères, en gouv.fr etc.).
Mais par contre il ne faut faire des effets d'annonce en claquant quelques malheureuses dizaines de millions d'euros dans des structures forgées de toute pièce en disant que ça va remplacer tel ou tel GAFAM.
Ou de faire des annonces inverses en disant que seul un GAFAM peut répondre à tel ou tel appel d'offre du gouvernement (le stockage des données médicales, l'éducation nationale, l'armée, pour ne citer que les plus gros ou récents).
Parce qu'il est là le problème : un effet d'annonce pour dire qu'on veut de la souveraineté, et derrière des contrats avec Microsoft sans possibilité de concurrence.
Les boîtes françaises ne deviendront jamais des concurrents crédibles si déjà notre gouvernement ne leur fait pas confiance. Et ça se reproduit aussi au niveau Européen.
Bref : le gouvernement n'est absolument pas sérieux en ce qui concerne la souveraineté numérique, sinon ça serait déjà largement avancé. Et c'est le seul réel point bloquant de toute cette communication souveraine.
Parce que clairement, on a toute souveraineté sur le contrôle de notre langue de bois ^
Je suis en montagne, mon problème pourrait être l'espace dans des trains parfois bondés, mais d'abord c'est surtout d'atteindre la gare, avec des dénivelés nécessitant un minimum de pratique…
Et oui en hiver ça peut être misérable.
Mais comme il est présomptueux de réussir à changer son mode de vie pour passer de 10T à 2T en une seule année, on peut se ménager une période transitoire, pour tester ce qui fonctionne et ne fonctionne pas, avec toujours la voiture en roue de secours (oui, ça pèse lourd sur le vélo, mais faut c'qu'y faut hein ?… …).
Bon, je parle surtout des trajets parce que c'est mon point faible, hors confinement et bonheur du 100% télétravail, cela dit depuis 13 ans que je suis dans ma montagne, je n'ai eu de voiture que la moitié du temps (6 années en fait, que des voitures d'occase), comme quoi c'est aussi faisable hein, mais pas tout le temps, et c'est plus difficile avec de jeunes enfants (par exemple, faire du stop avec mes mômes, c'est même pas en rêve).
Mais pouvoir envisager de dégager ma voiture et de n'en avoir plus qu'une pour tout le monde, ça fait envie.
Passer à zéro c'est encore trop tôt par contre.
# Sylpheed
Posté par Yth (Mastodon) . En réponse au journal Vim ou Emacs pour le courriel ?. Évalué à 10.
J'interviens juste pour faire remarquer qu'il existe toujours Sylpheed, en bien plus léger qu'un Thunderbird, et sans grosse stack graphique. Et aussi Claws-mail, mais je ne l'utilise pas alors je n'en parlerai pas, mais pour ceux qui ne connaissent pas Claws-mail est un fork d'assez longue date de Sylpheed, et je ne connais pas les réelles différences.
J'apprécie Sylpheed depuis longtemps parce que c'est facile de gérer des tas de comptes, y compris temporaires, de garder un compte inactif dans un coin, de ranger et archiver ses mails, aussi bien localement que via IMAP.
Par exemple ma boîte d'archives est auto-hébergée, et j'y archive automatiquement avec des règles de filtrages des mails qui proviennent de toutes les autres boîtes.
On choisit très facilement quelles boîtes sont récupérées quand on clique sur « tout relever », et pour récupérer une autre boîte spécifique non-automatique il suffit de cliquer dessus (et faire relever manuellement si c'est du POP, mais l'IMAP est mis à jour à la volée).
Et tout ça en mails textuels : Sylpheed n'affiche pas les mails en HTML, mais présente la pièce-jointe HTML sur laquelle on peut cliquer pour l'ouvrir dans le navigateur, qui ouvre alors la copie locale hors-ligne de la partie HTML du mail.
J'ai un truc comme 100k mails dans mon Sylpheed, entre de l'IMAP et du local, ça n'a absolument aucun sens, et à part repartir de zéro je ne vois pas comment gérer ça aujourd'hui. Mais Sylpheed n'est pas perturbé par la quantité, ça va vite, ça ne plante pas. J'utilise le même Sylpheed depuis l'an 2000, en mettant à jour, sans jamais avoir rien eu de cassé, sans jamais avoir eu à faire de migration.
Avec tout ce bazar, il pompe 80Mo de RAM alors qu'il tourne depuis 15 jours (changé la batterie de portable fait tomber l'uptime, mais ça pourrait être 300 jours - et ça l'a déjà été - ça serait pareil).
Bref, je ne sais pas si Sylpheed peut répondre à ton besoin, parce qu'il ne s'utilise pas en mode texte, et ne s'interface pas avec org-mode, mais il n'a pas les inconvénients des trois que tu as cités.
Les mails étant stockés localement dans des fichiers individuels - y compris pour le cache local des boîtes en IMAP -, on peut même faire des recherches avec du grep, du find et des trucs comme ça.
Et si la boîte IMAP est définitivement inaccessible, ben tout ce qui est en cache localement est disponible, on peut même en déplaçant simplement le répertoire du cache dans un nouveau répertoire de la boîte locale les intégrer et y accéder comme s'ils avaient toujours été là.
On peut - noter le verbe utilisé qui n'oblige à rien - l'interfacer avec des outils de filtre antispam de façon très simple, il y a un préréglage pour bogofilter, sylfilter et bsfilter, mais comme tout ça se fait par l'invocation de lignes de commandes configurées dans Sylpheed, on peut interfacer un peu ce qu'on veut en bricolant.
On peut re-traiter tous les mails d'une boîte à travers le filtre anti-spam, ou les règles de filtrage, pour organiser après-coup des mails déjà reçus en fonction de nouvelles règles qu'on vient de créer.
Bref, avec un outil comme ça je n'ai jamais ressenti le besoin de subir Thunderbird ou Kmail…
Et sinon je serais probablement resté sous Alpine…
[^] # Re: pas une alternative a linux, et ne le sera jamais...
Posté par Yth (Mastodon) . En réponse à la dépêche Redox OS, le prochain système d’exploitation à conquérir le monde ?. Évalué à 5.
Mais en fait, pour faire un DoS, en pratique il faut exploiter une faille, et le symptôme est un déni de service.
Comment tu fais tomber un service avec une attaque simple si tu n'exploite pas une faille dans le service ?
Alors qu'un DDoS c'est autre chose : tu satures le service rendant impossible d'y accéder pour les gens. C'est 2500 personnes qui font la queue à la gendarmerie pour porter plainte contre une vache, et toi qui veut signaler le vandalisme sur ta voiture, ben tu peux pas.
Bref, on joue sur les mots un peu, mais je classifierait plutôt les (D)DoS comme des types d'attaques plutôt que des failles…
Ce qui n'empêche pas de chercher des solutions pour s'en prémunir, mais ces solutions ne sont pas liés à la sécurité intrinsèque de tes outils, ou à la présence ou non de failles logicielles.
Plutôt à l'organisation de ton réseau. Et c'est relativement indépendant des OS sous-jacents.
Bon, inutile de pinailler plus, ça ne fait pas tellement avancer le schmilblick…
[^] # Re: pas une alternative a linux, et ne le sera jamais...
Posté par Yth (Mastodon) . En réponse à la dépêche Redox OS, le prochain système d’exploitation à conquérir le monde ?. Évalué à 4.
Mais tout ça ne fait pas du (D)DoS une faille de sécurité en tant que telle.
Ça en fait une attaque, et une attaque affaiblit toujours un peu sa cible, permettant parfois à une autre attaque d'atteindre sa cible.
Une faille c'est un moyen d'atteindre ta cible sans avoir à profiter d'un affaiblissement lié à une attaque massive.
Le gros bouton ON/OFF accessible est une fonctionnalité, pas une faille, si il a été mis là c'est probablement pour une bonne raison. Sinon c'est qu'on a affaire à des bras cassés, et des failles il y en a probablement des douzaines encore plus faciles à exploiter…
Un système sans failles peut quand même tomber, être spoofé, être l'objet de phishing, ou d'arnaques en tout genre.
Ça n'en fait pas des failles de sécurité, même si ça reste des problèmes graves pour lesquels on peut mettre en place des mesures.
[^] # Re: pas une alternative a linux, et ne le sera jamais...
Posté par Yth (Mastodon) . En réponse à la dépêche Redox OS, le prochain système d’exploitation à conquérir le monde ?. Évalué à 2.
Le déni de service n'est pas une faille de sécurité.
C'est un blocus de camionneurs sur l'autoroute, une grève pas l'occupation des locaux, installer des tentes sur la voie ferrée pour empêcher les trains de partir, etc.
Le service n'est plus rendu, mais il n'y a pas eu de faille de sécurité, l'intégrité du service et de ses données n'est pas engagée.
Ne mélangeons pas tout !
[^] # Re: Mort ?
Posté par Yth (Mastodon) . En réponse au journal Une histoire d'encodage de caractères. Évalué à 8.
Oui, Jésus est né en l'an sept avant la naissance de Jésus.
Récursivement, ça fout un paradoxe temporel de dingue et l'univers implose.
Alors on fait gaffe hein ?
[^] # Re: EDF
Posté par Yth (Mastodon) . En réponse au journal Échanges avec le support technique de Paypal concernant l'authentification à deux facteurs. Évalué à 10.
Il est marrant ton exemple !
Sauf…
Bah sauf que je vois pas le rapport entre accéder à des services bancaires et avoir un téléphone…
[^] # Re: journalduhacker.net
Posté par Yth (Mastodon) . En réponse au journal Hauts et bas du Courrier du hacker au 150ème numéro. Évalué à 6.
Je confirme l'intérêt de la newsletter.
Aller lire des sites, encore un site de news de plus, j'ai pas trop le temps ou l'énergie.
Par contre le petit mail hebdomadaire, avec des liens triés sur le volet, j'apprécie beaucoup :)
Moins d'efforts pour plus de résultat, je reste abonné depuis la n°4…
[^] # Re: Pertinence ?
Posté par Yth (Mastodon) . En réponse au journal MacOS contre Debian sur un test de build de Firefox. Évalué à 2.
Ah bon ?
Pourtant j'ai une distrib rolling-release, à jour, sans modification particulière de ce côté là, avec des versions très récentes des logiciels inclus et accès à une logithèque assez énorme en une ligne de commande (pas autant que chez Debian, mais pas loin).
Et nulle-part il n'y a trace de systemd…
Comme quoi, le changement n'est pas toujours une obligation pour être moderne.
[^] # Re: Snap a bannir
Posté par Yth (Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 6.
Oh mais je comprends tout à fait l'idée, et je n'ai pas d'a priori contre !
Je me disais même : ben c'est tout emballé, tout est inclus dedans, ça va tourner au poil, ça m'évite d'essayer d'avoir un JDK 14 pour compiler le bidule.
Et tout le bouzin snap s'installe, ça télécharge, ça installe et tout. Tout cet espace, après tout, si ça fonctionne, le prochain en prendra moins, et j'ai plein de place sur ma partition système.
Mais au moment de démarrer Mindustry, j'ai une erreur SDL et ça plante.
J'ai farfouillé un peu, vu qu'au bout du compte Mindustry était superbement empaqueté dans un unique .jar et que le flatpack passe par un script shell qui fait "java -jar mindustry.jar", alors je me dis que je peux le tenter en direct, après tout, j'ai toutes les dépendances sur ma machine !
Et là ça marche directement sans poser de questions…
J'ai tout viré et gardé uniquement le mindustry.jar et tout tourne au poil.
Bon, j'ai totalement perdu l'option de mise à jour, et pour changer de version, il faudra que je réinstalle tout le flatpack et que j'aille rechercher le nouveau mindustry.jar, donc ce n'est pas durable comme solution, et il n'y a pas de sandbox ni rien, mais bon, ça tourne, je joue :)
Donc je me demande où ils se sont plantés pour que « l'intégration au système est parfaite » sonne aussi faux dans mon cas.
Mais je t'avoue que je n'ai pas l'énergie d'essayer de comprendre là…
[^] # Re: génial !
Posté par Yth (Mastodon) . En réponse au lien Webbloatscore: estimer la bloatitude de votre site web. Évalué à 3.
Nope, c'est Mountyhall.
J'avais fait une vue 2D sans identification, sans cookie (un identifiant de session dans l'URL dans les cas utiles).
Plus légère et rapide à afficher que la liste HTML du jeu lui-même - un tableau avec des coordonnées et des trucs dans la vue, triés par distance, classés par catégories de trucs - et dynamique pour « voyager » dans sa vue et regarder plus aisément ce qui se passe dedans, tout dynamiquement en javascript.
Pas d'Ajax à l'époque : la page est chargée une fois à partir d'un formulaire et tout est fait avec les données initiales en javascript (donc JSON) inclus dans le HTML.
Donc au final c'est un zest de HTML pour la structure, quelques potentiellement gros tableaux JS (j'avais allègrement atteint la limite de 32k objets dans un tableau JS, et été obligé de bricoler des trucs), un fichier CSS et un JS externes, quelques images pour décorer.
Les images super optimisées, avec trimage, je crois que j'étais repassé dessus plus récemment juste pour ça.
Trimage c'est un outil qui utilise d'autres outils comme optipng, pngquant, jpegoptim etc, pour optimiser au maximum une image sans la dégrader, en testant plein de paramètres possible et en gardant le fichier le plus petit. À faire une fois, et selon les cas on gagne de rien du tout à plus de 90%. C'est la dernière étape d'optimisation des images.
Et dans la page d'accueil, quelques outils pratiques pour le jeu, des news poussiéreuses, un formulaire de login pour les groupes de partage de vues, et la liste des membres du groupe si on est connecté, quelques liens, vers le jeu, ou d'autres sites tournant autour du jeu.
Et ça tourne encore :)
[^] # Re: Snap a bannir
Posté par Yth (Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 6.
Arf, ma première expérience avec Flatpack c'était pour Mindustry.
Au final, ça marche parce que je suis allé chercher le mindustry.jar de 47Mo au milieu des.. Je sais pas, 1,5Go de trucs installés ?
Et hop, java -jar mindustry.jar et ça roule !
Bref, je réessaierai un autre jour, un autre Flatpack, peut-être…
[^] # Re: génial !
Posté par Yth (Mastodon) . En réponse au lien Webbloatscore: estimer la bloatitude de votre site web. Évalué à 4.
Mon premier site web, codé en python en 2003, et qui sert d'aide à un jeu PHP - encore marginalement utilisée 17 ans plus tard, mais plus développée depuis au moins 2007 - a un score de 0.166 sur la page d'accueil, et de 0.055 sur les pages générées !
Alors même que le fond est une image (jusque trois background répétés selon les parties de la page), totalement dynamique et tout.
Bigre, j'étais déjà génial à l'époque ;)
# La salle de classe
Posté par Yth (Mastodon) . En réponse au lien scénarii de propagation du virus sars-2. Évalué à 2.
C'est marrant l'exemple de la salle de classe.
Mais il faut aussi prendre en compte les couloirs avec 200 élèves entassés pendant quelques minutes durant les inter-cours.
Et tout ces ados incapables de ne pas se rouler des gadins à longueur de journée, dans les couloirs (sans masque bien sûr) ou dans la cours.
Et tout ceux qui oublient de le mettre, ou le retirent juste deux minutes, etc.
Et cinq minutes d'inter-cours permettent-ils de ventiler et renouveler complètement l'air ?
Et quid des tables qui ne peuvent pas être nettoyées entre chaque cours ?
Et même dans le meilleurs des cas, un prof malade asymptomatique malade va contaminer un élève par heure de cours, ça fait 18 élèves en une semaine, tous majoritairement asymptomatiques parce que ce sont des ados, et statistiquement ils sont asymptomatiques. Le prof l'étant aussi dans notre cas, personne n'est cas contact et personne ne s'affole.
Exercice : en combien de temps un lycée de 1000 élèves, 100 enseignants et 100 personnels non enseignants, atteint-il l'immunité collective à 60%, si on part d'un unique enseignant asymptomatique contagieux ?
[^] # Re: [HS] et comment héberges-tu tes mails ?
Posté par Yth (Mastodon) . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 6.
Pareil ici, auto-hébergement sur ma connexion internet, depuis environ 20 ans.
À la base via sendmail uniquement - mais je n'ai jamais vraiment pigé la configuration de ce truc - maintenant un mélange d'opensmtpd, dovecot, dkimproxy, postgresql (pour jouer à mettre les comptes en base de donnée :)), et un roundcubemail en cas de besoin de webmail, tout ça en SSL avec let's encrypt bien sûr !
Le nom de domaine chez un prestataire français, mais rien d'autre.
Ça marche bien, c'est stable, et la politique générale de renvoi des mails jusque sept jours fait que même si ça tombe alors que je suis en déplacement, au final c'est difficile de perdre des mails (par contre ils arrivent tard), donc la pression n'est pas trop grande.
Je n'ai vraiment eu des soucis qu'au moment où je me suis forcé à configurer le DKIM. Ou plutôt les soucis que j'ai commencé à avoir m'ont poussé à me renseigner et à mieux configurer l'ensemble, il y a quatre ou cinq ans environ !
[^] # Re: Itaïpu
Posté par Yth (Mastodon) . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à 2. Dernière modification le 21 octobre 2020 à 22:10.
Oui, tout à fait, c'est une des plus grosses batteries rechargeables du monde :)
Un peu trop grosse pour servir dans sa voiture par contre, mais par rapport à sa capacité très économe en métaux rares…
Bref, c'est le parfait exemple pour montrer que la puissance brute délivrable n'est pas un élément de comparaison suffisant pour être pertinent, et qu'il faut aussi du contexte.
[^] # Re: Itaïpu
Posté par Yth (Mastodon) . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à 2. Dernière modification le 15 octobre 2020 à 09:23.
32réacteurs à ~900MW
20 réacteurs à ~1300MW
4 réacteurs à ~1500MW
Moyenne : 1095MW
Soit pour Grand Maison à 1820MW : 1,66 réacteurs nucléaires, donc en effet, dire 2 c'est un brin exagéré, cependant le réacteur nucléaire le plus standard (60% du parc) reste encore celui à 900MW, donc seulement deux ont été décommissionnés (Fessenheim), même s'il est le plus vieux encore en activité.
Par contre pour la centrale solaire dont il est question à 2,2GW, on est bien à deux réacteurs.
Bref, on chipote sur des broutilles, on parle ici d'ordre de grandeur, et même si la puissance de Grand Maison augmente (remplacement des turbines toutes les ~durée de vie d'une centrale nucléaire, qui apporte son lot d'optimisations et de gains), c'est sans commune mesure avec l'accroissement prévisible de la puissance des nouveaux réacteurs nucléaires.
C'est plus intéressant de savoir si on est à 0,2, 2 ou 20 réacteurs que de distinguer entre 1,66 et 2 !
Sinon, pourquoi tu comparerais pas avec un réacteur de 1976, plus ancien que le plus ancien en activité ? Superphénix à 1,2GW !
« 1 réacteur nucléaire » c'est un ordre de grandeur, d'environ 1,1GW en 2020.
Peut-être, si les EPR démarrent enfin, et qu'on modernise le parc.
Et qu'on remplace tous les 900MW par des EPR à 1600MW.
Alors on aurait une puissance moyenne plus élevée, mais quand ?
L'ordre de grandeur n'est pas prêt de changer significativement…
[^] # Re: Itaïpu
Posté par Yth (Mastodon) . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à 1.
Je ne sais pas de quels rendements tu parles à 30% ou 70%, mais des réacteurs EPR, pour autant que je sache, il y en a un seul qui tourne, en Chine, et toujours zéro en France.
Donc comparons au moins ce qui existe…
[^] # Re: Itaïpu
Posté par Yth (Mastodon) . En réponse au lien Énergies renouvelables - Une centrale solaire aussi puissante (2.2 GW) que 2 réacteurs nucléaires. Évalué à 8.
Et le barrage de Grand Maison peut produire 1,8Gw, soit en gros deux réacteurs nucléaires aussi.
Et ça se démarre ou s'arrête en cinq minutes, coup-de-fil compris, c'est modulable par paliers, c'est rigoureusement quand tu veux.
Sauf que ça dure 48h à cette puissance, après le lac de retenue est vide, et faut repomper dans l'autre sens pour le re-remplir (ou attendre assez longtemps).
Bref, encore une fois, difficile de comparer deux centrales avec un seul chiffre : la puissance brute maximale délivrable…
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par Yth (Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 2.
Je répondais à ça, précisément.
En disant que ça peut fonctionner autrement.
Et je suis certes dans une situation très particulière, mais c'est un paramétrage accessible à tout le monde, et pour toutes les applis pour peu qu'elles aient un fallback en cas d Gapps inaccessibles (par exemple d'autres clients mails que K9 le permettent, comme BlueMail pour faire de l'Exchange, ou encore des applis nettement moins sympa pour un libriste comme Whatsapp ou Slack, j'ai essaimé un ou deux LineageOs autour de moi, avec des usages variés) :
Il y a des inconvénients discutés par ailleurs et indéniables et qui justifient l'existence des API Google et Apple pour gérer et centraliser les notifications push.
Mais désolé, j'indique que ce n'est pas la seule est exclusive possibilité et que si on souhaite uniquement un type de notification (mon cas : uniquement les mails), l'alternative est assez simple (si on arrive à trouver cette foutue option planquée), et valable et termes de performance et d'utilisation de la batterie (une connexion active versus une connexion active, c'est globalement assez similaire).
Et valable pour tout le monde sous Android.
Avec ou sans Gapps.
Dis-moi où je me trompe ?
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par Yth (Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 2.
Ah oui, si tu veux être spammé de notifications, c'est une mauvaise solution, ça va pomper ton réseau donc ta batterie et c'est inefficace.
Encore une fois je suis dans une situation très rare, mais les seules notifications relativement temps réel qui m'intéressent sont les SMS et les mails, et pour ça, avoir une connexion IMAP ouverte quand je le demande (option synchro activée), et de manière générale toutes les applis qui se font flinguer dès qu'elles dorment un peu, ça me convient très bien et c'est plus efficace au bout du compte.
Mais évidemment, si j'avais envie d'avoir sept réseaux sociaux et quatre messageries de chat à la slack, la météo de new-york et tokyo, et mes douze comptes mails exchange, franchement, autant tout laisser aller chez Google, ça y est probablement déjà, et ça sera plus efficace en terme de réseau et de décharge de la batterie. Et le problème de mail IMAP classique passe dans le lot et basta.
Ici je répondais juste sur la possibilité d'avoir les notifications email en temps réel, sans passer par les Gapps.
Yth.
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par Yth (Mastodon) . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à 3. Dernière modification le 02 octobre 2020 à 22:00.
Si j'ai bien suivi, il s'agit d'avoir un pop/bip/weez/floup quand on reçoit un mail sur son mobile ?
C'est parfaitement faisable en dehors de Google (LineageOS sans Gapps d'aucune sorte, même fake), avec de l'IMAP.
En tout cas ÇaMarcheChezMoi(c)(r)tm.
Avec K9-Mail en IMAP, il faut activer l'option super-cachée de non-optimisation de la batterie (paramètres, applis et notifications, options avancées, accès spécifiques des applications, optimisation de la batterie, menu : toutes les applis, chercher K9-Mail, et là, enfin, choisir de ne pas optimiser !).
Et ensuite K9-Mail conserve une connexion IDLE qui va poper une notification directement dès qu'un nouveau mail sera disponible.
Si l'option d'optimisation de la batterie est activée (cas général), les applis sont mise en veille bien plus rapidement et la connexion IDLE est rapidement coupée, K9-mail ne fait même plus sa mise à jour programmée toutes les 30 minutes (par exemple), et il ne se réveillera que quand on lancera l'appli.
De ce côté là, il faut comprendre comment LineageOS fonctionne, mais c'est nettement moins agressif que de l'Android classique avec du Google de partout !
Et on a nos notifications temps réel de nouveaux mails sans passer par Google.
K9-mail a aussi une option bien pratique qui consiste à lui dire de ne rechercher de nouveaux mails que quand la synchro est activée en global dans Android, ce qui n'a grosso modo aucun autre effet quand on n'a pas les Google Apps, avec la synchro Google en arrière-plan, donc on peut très facilement le laisser s'endormir pour ne pas être dérangé quand on ne veut pas être dérangé.
PS: Ça a l'air compliqué mais en fait il n'y a vraiment qu'une seule opération à faire, et c'est utile de savoir où trouver cette option pour, dans l'autre sens, la désactiver si une appli nous casse trop les bonbons et qu'on veut la laisser se rendormir…
PPS: Oui, j'ai conscience que je suis dans une situation pas commune et que non, on ne va pas demander aux gens d'installer LineageOS, mais LineageOS c'est un Android. Et donc avec un truc bloaté par Google, Samsung et Orange à la fois, ça va fonctionner aussi, l'option existe au même endroit et K9-mail va se comporter de la même manière : avoir du push sans utiliser les Google Apps !
[^] # Re: Installation "liée"
Posté par Yth (Mastodon) . En réponse au journal Hégémonie et navigateurs. Évalué à 10.
Je ne crois pas que ça se passe comme ça.
Je pense plutôt que quand on en parle avec le côté éthique, libre etc, on présente le problème sous un angle assez particulier, et les gens sont sincèrement d'accord : Firefox c'est mieux que Chrome. Mais selon un certain point de vue.
Si on regarde de plus loin sans considérations éthiques ou morales, c'est globalement kif-kif bourricot.
Et si on regarde en détail, comme c'est indiqué par plusieurs autres commentaires, Chrome s'installe, prend la place, et on a régulièrement des petits soucis sans intérêt avec des sites qui disent que c'est-mieux-sous-chrome alors que pour la grande majorité c'est faux.
C'est du pipeau ? Certes, mais la flemme générale et l'incapacité (parfaitement légitime, tout le monde n'est pas nerd et capable de dire ce qu'est un User-Agent) de la plupart des gens à savoir si c'est vrai ou pas (que ça marche mieux sous chrome), fait que cette croyance s'installe insidieusement.
Mais la discussion initiale reste valable et quand on regarde avec l'éthique ou la morale, ou « faire les choses bien », que sais-je, ben Firefox c'est mieux que Chrome, et la plupart des gens sont d'accord.
Il faut voir aussi qu'on vit dans un monde où c'est moins grave d'être sans scrupules et de l'afficher éhontément, que de dire qu'on essaie de faire les choses bien et d'être imparfait.
-> On va moins taper Google sur son non respect de… nous tous. On va dire « ouais c'est pas bien, mais que peut-on y faire ? »
-> Par contre on va défoncer la MoFo à chaque fois qu'ils font un mauvais choix (bon, je le concède, ça leur arrive souvent, ils se dispersent et laissent tomber leurs bonnes idées, bref, ils passent leur temps à tendre le bâton pour se faire battre, et ça marche…)
Donc : Chrome c'est Google, c'est le Mal, ok.
Firefox c'est bien (c)(r)tm, ok, cool, mais j'ai entendu des rumeurs comme quoi ça marche moins bien.
PS: pour un vieux con comme moi qui fait régulièrement du dev web, et compilait encore son kernel il y a quelques années, sérieux, je ne sais pas comment on peut utiliser Chrome, c'est lent, moche, et inutilisable, et les outils de dev de FF sont à milles lieues des trucs merdiques qu'on trouve sous Chrome qui tente de copier en moins bien. Mais voilà, j'ai mes extensions, ma configuration, mes habitudes, mes préjugés, mes clichés, et surtout je ne crois jamais quand on me dit « ça marche pas sous Firefox (ou carrément sous Linux) ! ».
[^] # Re: Menace en l'air ?
Posté par Yth (Mastodon) . En réponse au lien Facebook menace de se retirer d'Europe si on ne le laisse pas faire à sa façon. Évalué à 8.
Sauf que là il n'y a rien à perdre à ne pas céder.
;)
[^] # Re: Si le gouvernement est sérieux sur la question de la souveraineté
Posté par Yth (Mastodon) . En réponse au journal Mon chemin vers la liberté informatique. Évalué à 10.
Par ailleurs, on parle beaucoup ici de brevets logiciels qui restent non valides en Europe.
C'est comme la rétro-ingénierie : interdite aux USA, mais parfaitement légale et protégée en Europe (pour des raisons d'interopérabilité etc.).
La souveraineté, jusqu'à un certain point de non absurdité, en Europe c'est pas si difficile.
Mais il y a un retard assez énorme à rattraper : par exemple Qwant à qui on demande d'être aussi efficace et pertinent que Google alors qu'il est tout jeune, ils sont dans une situation très difficile dès la création, et ça va forcément demander du temps avant qu'ils répondent à tout ce qu'on peut leur demander (éthique, efficacité, etc.), et sans la puissance commerciale de Google puisqu'il ne s'agira pas de créer une nouvelle régie publicitaire.
Mais par exemple, pour la régie publicitaire, en France il y a Criteo, tout aussi pourri dans le concept qu'un Google, tout aussi efficace pour ce qui est de la publicité. L'alternative « souveraine » est déjà là.
Pour les clouds, il « suffirait » de booster un peu politiquement nos spécialistes du domaine, on n'en a pas qu'un, et ça fonctionne, ce n'est simplement pas à la même échelle qu'un Microsoft, Amazon ou Alphabet : OVH, Free (Online) pour ne citer que les deux plus gros, et uniquement français.
Pareil pour Amazon ou Alibaba : CDiscount est énorme et fait très bien le boulot avec aussi peu d'éthique et de moralité que ses concurrents, et un pouvoir commercial délirant pour une simple entreprise (environ le même CA qu'alibaba, et un tiers d'Amazon à eux deux).
Bref, il « suffit » d'arrêter d'acheter à tire-larigot des licences Microsoft et de passer tout le monde sous Linux (on parle au niveau du gouvernement, pas des particuliers, donc l'armée, l'éducation nationale, les ministères et autres administrations), et d'interdire les boîtes mail google ou live dans la fonction publique (ce qui est souvent déjà le cas avec des adresses mails internes, par académies, ministères, en gouv.fr etc.).
Mais par contre il ne faut faire des effets d'annonce en claquant quelques malheureuses dizaines de millions d'euros dans des structures forgées de toute pièce en disant que ça va remplacer tel ou tel GAFAM.
Ou de faire des annonces inverses en disant que seul un GAFAM peut répondre à tel ou tel appel d'offre du gouvernement (le stockage des données médicales, l'éducation nationale, l'armée, pour ne citer que les plus gros ou récents).
Parce qu'il est là le problème : un effet d'annonce pour dire qu'on veut de la souveraineté, et derrière des contrats avec Microsoft sans possibilité de concurrence.
Les boîtes françaises ne deviendront jamais des concurrents crédibles si déjà notre gouvernement ne leur fait pas confiance. Et ça se reproduit aussi au niveau Européen.
Bref : le gouvernement n'est absolument pas sérieux en ce qui concerne la souveraineté numérique, sinon ça serait déjà largement avancé. Et c'est le seul réel point bloquant de toute cette communication souveraine.
Parce que clairement, on a toute souveraineté sur le contrôle de notre langue de bois ^
[^] # Re: Peut mieux faire
Posté par Yth (Mastodon) . En réponse au lien Calculateur de bilan carbone individuel de l’ADEME. Évalué à 3.
Je suis en montagne, mon problème pourrait être l'espace dans des trains parfois bondés, mais d'abord c'est surtout d'atteindre la gare, avec des dénivelés nécessitant un minimum de pratique…
Et oui en hiver ça peut être misérable.
Mais comme il est présomptueux de réussir à changer son mode de vie pour passer de 10T à 2T en une seule année, on peut se ménager une période transitoire, pour tester ce qui fonctionne et ne fonctionne pas, avec toujours la voiture en roue de secours (oui, ça pèse lourd sur le vélo, mais faut c'qu'y faut hein ?… …).
Bon, je parle surtout des trajets parce que c'est mon point faible, hors confinement et bonheur du 100% télétravail, cela dit depuis 13 ans que je suis dans ma montagne, je n'ai eu de voiture que la moitié du temps (6 années en fait, que des voitures d'occase), comme quoi c'est aussi faisable hein, mais pas tout le temps, et c'est plus difficile avec de jeunes enfants (par exemple, faire du stop avec mes mômes, c'est même pas en rêve).
Mais pouvoir envisager de dégager ma voiture et de n'en avoir plus qu'une pour tout le monde, ça fait envie.
Passer à zéro c'est encore trop tôt par contre.