Sur Twitter (l'endroit où l'on va voir ce qu'il se passe quand Google est en panne :-p) il y avait aussi beaucoup d'étudiants semi-ennuyés pour suivre leurs cours, et manifestement un certain nombre (en Inde ?) gênés pour leurs examens.
Assurance, pas banque. (Mais on en parle de plus en plus pour les banques.) Gestion des paiements (plusieurs centaines de milliers de transactions par an, plusieurs milliards d'euros par an) réécrite en Java tout simplement. Et je parle bien du cœur des traitements (règles métier et persistance) et des batch d'échange de données.
Le domaine des mainframes, ce sont les banques et les assurances, et vu la criticité des transferts de fonds, les programmes gérant les transactions bancaires sont ultra-surveillés, et on ne va pas les changer pour le nouveau langage à la mode (encore moins le moribond java, même s'il aura fallu 20 ans au monde de l'IT pour s'apercevoir de la bouse que c'était).
Maintenant il y a des IDE franchement meilleurs, voire même sous forme de plug-in dans Eclipse. Pas d'obligation à travailler avec des outils de 1980, c'était probablement ton client qui ne voulait pas faire évoluer son outillage.
Source sur cette perte "non négligeable de capacité" ?
De ce que j'avais lu, certes elles ne supportent pas d'être vraiment déchargées (elles ne peuvent plus redémarrer dans ce cas), mais du coup elles mentent sur leur vrai niveau de charge pour garder de quoi survivre.
De plus, il peut être utile de temps en temps de faire un cycle complet pour recalibrer leur indicateur de charge.
Ceci dit, pour préserver leur durée de vie, le mieux est de les faire vivre entre 30% et 80%, c'est ce qui les stresse le moins chimiquement. Mieux vaut aussi ne pas les chauffer trop, mais là on est purement dépendant de la conception du matériel qui les contient.
Le docker du logiciel bureautique, il y en a d'autres qui le font (AppImage, Flatpack) avec moins de problèmes.
Snap en particulier ne permet pas vraiment de contrôler les mises à jour (encore pire que le Play Store) au mieux tu peux te cantonner à un canal "stable" si le créateur du snap l'a prévu. Mais les mises à jour se feront, pas forcément quand tu veux…
Je ne connais pas Anki, j'ai jeté un rapide coup d’œil. Les principales différences que je vois :
Anki est centré sur la création de fiches pour la mémorisation et l'apprentissage (et il a l'air très bien pour ça)
Le support de Markdown est une simple possibilité (un plug-in ?), alors qu'il est au cœur de Typora, Zettlr et Mark Text, qui sont en tout premier lieu des éditeurs Markdown
La mise en place d'un Zettelkasten au sein d'Anki semble faisable, mais ce n'est pas prévu par l'outil, cela se fait en s'adaptant à ses fonctionnalités ; alors qu'il y a un support explicite dans Zettlr, y compris sur des choses importantes et fondamentales :
Création automatique d'identifiants uniques
Liens facilités vers d'une fiche à l'autre au moyen de ces identifiants uniques
Typora est un éditeur de Markdown propriétaire… certes remarquable pour la qualité de son interface épurée.
Il a inspiré d'un côté Zettlr (licence GPL), très orienté sur le monde de la recherche scientifique, notamment avec une gestion des connaissances (concept Zettelkasten) et des citations ; et de l'autre Mark Text (licence MIT), plus généraliste.
Différence notable outre la licence : Zettlr ne veut absolument pas masquer la syntaxe Markdown, alors que Mark Text a un affichage WYSIWYG qui n'affiche la syntaxe Markdown que du bloc sous le curseur.
Deux points communs qui sont aussi des avertissements : les deux sont des applications Electron avec toute la lourdeur que cela suppose, et les deux sont développés par des équipes très réduites (un dev sur Zettlr, deux sur Mark Text), ce qui limite actuellement leur développement, notamment Mark Text.
Ça devrait marcher, surtout qu'il y a encore des distributions assez récentes et populaires qui proposent Python 2, Debian et Ubuntu notamment.
Il y a une petite possibilité que le pilote vidéo initialise la carte vidéo légèrement différemment (notamment ses LUT), mais normalement DisplayCAL/ArgyllCMS remettent tout ça au propre pour faire l'ajustage et l'étalonnage.
Je l'ai eu plusieurs fois avec un domaine en .xyz, avec toute la gamme de refus : l'appli qui te dit que ton courriel n'est pas valable, l'appli qui te dit que ton extension n'est pas acceptée (si si), l'appli qui te dit qu'il y a une erreur sans plus de précision, mais le log HTTP te montre que le backend a bien répondu un message d'erreur correct, et le mieux je crois chez Darty : erreur 500 base de données, ça puait la procédure stockée qui faisait cette vérif.
Il suffirait juste de rajouter à l'audioconf la main levée (je ne sais pas si ça existe déjà, de toute façon j'utilise le VOIP pour me communiquer avec mes proches et je ne travaille plus), et de pouvoir basculer temporairement en mode vidéo quand on a quelque chose de particulier à montrer.
Ça existe, par exemple sous Microsoft Teams. En fait main levée + audioconf + partage d'écran quand nécessaire, c'est l'usage standard au niveau pro pour moi. Je ne sais pas si Jisti Meet a cette fonctionnalité, qui est très utile en effet.
Tout à fait, j'aurais dû le préciser dans mon commentaire initial : je n'excuse pas le gouvernement, qui est critiquable sur ce point.
Mais une critique qui ne fait pas mieux, même pire, fait un faux-pas.
J'ai l'impression que ce qu'ils voulaient dire, c'est-à-dire que la plupart des tests positifs sont sur des personnes de moins de 60 ans et ne correspondent pas à des cas graves
Si c'est le cas, ce n'est pas du tout sourcé, et même s'il est notoire que les jeunes ont moins de cas graves, il y en a quand même un certain nombre. On peut en effet imaginer que cette proportion de cas grave demeure la même, mais il faut alors conclure qu'elle partira également en exponentielle sans confinement.
On pourrait aussi dire qu'un jeune gravement touché c'est plus grave qu'un vieux gravement touché. Plus d'années de bonne santé perdues, plus d'années à soigner les séquelles.
Selon les chiffres de Santé Publique France, sur les près de 15 millions de tests effectués à ce jour, 93% sont négatifs
Juste avant d'écrire ça, les auteurs dénoncent le gouvernement qui a annoncé un chiffre de décès gonflé artificiellement : les décès hospitaliers du jour augmenté des décès des EHPAD des quatre jours précédents.
Et que font les auteurs dans la foulée ? Une manipulation plus grossière encore ! Ils prennent le total des tests depuis le tout début de la pandémie, y compris la période initiale où on testait peu, et l'été au creux de la vague… Une moyenne sur 8 mois, voilà un bien bon indicateur pour discuter de l'utilité d'un confinement !
C'est pas comme si les chiffres n'étaient pas disponible. Sur la propre source de leur article (les données de SPF), on voit très facilement :
Pour le 20 octobre (date de rédaction de leur article), 43304 tests positifs sur 235495, soit 82 % de négatifs
Pour le 26 octobre (chiffres les plus récents), 57588 tests positifs sur 275381, soit 79 % de négatifs
Bref, plus de 20% des tests sont actuellement positifs, une augmentation de 3 points en moins d'une semaine, une exponentielle bien marquée sur tous les indicateurs… Mais ça l'article ne l'a pas vu, ou ne veut pas le voir.
J'aperçois également un raisonnement bien foireux à la suite : un calcul effectué sur la période « récente » du 1er septembre au 20 octobre, qui inclut comme par hasard un mois de septembre assez calme comparé à un moins d'octobre parti fortement en exponentielle.
Pire encore, il écrase les mesures du nombre d'hospitalisations et d'entrées en réanimation en les divisant artificiellement par le nombre de tests effectués, en imaginant au passage que les gens ne se font tester qu'une seule fois. Il en déduit une « probabilité de ne pas être hospitalisé » qui me semble très hasardeuse.
Le problème, c'est que ce genre d'outil a besoin d'une maintenance constante, de mainteneurs expérimentés et compétents, et d'un système de gestion d'anomalies et d'interaction avec la communauté performant.
La RIAA n'attaque pas seulement l'hébergement du code source originel (facilement hébergé ailleurs), mais également sa gestion d'anomalies, et surtout certains de ses mainteneurs.
Ce dernier point va certainement refroidir les velléités des programmeurs expérimentés et compétents qui interviennent ou pourraient intervenir sur youtube-dl ; il y a tellement d'autres projets intéressants qui ont besoin d'aide, pourquoi prendre un risque juridique sur celui-ci ?
L'outil va certainement survivre, mais gardera-t-il le même niveau de qualité ? Sera-t-il autant utilisé ?
C'est pour ça qu'il y a des lois et des juges… Au delà de la simple possibilité, il faut aussi voir l'intention et l'usage habituel.
youtube-dl est principalement utilisé pour contourner les protections contre la copie mises en place par les plate-formes d'hébergement vidéo ; son nom lui-même décrit une infraction aux conditions d'utilisation de la principale d'entre-elles. Cela le place pleinement en infraction de la DMCA.
Les systèmes d'exploitation, s'ils peuvent être utilisés comme support d'une activité illicite, ont tant d'utilisations licites (probablement très majoritaires) qu'une demande de blocage dans le cadre du DMCA n'aurait presque aucune chance d'aboutir.
Ceci dit, une distribution Linux spécialisée dans le contournement des protections anti-copie pourrait théoriquement se voir bloquer comme youtube-dl.
On est bien loin d'une requête DMCA rédigée par un automate sur la base de quelques mots-clés.
La requête de la RIAA est très bien ciblée sur youtube-dl, très bien argumentée, notamment basée sur le fait que certains tests unitaires de youtube-dl téléchargent du contenu soumis au copyright de membres de la RIAA, sur le fait que l'outil se décrit lui-même comme outil de contournement de protections contre le piratage ; et elle élargit l'assise de sa requête en indiquant que non seulement le DMCA est applicable dans ce cas, mais que des lois allemandes au principe similaire s'appliquent également.
Cette requête envoyée à tout autre hébergeur aurait exactement le même effet, sur les conseils de tout service juridique compétent : oh bon sang, bloque-moi ça vite fait !
De plus au moins un contributeur allemand de youtube-dl a reçu une lettre exigeant qu'il arrête ce genre d'activité¹, c'est donc une attaque de grande ampleur et coordonnée, qui n'a rien à voir avec Microsoft et Github.
Du coup, je dois donner trop de droits à une app qui est sensible dans ses données qu'elle traite, avec la promesse de ne pas utiliser, hum…
Tu peux consulter le code source, pour voir que l'appli ne te localise pas en pratique. Et oui ça nécessite de croire que l'appli installée correspond au code source publié.
Tu peux aussi sniffer le trafic réseau pour vérifier ce qui est envoyé.
autant ma localisation pour l'Etat…
Il l'a dès que tu es en communication avec une antenne de téléphonie mobile… Pas besoin d'une appli pour ça.
Vu que le Bluetooth peut être utilisé pour localiser quelqu'un (en mettant des balises dans chaque tête de gondole d'un supermarché par exemple, une appli du supermarché peut localiser le client qui l'utilise, sans Wi-Fi ni GPS), toute application qui utilise le Bluetooth doit obligatoirement demander les permissions de localisation… même si c'est pour utiliser le Bluetooth d'une manière qui n'a rien à voir.
La question bien sûr (outre « qui donc voudrait utiliser Edge ») c'est pourquoi Microsoft a fait ce port ? Pour les chaînes d'intégration continue ? Pour continuer à courtiser les geeks ? Parce qu'étant basé sur Chromium, c'est assez facile à faire ?
Ne pas confondre une actualité (couverte généralement par plein de journaux en même temps) et un sujet d'actualité (un lieu, une personne, un art, une technologie) qui fait plus ou moins régulièrement l'actualité.
Google Actualités me remonte régulièrement des articles très obscurs et très peu intéressants sur des bleds paumés… parce que ces bleds m'intéressent.
Par ailleurs, Google tente de regrouper les articles sur une même actualité, afin d'éviter de polluer la page d'accueil, mais oui, quand une actualité est tellement immense qu'elle est traitée par tout le monde de plein de manière différentes, le regroupement n'est pas suffisant ou pas à la hauteur, comme on peut le voir ici.
[^] # Re: > 1 milliard de personnes
Posté par Boa Treize (site web personnel) . En réponse au lien Tiens Google est planté. Évalué à 2.
Sur Twitter (l'endroit où l'on va voir ce qu'il se passe quand Google est en panne :-p) il y avait aussi beaucoup d'étudiants semi-ennuyés pour suivre leurs cours, et manifestement un certain nombre (en Inde ?) gênés pour leurs examens.
[^] # Re: Gentil de me citer
Posté par Boa Treize (site web personnel) . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à 10.
C'est un peu fort d'en venir à parler du bon emploi du français, dans un message bourré de fautes d'orthographe et de typos.
Sa virgule est tout à fait correcte, mais il est vrai qu'elle est ambiguë. Un troisième exemple aurait évité cela.
Tu prends tout cela beaucoup trop personnellement, tu devrais prendre un peu de recul.
[^] # Re: Gentil de me citer
Posté par Boa Treize (site web personnel) . En réponse au journal Je viens de déposer plainte à la CNIL : mon retour d'expérience.. Évalué à 8. Dernière modification le 29 novembre 2020 à 07:59.
La virgule dans la phrase que tu cites est très importante.
Ton site est bien cité comme un deuxième site qui ne joue pas le jeu, pas comme celui qui est objet de sa plainte.
D'ailleurs en tête d'article il met un extrait de sa plainte, qui commence très clairement par :
[^] # Re: Le cobol est loin d'être mort
Posté par Boa Treize (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 5.
C'est toi qui a inclus l'assurance dans ton message initial…
[^] # Re: Le cobol est loin d'être mort
Posté par Boa Treize (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 3.
Assurance, pas banque. (Mais on en parle de plus en plus pour les banques.) Gestion des paiements (plusieurs centaines de milliers de transactions par an, plusieurs milliards d'euros par an) réécrite en Java tout simplement. Et je parle bien du cœur des traitements (règles métier et persistance) et des batch d'échange de données.
[^] # Re: Le cobol est loin d'être mort
Posté par Boa Treize (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 5.
Ah ben si ça se fait. Et en Java.
[^] # Re: trente six quiinze
Posté par Boa Treize (site web personnel) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 2.
Maintenant il y a des IDE franchement meilleurs, voire même sous forme de plug-in dans Eclipse. Pas d'obligation à travailler avec des outils de 1980, c'était probablement ton client qui ne voulait pas faire évoluer son outillage.
[^] # Re: 9H d'autonomie, vérifié ?
Posté par Boa Treize (site web personnel) . En réponse au journal Slimbook version KDE. Évalué à 5.
Source sur cette perte "non négligeable de capacité" ?
De ce que j'avais lu, certes elles ne supportent pas d'être vraiment déchargées (elles ne peuvent plus redémarrer dans ce cas), mais du coup elles mentent sur leur vrai niveau de charge pour garder de quoi survivre.
De plus, il peut être utile de temps en temps de faire un cycle complet pour recalibrer leur indicateur de charge.
Ceci dit, pour préserver leur durée de vie, le mieux est de les faire vivre entre 30% et 80%, c'est ce qui les stresse le moins chimiquement. Mieux vaut aussi ne pas les chauffer trop, mais là on est purement dépendant de la conception du matériel qui les contient.
Source (cette page, mais aussi tout le site) :
https://batteryuniversity.com/learn/article/premature_voltage_cut_off
[^] # Re: Snap a bannir
Posté par Boa Treize (site web personnel) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 5.
Le docker du logiciel bureautique, il y en a d'autres qui le font (AppImage, Flatpack) avec moins de problèmes.
Snap en particulier ne permet pas vraiment de contrôler les mises à jour (encore pire que le Play Store) au mieux tu peux te cantonner à un canal "stable" si le créateur du snap l'a prévu. Mais les mises à jour se feront, pas forcément quand tu veux…
[^] # Re: Propriétaire... mais il y a des alternatives
Posté par Boa Treize (site web personnel) . En réponse au lien Typora : un très bon éditeur de texte, multiplateforme, mais encore en bêta . Évalué à 5.
Je ne connais pas Anki, j'ai jeté un rapide coup d’œil. Les principales différences que je vois :
# Propriétaire... mais il y a des alternatives
Posté par Boa Treize (site web personnel) . En réponse au lien Typora : un très bon éditeur de texte, multiplateforme, mais encore en bêta . Évalué à 9.
Typora est un éditeur de Markdown propriétaire… certes remarquable pour la qualité de son interface épurée.
Il a inspiré d'un côté Zettlr (licence GPL), très orienté sur le monde de la recherche scientifique, notamment avec une gestion des connaissances (concept Zettelkasten) et des citations ; et de l'autre Mark Text (licence MIT), plus généraliste.
Différence notable outre la licence : Zettlr ne veut absolument pas masquer la syntaxe Markdown, alors que Mark Text a un affichage WYSIWYG qui n'affiche la syntaxe Markdown que du bloc sous le curseur.
Deux points communs qui sont aussi des avertissements : les deux sont des applications Electron avec toute la lourdeur que cela suppose, et les deux sont développés par des équipes très réduites (un dev sur Zettlr, deux sur Mark Text), ce qui limite actuellement leur développement, notamment Mark Text.
Perso… je suis revenu sous Vim. :-)
Puisqu'on est dans la section Liens :
[^] # Re: Et Gnome Color Alors ?
Posté par Boa Treize (site web personnel) . En réponse au journal Calibrage d'écran. Évalué à 2.
Ça devrait marcher, surtout qu'il y a encore des distributions assez récentes et populaires qui proposent Python 2, Debian et Ubuntu notamment.
Il y a une petite possibilité que le pilote vidéo initialise la carte vidéo légèrement différemment (notamment ses LUT), mais normalement DisplayCAL/ArgyllCMS remettent tout ça au propre pour faire l'ajustage et l'étalonnage.
[^] # Re: Et Gnome Color Alors ?
Posté par Boa Treize (site web personnel) . En réponse au journal Calibrage d'écran. Évalué à 2.
C'est très long. Tu as peut-être mis des paramètres de qualité trop élevés ?
[^] # Re: Et Gnome Color Alors ?
Posté par Boa Treize (site web personnel) . En réponse au journal Calibrage d'écran. Évalué à 2.
Oui, le travail de portage de DisplayCAL vers Python 3 n'est pas encore achevé… Ça devient gênant.
[^] # Re: jamais rencontré ce problème (à ce jour)
Posté par Boa Treize (site web personnel) . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 5.
Je l'ai eu plusieurs fois avec un domaine en
.xyz, avec toute la gamme de refus : l'appli qui te dit que ton courriel n'est pas valable, l'appli qui te dit que ton extension n'est pas acceptée (si si), l'appli qui te dit qu'il y a une erreur sans plus de précision, mais le log HTTP te montre que le backend a bien répondu un message d'erreur correct, et le mieux je crois chez Darty : erreur 500 base de données, ça puait la procédure stockée qui faisait cette vérif.Bref, je suis passé en
.fr.[^] # Re: libre et écologie
Posté par Boa Treize (site web personnel) . En réponse au journal Comment et quoi répondre aux invitations Zoom et Microsoft Team → vs Jitsi Meet. Évalué à 2.
Ça existe, par exemple sous Microsoft Teams. En fait main levée + audioconf + partage d'écran quand nécessaire, c'est l'usage standard au niveau pro pour moi. Je ne sais pas si Jisti Meet a cette fonctionnalité, qui est très utile en effet.
[^] # Re: Un article qui agite des gros calculs bidons pour dénoncer un petit bidonnage
Posté par Boa Treize (site web personnel) . En réponse au lien TRIBUNE. Le confinement constitue un remède pire que le mal pour la société française. Évalué à 2.
Tout à fait, j'aurais dû le préciser dans mon commentaire initial : je n'excuse pas le gouvernement, qui est critiquable sur ce point.
Mais une critique qui ne fait pas mieux, même pire, fait un faux-pas.
Si c'est le cas, ce n'est pas du tout sourcé, et même s'il est notoire que les jeunes ont moins de cas graves, il y en a quand même un certain nombre. On peut en effet imaginer que cette proportion de cas grave demeure la même, mais il faut alors conclure qu'elle partira également en exponentielle sans confinement.
On pourrait aussi dire qu'un jeune gravement touché c'est plus grave qu'un vieux gravement touché. Plus d'années de bonne santé perdues, plus d'années à soigner les séquelles.
# Un article qui agite des gros calculs bidons pour dénoncer un petit bidonnage
Posté par Boa Treize (site web personnel) . En réponse au lien TRIBUNE. Le confinement constitue un remède pire que le mal pour la société française. Évalué à 7. Dernière modification le 30 octobre 2020 à 07:47.
Juste avant d'écrire ça, les auteurs dénoncent le gouvernement qui a annoncé un chiffre de décès gonflé artificiellement : les décès hospitaliers du jour augmenté des décès des EHPAD des quatre jours précédents.
Et que font les auteurs dans la foulée ? Une manipulation plus grossière encore ! Ils prennent le total des tests depuis le tout début de la pandémie, y compris la période initiale où on testait peu, et l'été au creux de la vague… Une moyenne sur 8 mois, voilà un bien bon indicateur pour discuter de l'utilité d'un confinement !
C'est pas comme si les chiffres n'étaient pas disponible. Sur la propre source de leur article (les données de SPF), on voit très facilement :
Bref, plus de 20% des tests sont actuellement positifs, une augmentation de 3 points en moins d'une semaine, une exponentielle bien marquée sur tous les indicateurs… Mais ça l'article ne l'a pas vu, ou ne veut pas le voir.
J'aperçois également un raisonnement bien foireux à la suite : un calcul effectué sur la période « récente » du 1er septembre au 20 octobre, qui inclut comme par hasard un mois de septembre assez calme comparé à un moins d'octobre parti fortement en exponentielle.
Pire encore, il écrase les mesures du nombre d'hospitalisations et d'entrées en réanimation en les divisant artificiellement par le nombre de tests effectués, en imaginant au passage que les gens ne se font tester qu'une seule fois. Il en déduit une « probabilité de ne pas être hospitalisé » qui me semble très hasardeuse.
[^] # Re: Ce qui devait arriver…
Posté par Boa Treize (site web personnel) . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à 7. Dernière modification le 24 octobre 2020 à 12:15.
Le problème, c'est que ce genre d'outil a besoin d'une maintenance constante, de mainteneurs expérimentés et compétents, et d'un système de gestion d'anomalies et d'interaction avec la communauté performant.
La RIAA n'attaque pas seulement l'hébergement du code source originel (facilement hébergé ailleurs), mais également sa gestion d'anomalies, et surtout certains de ses mainteneurs.
Ce dernier point va certainement refroidir les velléités des programmeurs expérimentés et compétents qui interviennent ou pourraient intervenir sur youtube-dl ; il y a tellement d'autres projets intéressants qui ont besoin d'aide, pourquoi prendre un risque juridique sur celui-ci ?
L'outil va certainement survivre, mais gardera-t-il le même niveau de qualité ? Sera-t-il autant utilisé ?
[^] # Re: Pas spécifique à Github
Posté par Boa Treize (site web personnel) . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à 4.
C'est pour ça qu'il y a des lois et des juges… Au delà de la simple possibilité, il faut aussi voir l'intention et l'usage habituel.
youtube-dl est principalement utilisé pour contourner les protections contre la copie mises en place par les plate-formes d'hébergement vidéo ; son nom lui-même décrit une infraction aux conditions d'utilisation de la principale d'entre-elles. Cela le place pleinement en infraction de la DMCA.
Les systèmes d'exploitation, s'ils peuvent être utilisés comme support d'une activité illicite, ont tant d'utilisations licites (probablement très majoritaires) qu'une demande de blocage dans le cadre du DMCA n'aurait presque aucune chance d'aboutir.
Ceci dit, une distribution Linux spécialisée dans le contournement des protections anti-copie pourrait théoriquement se voir bloquer comme youtube-dl.
# Pas spécifique à Github
Posté par Boa Treize (site web personnel) . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à 10.
On est bien loin d'une requête DMCA rédigée par un automate sur la base de quelques mots-clés.
La requête de la RIAA est très bien ciblée sur youtube-dl, très bien argumentée, notamment basée sur le fait que certains tests unitaires de youtube-dl téléchargent du contenu soumis au copyright de membres de la RIAA, sur le fait que l'outil se décrit lui-même comme outil de contournement de protections contre le piratage ; et elle élargit l'assise de sa requête en indiquant que non seulement le DMCA est applicable dans ce cas, mais que des lois allemandes au principe similaire s'appliquent également.
Cette requête envoyée à tout autre hébergeur aurait exactement le même effet, sur les conseils de tout service juridique compétent : oh bon sang, bloque-moi ça vite fait !
De plus au moins un contributeur allemand de youtube-dl a reçu une lettre exigeant qu'il arrête ce genre d'activité¹, c'est donc une attaque de grande ampleur et coordonnée, qui n'a rien à voir avec Microsoft et Github.
¹ https://www.reddit.com/r/programming/comments/jgub36/youtubedl_just_received_a_dmca_takedown_from_riaa/g9sm6pp/
[^] # Re: Permissions
Posté par Boa Treize (site web personnel) . En réponse au journal De l'inutilité de débattre de la confidentialité de l'application StopCovid. Évalué à 4.
Tu peux consulter le code source, pour voir que l'appli ne te localise pas en pratique. Et oui ça nécessite de croire que l'appli installée correspond au code source publié.
Tu peux aussi sniffer le trafic réseau pour vérifier ce qui est envoyé.
Il l'a dès que tu es en communication avec une antenne de téléphonie mobile… Pas besoin d'une appli pour ça.
[^] # Permissions de localisation et Bluetooth
Posté par Boa Treize (site web personnel) . En réponse au journal De l'inutilité de débattre de la confidentialité de l'application StopCovid. Évalué à 5.
Vu que le Bluetooth peut être utilisé pour localiser quelqu'un (en mettant des balises dans chaque tête de gondole d'un supermarché par exemple, une appli du supermarché peut localiser le client qui l'utilise, sans Wi-Fi ni GPS), toute application qui utilise le Bluetooth doit obligatoirement demander les permissions de localisation… même si c'est pour utiliser le Bluetooth d'une manière qui n'a rien à voir.
# Mais pourquoi donc ?
Posté par Boa Treize (site web personnel) . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à 6.
La question bien sûr (outre « qui donc voudrait utiliser Edge ») c'est pourquoi Microsoft a fait ce port ? Pour les chaînes d'intégration continue ? Pour continuer à courtiser les geeks ? Parce qu'étant basé sur Chromium, c'est assez facile à faire ?
[^] # Re: À chacun sa bulle
Posté par Boa Treize (site web personnel) . En réponse au journal La trumpmania des journaux français. Évalué à 4.
Ne pas confondre une actualité (couverte généralement par plein de journaux en même temps) et un sujet d'actualité (un lieu, une personne, un art, une technologie) qui fait plus ou moins régulièrement l'actualité.
Google Actualités me remonte régulièrement des articles très obscurs et très peu intéressants sur des bleds paumés… parce que ces bleds m'intéressent.
Par ailleurs, Google tente de regrouper les articles sur une même actualité, afin d'éviter de polluer la page d'accueil, mais oui, quand une actualité est tellement immense qu'elle est traitée par tout le monde de plein de manière différentes, le regroupement n'est pas suffisant ou pas à la hauteur, comme on peut le voir ici.