"Ça me semble carrément hors du champ de yt-dlp non?"
Je ne sais pas quel est leur 'scope' exact, mais ca me tente de passer un peu de temps dessus à mes heures perdues. Mais peut-être c'est déjà fait quelque part…
"Pour la VOD, il faut se connecter avec un compte personnel et les vidéos sont "protégées" par des DRM."
Ca serait cool de rajouter un plugin a yt-dlp de spinner un serveur X ala Xephyr et/ou selenium et de scripter tout le bazar pour sauver la video en output en jouant la video en temps réel.
Thank you for contacting us and sharing your concerns regarding the impact of Google’s plans to introduce a developer verification process on Android. We appreciate that you have chosen to contact us, as we welcome feedback from interested parties.
As you may be aware, the Digital Markets Act (‘DMA’) obliges gatekeepers like Google to effectively allow the distribution of apps on their operating system through third party app stores or the web. At the same time, the DMA also permits Google to introduce strictly necessary and proportionate measures to ensure that third-party software apps or app stores do not endanger the integrity of the hardware or operating system or to enable end users to effectively protect security.
We have taken note of your concerns and, while we cannot comment on ongoing dialogue with gatekeepers, these considerations will form part of our assessment going forward.
Et pour Apple, la Commission se plaint des mesures prises par Apple (dont des frais à payer comme le Core Technology Fee), mais ils sont encore dans l'analyse:
C'était le cas en 2015 en Belgique avec un opérateur, les messages SIP de signaling en UDP étaient modifiés à la volée. L'UDP était aussi problématique pour le signaling.
Après le passage a TCP+TLS pour le signaling, plus de problèmes. En fin si, l'audio qui ne passe pas parfois :-)
Experience perso avec SIP sans TLS/ZRTP, pour avoir bossé 5 ans dans une boîte de VoIP, je peux dire que certains opérateurs manipulent les messages SIP, à tel point que l'encryption était devenue presque nécessaire.
Et pareil pour le signaling en UDP, c'etait filtré par certains, à tel point qu'on avait du passer en TCP+TLS pour étre sûr que les appels passent.
PS: une petite pensée douce pour l'ami Dave That qui a bossé pour que la voix sur IP fonctionne mieux en diminuant la latence…
Sur le risque de de blackout, un hacker allemand avait montré une faille dans le serveur web central d'un gros fabricant, expliquant qu'en faisant on/off rapidement il pouvait provoquer un blackout.
Il faut que je retrouve le lien du talk au CCC, il doit être qq part sur media.ccc.de.
Jusqu'à preuve du contraire, la majorité de nos politiques ne le sont pas. La charge de la preuve est aux accusateurs.
"que peuvent faire les entreprises éthiques du logiciel libre en Europe?"
Commencer par être beaucoup plus actif me semble une bonne idée.
Tiens il faudrait mettre la 3ème tentative de valider les brevets logiciels en Europe (la bonne) devant un tribunal national, et pour cela il faut payer un avocat:
[^] # Re: yt-dlp
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Enregistrement de vidéo à la demande avec Xephyr et PulseAudio. Évalué à 2 (+0/-0).
"Ça me semble carrément hors du champ de yt-dlp non?"
Je ne sais pas quel est leur 'scope' exact, mais ca me tente de passer un peu de temps dessus à mes heures perdues. Mais peut-être c'est déjà fait quelque part…
[^] # Re: yt-dlp
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Enregistrement de vidéo à la demande avec Xephyr et PulseAudio. Évalué à 2 (+0/-0).
"Pour la VOD, il faut se connecter avec un compte personnel et les vidéos sont "protégées" par des DRM."
Ca serait cool de rajouter un plugin a yt-dlp de spinner un serveur X ala Xephyr et/ou selenium et de scripter tout le bazar pour sauver la video en output en jouant la video en temps réel.
# Rayon cosmique lors des élections par vote électronique à Schaerbeek
Posté par Benjamin Henrion (site web personnel) . En réponse au journal "It works on my satellite". Évalué à 6 (+4/-0).
Cela me rappelle l'histoire du rayon cosmique lors des élections par vote électronique à Schaerbeek:
https://www.poureva.be/spip.php?article325&lang=fr
https://www.netastuces.org/stories/elections-belges-faussees-par-un-rayon-cosmique.article,fr
https://www.lalibre.be/archives-journal/2014/06/01/la-punaise-le-rayon-cosmique-et-les-urnes-de-schaerbeek-VVSLTHMU2NAYBINEGFL5L4VHXY/
# Définition d'un modèle ouvert IA
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Revue de presse de l’April pour la semaine 47 de l’année 2025. Évalué à 4 (+2/-0).
https://www.zdnet.fr/actualites/sur-la-souverainete-numerique-macron-appele-a-soutenir-lia-open-source-485079.htm
"Mais encore faut-il que tous s’entendent sur une même définition de l’IA open source. L’ouverture se réduit dans bien des cas aux poids des modèles."
Le brouillon de l'OSI ne permet pas de réentrainer les modèles, ni d'accéder aux données d'entrainement, pour moi ce c'est pas de la science ouverte.
Une belle boîte noire.
# Htmgem
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Tenter de limiter les nuisances liées aux robots d'IA. Évalué à 3 (+1/-0).
Htmgem, c'est un proxy qui converti a la volée du gmi vers du html?
Si c'est le cas, peut-être considérer de statifier toutes les pages?
https://techrights.org/n/2025/07/27/New_Techrights_Soon_Turns_2_A_Few_Days_Before_the_FSF_Turns_40.shtml
Un site statique doit bien mieux résister aux visites des robots.
[^] # Re: Catastrophique
Posté par Benjamin Henrion (site web personnel) . En réponse au journal La vérification d'âge menace vos données personnelles. Évalué à 0 (+0/-2).
'complice des médias'
L'objectif de l'UE serait-il le passage des lois en silence pour éviter la révolte?
Loin du coeur, loin des gens.
[^] # Re: Avec la fin de Windows 10, une pétition tente le tout pour le tout
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Revue de presse de l’April pour la semaine 38 de l’année 2025. Évalué à 2.
"à condition de se créer un compte sur leur site et de leur vendre son âme"
Arrachement du consentement (GDPR)?
[^] # Re: Office365 partout
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Lancement de l'EDRIX : un indice pour mesurer la souveraineté numérique européenne. Évalué à 2.
C'est ce que je cherchais!
# Office365 partout
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Lancement de l'EDRIX : un indice pour mesurer la souveraineté numérique européenne. Évalué à 6.
En Belgique, un gars avait fait une analyse des communes basees sur l'envoi d'emails, 80% d'entre elles étaient sur Office365.
Il faudrait retrouver la méthode.
[^] # Re: Meme réponse molle
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Contribution à la consultation sur la première révision du Digital Markets Act. Évalué à 3.
Il faut demander un DMA 2.0 avec
# Meme réponse molle
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Contribution à la consultation sur la première révision du Digital Markets Act. Évalué à 4.
J'ai reçu la même réponse (mot pour mot):
Dear citizen,
Thank you for contacting us and sharing your concerns regarding the impact of Google’s plans to introduce a developer verification process on Android. We appreciate that you have chosen to contact us, as we welcome feedback from interested parties.
As you may be aware, the Digital Markets Act (‘DMA’) obliges gatekeepers like Google to effectively allow the distribution of apps on their operating system through third party app stores or the web. At the same time, the DMA also permits Google to introduce strictly necessary and proportionate measures to ensure that third-party software apps or app stores do not endanger the integrity of the hardware or operating system or to enable end users to effectively protect security.
We have taken note of your concerns and, while we cannot comment on ongoing dialogue with gatekeepers, these considerations will form part of our assessment going forward.
Kind regards,
The DMA Team
[^] # Re: Europe
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 7.
Apple suspends l'appli iTorrent, hebergee sur un store alternatif:
https://reclaimthenet.org/apple-removes-itorrent-from-altstore-pal
On vous aura prévenu.
[^] # Re: Europe
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 5.
Et pour Apple, la Commission se plaint des mesures prises par Apple (dont des frais à payer comme le Core Technology Fee), mais ils sont encore dans l'analyse:
https://ec.europa.eu/commission/presscorner/detail/en/ip_25_1086
[^] # Re: Europe
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 8.
Il y a une équipe en charge du DMA, je leur ai posé la question de la compatibilité de la notarization avec le DMA:
https://digital-markets-act.ec.europa.eu/contact-dma-team_en
Je vous invite à faire de même.
Il y a aussi une consultation publique en cours jusque mi-septembre sur le DMA:
https://digital-markets-act.ec.europa.eu/consultation-first-review-digital-markets-act_en
Je vous invite à y participer, et a marquer votre opposition a cet anus de position dominante.
Et il faudrait plancher sur un DMA 2.0, afin d'ancrer dans la loi la liberté de pouvoir installer son propre OS.
[^] # Re: Europe
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 3.
J'essaie de savoir quelle est la position de la Commission sur ce sujet de la 'notarisation' dans leur dispute avec Apple.
Il y a 9 heures d'enregistrement vidéo à transcrire sur un atelier a la Commission sur Apple et le DMA qui discute de ce sujet.
# Compatibilité DMA?
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 10.
Est-ce compatible avec le Digital Markets Act (DMA) vu que le sideloading était un grand sujet de cette législation européenne?
[^] # Re: Merci
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Galenectl, l'outil d'administration de Galène. Évalué à 2.
Qq a déjà fait des scripts d'init SystemD ou SysV? Si c'est un daemon qui tourne en permanence, il faut aussi que ce soit résistant à un reboot.
[^] # Re: Merci
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Galenectl, l'outil d'administration de Galène. Évalué à 3.
"C'est un super logiciel qui s'installe facilement et qui marche bien."
Reste plus qu'à le packager dans les distros…
[^] # Re: experience perso avec SIP sans TLS/ZRTP
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Galene-sip: une passerelle entre Galène et SIP. Évalué à 3.
C'était le cas en 2015 en Belgique avec un opérateur, les messages SIP de signaling en UDP étaient modifiés à la volée. L'UDP était aussi problématique pour le signaling.
Après le passage a TCP+TLS pour le signaling, plus de problèmes. En fin si, l'audio qui ne passe pas parfois :-)
# experience perso avec SIP sans TLS/ZRTP
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Galene-sip: une passerelle entre Galène et SIP. Évalué à 5.
Experience perso avec SIP sans TLS/ZRTP, pour avoir bossé 5 ans dans une boîte de VoIP, je peux dire que certains opérateurs manipulent les messages SIP, à tel point que l'encryption était devenue presque nécessaire.
Et pareil pour le signaling en UDP, c'etait filtré par certains, à tel point qu'on avait du passer en TCP+TLS pour étre sûr que les appels passent.
PS: une petite pensée douce pour l'ami Dave That qui a bossé pour que la voix sur IP fonctionne mieux en diminuant la latence…
[^] # Re: [Mastodon] bannit l’usage d’IA sur les données de ses utilisateurs.
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Revue de presse de l’April pour la semaine 25 de l’année 2025. Évalué à 2.
"sur les données de ses utilisateurs."
Et Mastodon a demandé à ses utilisateurs si ils étaient d'accord?
[^] # Re: ah non, ce journal n'est pas sur des mouchards cachés dans les panneaux solaires chinois
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Est-il possible de ne pas se faire espionner par ses panneaux solaires ?. Évalué à 4.
Sur le risque de de blackout, un hacker allemand avait montré une faille dans le serveur web central d'un gros fabricant, expliquant qu'en faisant on/off rapidement il pouvait provoquer un blackout.
Il faut que je retrouve le lien du talk au CCC, il doit être qq part sur media.ccc.de.
[^] # Re: Les lobbys…
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche Revue de presse de l’April pour la semaine 21 de l’année 2025. Évalué à 1.
"politiciens corrompus"
Jusqu'à preuve du contraire, la majorité de nos politiques ne le sont pas. La charge de la preuve est aux accusateurs.
"que peuvent faire les entreprises éthiques du logiciel libre en Europe?"
Commencer par être beaucoup plus actif me semble une bonne idée.
Tiens il faudrait mettre la 3ème tentative de valider les brevets logiciels en Europe (la bonne) devant un tribunal national, et pour cela il faut payer un avocat:
https://ffii.org/unified-patent-court-has-an-eu-treaty-legality-problem-says-ex-cjeu-judge-melchior-wathelet/
# facturation electronique
Posté par Benjamin Henrion (site web personnel) . En réponse à la dépêche NOALYSS : campagne de financement . Évalué à 1.
"la facturation électronique, obligatoire en Belgique à partir de 2026"
Une plaie. On glisse tout doucement vers 1984.
[^] # Re: Why Companies Don’t Fix Bugs
Posté par Benjamin Henrion (site web personnel) . En réponse au journal Pâques, le bug d'Excel et la difficile adaptation de LibreOffice. Évalué à 2.
Je me demande si avec la dernière législation sur le Product Liability Directive (PLD) ne change pas la donne:
https://www.heise.de/en/background/Software-providers-beware-They-are-now-liable-for-defective-products-10028867.html