Mon impression immédiate en regardant ce logo, c'est que l'oiseau semble énervé. Mais bon, beaucoup de rapaces IRL meplupart font cet effet donc c'est peut-être normal.
À part ça, j'aime le logo actuel, mais je n'ai pas grand chose contre ce nouveau logo, on va s'y faire sans trop de soucis. Ça ne changera pas la vie.
J'essaierai de me trouver des enveloppes rondes de ce style pour mes prochaines cartes postales, ça doit être fun de recevoir une lettre ronde comme ça. ?!?
Est-ce que le FAI (ou autre intermédiaire) peut mettre en place un proxy transparent aujourd'hui, capable d'analyser / altérer le contenu des requêtes, avec la majorité des sites qui sont en HTTPS ? Les navigateurs râleraient, non ?
Ou alors il faut que le FAI te fasse installer un certificat voire un navigateur custom sur tous tes appareils… Ça se verrait et se saurait, je crois.
Un intermédiaire peut analyser le trafic chiffré, mais bon, il peut déjà le faire sans proxy transparent…
Les exécutables EFI ne sont-il pas déjà en 64 bits et exécutés quand le CPU est déjà démarré dans le bon mode, et c'est le firmware de la carte mère qui s'occupe de la partie impactée ?
Si je comprends bien, l'OS peut changer le processeur de mode, mais n'est pas obligé de le faire et le processeur est déjà dans le bon mode quand l'exécutable EFI est démarré. Par contre je suppose qu'on perd le boot MBR, mais les systèmes modernes sont déjà en EFI 64-bit en général.
Mais sinon ça ne m'inquièterait pas trop. Les OS maintenus auraient le temps d'adapter leur boot pour prendre en charge cette nouvelle architecture. J'imagine que le travail nécessaire pour y arriver est plutôt léger. Des shims apparaitront peut-être pour les autres, à base de virtualisation probablement en effet. Ça parait tricky sans, si l'OS se met à essayer de changer le mode du processeur alors que ça n'est pas pris en charge ça risque de mal se passer, mais encore une fois je n'y connais pas grand chose.
La virtualisation, ce n'est pas nécessairement très coûteux et c'est plutôt rare de devoir booter un ancien OS plus qu'occasionnellement pour une situation spécifique.
Il doit y avoir encore un paquet de logiciels proprios en 32 bits plus maintenus mais encore pas mal utilisés (jeux vidéos, applications métiers…), dont probablement pas mal de trucs qui ne marchent pas si bien que ça avec un émulateur style Rosetta.
J'imagine que Microsoft est beaucoup plus attentif à la rétrocompatibilité qu'Apple, et en tout cas probablement plus connu pour ça et je les imagine bien s'arranger avec Intel pour que la compatibilité soit gardée. Je crois qu'on s'attend moins à ce que les choses perdent leur compatibilité sur Windows que sur macOS. Et puis aussi, chez Apple ils sont carrément passés de x86 à ARM, garder la compatibilité au niveau du CPU n'était probablement pas une option du tout.
Peut-être que se débarrasser de la compatibilité 32 bits ne vaut pas le coup. Sur les processeurs ARM 64 bits, il est également possible de faire tourner des binaires ARM 32 bits donc ça ne serait pas les seuls à faire ça. Mais je n'y connais pas grand chose en matière d'architecture matériel. Ce serait intéressant de savoir la quantité de choses que ça permettrait de virer.
Using the simplified segmentation model of 64-bit for segmentation support for 32-bit applications, matching what modern operating systems already use.
Removing ring 1 and 2 (which are unused by modern software) and obsolete segmentation features like gates.
Removing 16-bit addressing support.
Eliminating support for ring 3 I/O port accesses.
Eliminating string port I/O, which supported an obsolete CPU-driven I/O model.
Limiting local interrupt controller (APIC) use to X2APIC and remove legacy 8259 support.
Removing some unused operating system mode bits.
Si je comprends bien, rien ne change en espace utilisateur quand on utilise déjà un système 64 bits. Le 16 bits disparait, mais on ne pouvait déjà pas l'utiliser en 64 bits. Ce qui change dans ces conditions, c'est un boot simplifié. La prise en charge des applications 32 bits est explicitement citée compatible.
C'est là qu'on se rend compte qu'une traduction correcte nécessite parfois le contexte, et même avec, elle peut être sujette à interprétation. Parfois parce que la formulation de départ est en réalité ambigüe.
D'ailleurs, c'est le cas ici. how a les deux sens et encore plus : "in what manner", "by what means", "to what degree or extent", "in what condition" (https://www.wordreference.com/enfr/how).
Je recommande. C'est une activité utile, on y dédicace le temps qu'on veut en s'occupant de plus ou moins de traductions, l'équipe est accueillante et agréable.
Et traduire des chaînes ça a un petit côté méditatif / vaguement addictif je trouve (mais c'est peut-être que moi). Ça peut peut-être aisément remplacer un peu de scrolling de réseaux sociaux / d'actualités pour un meilleur état mental et pas forcément plus de fatigue à la fin.
J'ai vu, mais je ne suis pas sûr que tout le monde capte la subtilité et dans ce cas, pas mal de gens risquent de penser que les deux occurrences de "open" de ce titre sont les mêmes.
Et d'ailleurs, contrairement à la traduction, c'est "open source" qui est qualifié de open, pas "open source project". "Project" n'apparait pas dans le titre.
Je comprend l'envie de faire des beaux titres / titres accrocheurs / provocateurs, et aussi de jouer un peu avec le langage, c'est plutôt plaisant. Mais c'est justement un point critique.
Bon, tout cela étant dit, l'article lui-même est plutôt clair. Peut-être que le titre joue volontairement sur la confusion pour la régler plus tard dans l'article.
Le titre "How open should your open source be?" ne me revient pas.
Il n'y a pas de plus ou moins open source. C'est open source, ou ce n'est pas open source. Autrement dit : ça colle à la définition d'open source, ou pas.
Maintenant, on peut se demander si un projet est ouvert à la contribution, ou pas, ou un peu, à quelle point, etc. Mais c'est autre chose. Mélanger les deux concepts, ça n'aide pas. D'ailleurs, un projet n'a pas besoin d'être open source pour accepter des contributions. source-available suffit.
Ce sont juste deux concepts très distincts. Avec un certes beaucoup de porosité, mais pour réfléchir clairement à un problème, ça vaut le coup de distinguer les choses et pas tout mélanger.
La confusion est déjà beaucoup trop présente, ce n'est pas malin de l'entretenir. On lit trop souvent "ce projet n'accepte pas les contributions extérieures, ce n'est pas vraiment open source". Bah si. À commencer par SQLite. Mais c'est cette confusion qui est derrière cette phrase.
J'accepte des contributions sur des projets libres que j'ai lancé. C'est super cool mais c'est aussi vite un sujet de tracas aussi, parce qu'on ne veut pas heurter, parce que ça demande de faire des compromis, etc. De mon côté pour le moment je trouve que ça vaut le coup et que c'est une source de fun, mais je comprends le choix d'autres personnes de ne pas avoir le même avis pour leur cas précis.
Mais ça tombe bien, on pourrait vérifier en lisant le code de WhatsApp, et peut-ête débugguer ça avec un débugger interactif quand le problème se manifeste.
C'est une grande partie du problème / de l'enjeu. Est-ce que la situation d'une personne qui a appris en lisant du code est comparable à la situation d'un modèle entraîné sur ce code ?
C'est un des points majeurs sur lesquels les avis divergent. Je n'ai vu pas vu d'argument convainquant à 100% dans un sens comme dans l'autre, donc on sort du domaine de la logique et on entre dans le domaine des opinions.
On pourrait voir la transformation comme une fonction : f(travail original 1, …, travail original n, autres entrées) = travail généré.
Que demande-t-on à f ou à "travail généré" pour considérer "travail généré" comme un travail dérivé de certains des travaux originaux en entrée et lesquels ?
Qu'est-ce qui fait qu'un humain est un f spécial qui fait que son fonctionnement ne produit pas nécessairement un travail dérivé de toutes ses sources d'apprentissage ?
Ou qu'est-ce qui fait d'un modèle entrainé un f spécial tel que travail généré n'est pas un travail dérivé de ses travaux originaux en entrée ?
Oui. On ne peut clairement pas interdire de faire du machine learning avec une licence libre. Sinon, ce n'est pas libre.
Bon par contre, pour un travail dérivé, on est tenu de respecter l'attribution demandée par la plupart des licences libres, et toutes les autres clauses
Est-ce qu'un code généré par un modèle "entrainé" est un travail dérivé ? C'est toute la question sur laquelle il n'y a pas de consensus. Et c'est ce point que certain·e·s d'entre nous cherchent à résister.
De mon côté je comprends et partage le sentiment des auteurs du poste de ne pas vouloir que son code soit publié sur GitHub pour un peu les mêmes raisons.
Et je comprends vouloir exprimer ce souhait.
Mais je ne voudrais pas imposer ça non plus. Je ne voudrais pas que ces restrictions apparaissent dans les licences libres. Pour des raisons philosophiques, et aussi pour des raisons bassement stratégiques aussi : ça risquerait de fragmenter l'écosystème beaucoup trop.
Dans ce cas, le mieux est de ne pas faire du logiciel libre puisqu'il est déjà établi ce qui est bien et ce qui ne l'est pas.
Pas d'accord avec ça. Ce n'est pas du tout établi. Il y a plein de manière de faire des choses pas éthiques en faisant du libre. Pour caricaturer, c'est nécessaire mais pas suffisant (bon, c'est beaucoup plus nuancé que ça en vrai), et à mon avis on a tout intérêt à bien séparer les choses.
On peut vouloir faire bouger son monde sans imposer strictement des règles, mais en suggérant, exprimant des souhaits, en faisant du lobby, de la comm., en s'exprimant, en diffusant des idées, etc. Se limiter au système légal, des contrats et des droits me parait simpliste, réducteur et parfois contre-productif.
Il y a des moyens de rester subtils. Ce groupe de personnes exprime un souhait sans l'imposer en faisant une campagne de communication / sensibilisation, de quoi se plaint-on ?
Même question sur le même texte. Ça vaudrait coup de mettre à jour cette description de la licence pour préciser, parce qu'à mon avis nous ne sommes pas les seules personnes à se poser la question et ça parait être un point important :-)
J'ai jeté un rapide coup d’œil, J'ai bien peur que rendre ça relativement dénué d'infos personnelles soit une tâche un peu fastidieuse et risquée malheureusement…
Avant ça, c'était un peu pénible parce que ni le javascript, ni les balises noscript fonctionnaient quand on désactivait JS avec uBlock Origin, et ça pétait des trucs.
Ça m'a traversé l'esprit : refuser une journée de boulot à 200k, faut pouvoir le faire.
Mais si même les gens qui en ont les moyens ne prenaient pas leur éthique en compte, on serait mal.
Dit autrement : ce n'est pas toujours facile de mettre en œuvre ses convictions parce qu'il faut bien manger, heureusement que celles et ceux qui le peuvent le font !
Côté huffingtonpost, ça charge terriblement bien et sans ce genre de demande avec JS désactivé. La page est nickel, on a un entête avec le nom du site, la rubrique, la date, le titre, puis le contenu complet avec une photo et ça charge instantanément.
(Ça s'appelle progressive degradation, ou graceful enhancement - des philosophies de développement répandues sur le web qui, respectivement, consiste à ajouter du code optionnel pour plomber « l'expérience », et qui consiste à développer des fallbacks meilleurs que l'expérience voulue initialement)
J'ai un doute sur la suffisance du flou sur le QR Code du réseau, à mon avis il vaudrait mieux un bon vieux carré blanc ou noir, ou utiliser un mot de passe temporaire bidon pour générer le QR code et en changer.
J'ai vu passer cette vidéo, de quoi s'agit-il en bref ?
Le titre ne m'évoque pas grand chose, je suppose qu'on peut fouiller dans les commentaires mais si tu a posté ça ici, peut-être que tu peux nous en dire deux trois mots Milo ?
Je l'écouterai peut-être tout à l'heure, je risque d'avoir un peu de temps à tuer.
Je viens d'essayer de compiler et démarrer l'application. J'ai été surpris de voir que ça se lançait en local mais qu'il fallait y accéder à partir d'une URL externe.
Peux-tu en dire plus sur pourquoi et s'il y a moyen de le lancer sans connexion internet ? Je suppose que la page utilise des capacités présentes uniquement en HTTPS et que ça simplifie l'installation, mais ça serait cool de pouvoir utiliser sa propre infrastructure quand on a déjà un serveur web avec du HTTPS quelque part.
Plus généralement l'architecture de ton projet semble intéressante, avec les problèmes qu'elles résout, peut-être que tu peux répondre avec un journal ?
Les README des deux dépôts que tu nous fait cloner sont un peu avares en détails, voire inexistants.
# oiseau en colère
Posté par raphj (site web personnel) . En réponse au lien Un nouveau logo pour Thunderbird . Évalué à 4. Dernière modification le 24 mai 2023 à 17:26.
Mon impression immédiate en regardant ce logo, c'est que l'oiseau semble énervé. Mais bon, beaucoup de rapaces IRL meplupart font cet effet donc c'est peut-être normal.
À part ça, j'aime le logo actuel, mais je n'ai pas grand chose contre ce nouveau logo, on va s'y faire sans trop de soucis. Ça ne changera pas la vie.
J'essaierai de me trouver des enveloppes rondes de ce style pour mes prochaines cartes postales, ça doit être fun de recevoir une lettre ronde comme ça. ?!?
# Proxy transparent avec HTTPS ?
Posté par raphj (site web personnel) . En réponse au lien suis-je sur un réseau avec proxy transparent. Évalué à 2. Dernière modification le 23 mai 2023 à 09:44.
Est-ce que le FAI (ou autre intermédiaire) peut mettre en place un proxy transparent aujourd'hui, capable d'analyser / altérer le contenu des requêtes, avec la majorité des sites qui sont en HTTPS ? Les navigateurs râleraient, non ?
Ou alors il faut que le FAI te fasse installer un certificat voire un navigateur custom sur tous tes appareils… Ça se verrait et se saurait, je crois.
Un intermédiaire peut analyser le trafic chiffré, mais bon, il peut déjà le faire sans proxy transparent…
[^] # Re: Pas possible de booter des OS "legacy" en x86s
Posté par raphj (site web personnel) . En réponse au journal fin de la compatibilité 16/32 bits pour l'architecture Intel X86: deux questions. Évalué à 3. Dernière modification le 23 mai 2023 à 09:35.
Les exécutables EFI ne sont-il pas déjà en 64 bits et exécutés quand le CPU est déjà démarré dans le bon mode, et c'est le firmware de la carte mère qui s'occupe de la partie impactée ?
Si je comprends bien, l'OS peut changer le processeur de mode, mais n'est pas obligé de le faire et le processeur est déjà dans le bon mode quand l'exécutable EFI est démarré. Par contre je suppose qu'on perd le boot MBR, mais les systèmes modernes sont déjà en EFI 64-bit en général.
Mais sinon ça ne m'inquièterait pas trop. Les OS maintenus auraient le temps d'adapter leur boot pour prendre en charge cette nouvelle architecture. J'imagine que le travail nécessaire pour y arriver est plutôt léger. Des shims apparaitront peut-être pour les autres, à base de virtualisation probablement en effet. Ça parait tricky sans, si l'OS se met à essayer de changer le mode du processeur alors que ça n'est pas pris en charge ça risque de mal se passer, mais encore une fois je n'y connais pas grand chose.
La virtualisation, ce n'est pas nécessairement très coûteux et c'est plutôt rare de devoir booter un ancien OS plus qu'occasionnellement pour une situation spécifique.
[^] # Re: À priori, ce n'est pas un abandon total de 32 bits
Posté par raphj (site web personnel) . En réponse au journal fin de la compatibilité 16/32 bits pour l'architecture Intel X86: deux questions. Évalué à 4. Dernière modification le 23 mai 2023 à 00:31.
Il doit y avoir encore un paquet de logiciels proprios en 32 bits plus maintenus mais encore pas mal utilisés (jeux vidéos, applications métiers…), dont probablement pas mal de trucs qui ne marchent pas si bien que ça avec un émulateur style Rosetta.
J'imagine que Microsoft est beaucoup plus attentif à la rétrocompatibilité qu'Apple, et en tout cas probablement plus connu pour ça et je les imagine bien s'arranger avec Intel pour que la compatibilité soit gardée. Je crois qu'on s'attend moins à ce que les choses perdent leur compatibilité sur Windows que sur macOS. Et puis aussi, chez Apple ils sont carrément passés de x86 à ARM, garder la compatibilité au niveau du CPU n'était probablement pas une option du tout.
Peut-être que se débarrasser de la compatibilité 32 bits ne vaut pas le coup. Sur les processeurs ARM 64 bits, il est également possible de faire tourner des binaires ARM 32 bits donc ça ne serait pas les seuls à faire ça. Mais je n'y connais pas grand chose en matière d'architecture matériel. Ce serait intéressant de savoir la quantité de choses que ça permettrait de virer.
# À priori, ce n'est pas un abandon total de 32 bits
Posté par raphj (site web personnel) . En réponse au journal fin de la compatibilité 16/32 bits pour l'architecture Intel X86: deux questions. Évalué à 9. Dernière modification le 22 mai 2023 à 17:08.
J'ai vu passer cette information la semaine dernière. Cet article en parle :
https://www.tomshardware.com/news/intel-ponders-transition-to-64-bit-only-x86s-architecture
Les changements listés :
Si je comprends bien, rien ne change en espace utilisateur quand on utilise déjà un système 64 bits. Le 16 bits disparait, mais on ne pouvait déjà pas l'utiliser en 64 bits. Ce qui change dans ces conditions, c'est un boot simplifié. La prise en charge des applications 32 bits est explicitement citée compatible.
[^] # Re: Pinaillage sur le titre
Posté par raphj (site web personnel) . En réponse au journal À quel point votre projet open source doit-il être ouvert ?. Évalué à 2. Dernière modification le 17 mai 2023 à 19:07.
"De quelle manière", peut-être ?
C'est là qu'on se rend compte qu'une traduction correcte nécessite parfois le contexte, et même avec, elle peut être sujette à interprétation. Parfois parce que la formulation de départ est en réalité ambigüe.
D'ailleurs, c'est le cas ici. how a les deux sens et encore plus : "in what manner", "by what means", "to what degree or extent", "in what condition" (https://www.wordreference.com/enfr/how).
# Un peu fait il y a 10 ans
Posté par raphj (site web personnel) . En réponse à la dépêche Traduction de KDE : une activité essentielle portée par la communauté KDE francophone. Évalué à 10. Dernière modification le 16 mai 2023 à 11:25.
Je recommande. C'est une activité utile, on y dédicace le temps qu'on veut en s'occupant de plus ou moins de traductions, l'équipe est accueillante et agréable.
Et traduire des chaînes ça a un petit côté méditatif / vaguement addictif je trouve (mais c'est peut-être que moi). Ça peut peut-être aisément remplacer un peu de scrolling de réseaux sociaux / d'actualités pour un meilleur état mental et pas forcément plus de fatigue à la fin.
[^] # Re: Pinaillage sur le titre
Posté par raphj (site web personnel) . En réponse au journal À quel point votre projet open source doit-il être ouvert ?. Évalué à 3.
J'ai vu, mais je ne suis pas sûr que tout le monde capte la subtilité et dans ce cas, pas mal de gens risquent de penser que les deux occurrences de "open" de ce titre sont les mêmes.
Et d'ailleurs, contrairement à la traduction, c'est "open source" qui est qualifié de open, pas "open source project". "Project" n'apparait pas dans le titre.
Je comprend l'envie de faire des beaux titres / titres accrocheurs / provocateurs, et aussi de jouer un peu avec le langage, c'est plutôt plaisant. Mais c'est justement un point critique.
Bon, tout cela étant dit, l'article lui-même est plutôt clair. Peut-être que le titre joue volontairement sur la confusion pour la régler plus tard dans l'article.
# Pinaillage sur le titre
Posté par raphj (site web personnel) . En réponse au journal À quel point votre projet open source doit-il être ouvert ?. Évalué à 9.
Le titre "How open should your open source be?" ne me revient pas.
Il n'y a pas de plus ou moins open source. C'est open source, ou ce n'est pas open source. Autrement dit : ça colle à la définition d'open source, ou pas.
Maintenant, on peut se demander si un projet est ouvert à la contribution, ou pas, ou un peu, à quelle point, etc. Mais c'est autre chose. Mélanger les deux concepts, ça n'aide pas. D'ailleurs, un projet n'a pas besoin d'être open source pour accepter des contributions. source-available suffit.
Ce sont juste deux concepts très distincts. Avec un certes beaucoup de porosité, mais pour réfléchir clairement à un problème, ça vaut le coup de distinguer les choses et pas tout mélanger.
La confusion est déjà beaucoup trop présente, ce n'est pas malin de l'entretenir. On lit trop souvent "ce projet n'accepte pas les contributions extérieures, ce n'est pas vraiment open source". Bah si. À commencer par SQLite. Mais c'est cette confusion qui est derrière cette phrase.
J'accepte des contributions sur des projets libres que j'ai lancé. C'est super cool mais c'est aussi vite un sujet de tracas aussi, parce qu'on ne veut pas heurter, parce que ça demande de faire des compromis, etc. De mon côté pour le moment je trouve que ça vaut le coup et que c'est une source de fun, mais je comprends le choix d'autres personnes de ne pas avoir le même avis pour leur cas précis.
[^] # Re: #spanous
Posté par raphj (site web personnel) . En réponse au lien Micro utilisé en continu par WhatsApp : que se passe-t-il sur Android ?. Évalué à 6.
Mais ça tombe bien, on pourrait vérifier en lisant le code de WhatsApp, et peut-ête débugguer ça avec un débugger interactif quand le problème se manifeste.
Ah… bah non en fait.
[^] # Re: Licence
Posté par raphj (site web personnel) . En réponse au lien Veuillez ne pas mettre mon code sur GitHub. Évalué à 3.
C'est une grande partie du problème / de l'enjeu. Est-ce que la situation d'une personne qui a appris en lisant du code est comparable à la situation d'un modèle entraîné sur ce code ?
C'est un des points majeurs sur lesquels les avis divergent. Je n'ai vu pas vu d'argument convainquant à 100% dans un sens comme dans l'autre, donc on sort du domaine de la logique et on entre dans le domaine des opinions.
On pourrait voir la transformation comme une fonction : f(travail original 1, …, travail original n, autres entrées) = travail généré.
[^] # Re: Licence
Posté par raphj (site web personnel) . En réponse au lien Veuillez ne pas mettre mon code sur GitHub. Évalué à 5.
Oui. On ne peut clairement pas interdire de faire du machine learning avec une licence libre. Sinon, ce n'est pas libre.
Bon par contre, pour un travail dérivé, on est tenu de respecter l'attribution demandée par la plupart des licences libres, et toutes les autres clauses
Est-ce qu'un code généré par un modèle "entrainé" est un travail dérivé ? C'est toute la question sur laquelle il n'y a pas de consensus. Et c'est ce point que certain·e·s d'entre nous cherchent à résister.
[^] # Re: Une des raisons pour laquelle j'aime le libre
Posté par raphj (site web personnel) . En réponse au lien Veuillez ne pas mettre mon code sur GitHub. Évalué à 10. Dernière modification le 08 mai 2023 à 16:19.
De mon côté je comprends et partage le sentiment des auteurs du poste de ne pas vouloir que son code soit publié sur GitHub pour un peu les mêmes raisons.
Et je comprends vouloir exprimer ce souhait.
Mais je ne voudrais pas imposer ça non plus. Je ne voudrais pas que ces restrictions apparaissent dans les licences libres. Pour des raisons philosophiques, et aussi pour des raisons bassement stratégiques aussi : ça risquerait de fragmenter l'écosystème beaucoup trop.
Pas d'accord avec ça. Ce n'est pas du tout établi. Il y a plein de manière de faire des choses pas éthiques en faisant du libre. Pour caricaturer, c'est nécessaire mais pas suffisant (bon, c'est beaucoup plus nuancé que ça en vrai), et à mon avis on a tout intérêt à bien séparer les choses.
On peut vouloir faire bouger son monde sans imposer strictement des règles, mais en suggérant, exprimant des souhaits, en faisant du lobby, de la comm., en s'exprimant, en diffusant des idées, etc. Se limiter au système légal, des contrats et des droits me parait simpliste, réducteur et parfois contre-productif.
Il y a des moyens de rester subtils. Ce groupe de personnes exprime un souhait sans l'imposer en faisant une campagne de communication / sensibilisation, de quoi se plaint-on ?
[^] # Re: Travaux pratiques
Posté par raphj (site web personnel) . En réponse au lien Les smartphones dotés de puces Qualcomm partagent en secret des infos privées avec son fabricant. Évalué à 6.
Oui, d'ailleurs sur le PinePhone (et tout appareil GNU/Linux muni d'un modem avec GPS ?), on peut injecter les données A-GPS avec ces lignes :
[^] # Re: logiciels hybrides ?
Posté par raphj (site web personnel) . En réponse à la dépêche ADSILLH : licence pro Administration et Développement de SI à base de Logiciels Libres et Hybrides. Évalué à 5.
Ah oui !
Même question sur le même texte. Ça vaudrait coup de mettre à jour cette description de la licence pour préciser, parce qu'à mon avis nous ne sommes pas les seules personnes à se poser la question et ça parait être un point important :-)
Samuel ?
# logiciels hybrides ?
Posté par raphj (site web personnel) . En réponse à la dépêche ADSILLH : licence pro Administration et Développement de SI à base de Logiciels Libres et Hybrides. Évalué à 2. Dernière modification le 24 avril 2023 à 20:40.
kesako?
[^] # Re: La source
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 2. Dernière modification le 21 avril 2023 à 17:56.
J'ai jeté un rapide coup d’œil, J'ai bien peur que rendre ça relativement dénué d'infos personnelles soit une tâche un peu fastidieuse et risquée malheureusement…
[^] # Re: La source
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 2.
problème d'échappement markdown, c'est corrigé, désolé
[^] # Re: La source
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 2. Dernière modification le 21 avril 2023 à 17:54.
Yes, d'ailleurs uBlock Origin a du code pour faire fonctionner la balise
<noscript>: https://github.com/gorhill/uBlock/blob/master/src/js/scriptlets/noscript-spoof.jsAvant ça, c'était un peu pénible parce que ni le javascript, ni les balises noscript fonctionnaient quand on désactivait JS avec uBlock Origin, et ça pétait des trucs.
[^] # Re: Le résumé
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 10. Dernière modification le 21 avril 2023 à 16:43.
Ça m'a traversé l'esprit : refuser une journée de boulot à 200k, faut pouvoir le faire.
Mais si même les gens qui en ont les moyens ne prenaient pas leur éthique en compte, on serait mal.
Dit autrement : ce n'est pas toujours facile de mettre en œuvre ses convictions parce qu'il faut bien manger, heureusement que celles et ceux qui le peuvent le font !
Bravo à elle du coup !
[^] # Re: La source
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 10. Dernière modification le 21 avril 2023 à 16:40.
Oui, uBlock Origin le fait. Je désactive par défaut pour tous les sites et je réactive au besoin, mais l'inverse est aussi possible.
Au début c'est un peu pénible et ensuite l'extension garde les réglages par site donc ça devient agréable rapidement.
[^] # Re: La source
Posté par raphj (site web personnel) . En réponse au lien Blanche Gardin dans « LOL : qui rit, sort » ? L’actrice explique pourquoi ça n’arrivera pas. Évalué à 9. Dernière modification le 21 avril 2023 à 16:30.
Côté huffingtonpost, ça charge terriblement bien et sans ce genre de demande avec JS désactivé. La page est nickel, on a un entête avec le nom du site, la rubrique, la date, le titre, puis le contenu complet avec une photo et ça charge instantanément.
(Ça s'appelle progressive degradation, ou graceful enhancement - des philosophies de développement répandues sur le web qui, respectivement, consiste à ajouter du code optionnel pour plomber « l'expérience », et qui consiste à développer des fallbacks meilleurs que l'expérience voulue initialement)
# Flou sur le QR Code
Posté par raphj (site web personnel) . En réponse à la dépêche Fedora Linux 38 devient accessible !. Évalué à 8.
Super travail pour la dépêche.
J'ai un doute sur la suffisance du flou sur le QR Code du réseau, à mon avis il vaudrait mieux un bon vieux carré blanc ou noir, ou utiliser un mot de passe temporaire bidon pour générer le QR code et en changer.
# Vu passer, quid?
Posté par raphj (site web personnel) . En réponse au lien Magouilles et mensonges au pays du Starship (Stardust - La Chaîne Air & Espace - YouTube). Évalué à 4. Dernière modification le 13 avril 2023 à 11:23.
J'ai vu passer cette vidéo, de quoi s'agit-il en bref ?
Le titre ne m'évoque pas grand chose, je suppose qu'on peut fouiller dans les commentaires mais si tu a posté ça ici, peut-être que tu peux nous en dire deux trois mots Milo ?
Je l'écouterai peut-être tout à l'heure, je risque d'avoir un peu de temps à tuer.
# Utiliser localement ?
Posté par raphj (site web personnel) . En réponse au journal Lilypond + Frescobaldi + … (aka «En avant la musique !»). Évalué à 2. Dernière modification le 31 mars 2023 à 14:03.
Je viens d'essayer de compiler et démarrer l'application. J'ai été surpris de voir que ça se lançait en local mais qu'il fallait y accéder à partir d'une URL externe.
Peux-tu en dire plus sur pourquoi et s'il y a moyen de le lancer sans connexion internet ? Je suppose que la page utilise des capacités présentes uniquement en HTTPS et que ça simplifie l'installation, mais ça serait cool de pouvoir utiliser sa propre infrastructure quand on a déjà un serveur web avec du HTTPS quelque part.
Plus généralement l'architecture de ton projet semble intéressante, avec les problèmes qu'elles résout, peut-être que tu peux répondre avec un journal ?
Les README des deux dépôts que tu nous fait cloner sont un peu avares en détails, voire inexistants.