the last one => le dernier un
it's relevant => c'est relevant (participe présent de relever).
sounds good => ça sonne bien
looks good => ça regarde bien
it works => ça travaille
to run an application => courir une application
a keyboard => un tableau de clés (ou un tableau-clé)
Il y a aussi les traduction littérales des expressions :
it rings a bell => ça sonne une cloche
it's raining cats and dogs => il pleut des chiens et des chats
inclassable :
tips and tricks => les pourboires et les triques (tu as des tips and tricks pour panpantempo au fait ?)
J'ai l'impression que tes liens sont connexes mais tombent à côté de sa question, qui, si je l'ai bien comprise, porte sur les formes féminines qui existaient déjà avant.
Ta question portait sur les noms de métiers féminins "disparus", je n'ai pas prêté attention à ce que disait ces liens sur l'écriture avec le point médian.
Du coup, je reste sur ma position : il y a quelque chose à faire, mais pas l’écriture inclusive. Le retour de l’accord au plus proche dans la phrase ou au plus grand nombre serait déjà pas mal.
Si je comprends bien, tu rejettes donc l’utilisation du point médian mais pas l’écriture inclusive dans sa généralité :-)
Et si vraiment la question te passionne, tu peux certainement jeter un œil sur son livre, Non, le masculin ne l'emporte pas sur le féminin, que je n'ai pas lu.
Oui, il y a aussi notamment la règle de proximité qui existait avant que l'académie la retire, et un tas de noms de métiers dont la version féminine a été retirée par la même occasion. Je ne vois aucun problème à utiliser ces trucs là.
L'écriture inclusive dans sa généralité est un truc très positif globalement pour ce qui me concerne.
Et puis bon, des trucs qui s'écrivent et qui ne se prononcent pas, il y en a déjà plein, alors si parfois il faut utiliser le point médian, par soucis de concision, on ne va pas mourir (hein, coucou le -ent de la troisième personne du pluriel !).
Je pense qu'il y a des habitudes à prendre et que les gens sont ou moins résistants au changement.
D'autant plus si on considère que la situation initiale est satisfaisante (le neutre masculin) : pourquoi changer ? On ne souhaite pas forcément voir les choses changer puisqu'on est content maintenant et qu'on n'aime pas la solution proposée (et on peut tendre "naturellement" à ne pas aimer les changements quels qu'ils soient : je pense que c'est un mécanisme de "survie" qui se met parfois en travers de notre chemin).
Je ne pense pas que la plupart des mecs revendiquent leur supériorité (bien sûr, il y en a). Je connais aussi des nanas qui n'aiment pas l'écriture avec le point médian. On peut d'ailleurs revendiquer l'égalité F/H sans pour autant aimer cette écriture.
Perso, je souhaite voir les choses changer et j'aime encore moins le neutre masculin dans la langue que l'écriture avec le point médian, alors à défaut, je l'utilise avec parcimonie.
Dans les cas où on utilisait le e entre parenthèse, le point médian ne me gène jamais parce qu'il n'y a pas de problème de prononciation du tout.
Je suis certain aussi qu'il y a beaucoup de choses qui sont intériorisées que ce soit par les nanas ou les mecs et qu'on est beaucoup à ne pas se rendre compte réellement de l'ampleur du problème : ses manifestations sont souvent invisibles parce qu'habituelles.
En général, j'essaie de l'éviter quand je peux m'en passer, mais en l'occurrence, il y a 20 ans, si on avait écrit le même journal en mettant les "e" en parenthèses au lieu d'utiliser le point médian, je pense que personne n'aurait râlé sur la question de lisibilité. Je trouve d'ailleurs le point médian beaucoup plus discret que les parenthèses.
Autant, quand on parle d'un·e auteur·rice, ça peut être un peu perturbant et perso j'évite à tout prix, autant "considéré·e expert·e" ? Vous auriez râlé contre une utilisation de "considéré(e) expert(e)" ? Ça fait des années et des années que ça existe et je n'ai jamais vu personne râler contre ce genre de chose côté lisibilité et pourtant ça me paraît beaucoup plus "intrusif" visuellement. La forme avec les parenthèses n'a vraiment rien pour elle comparée au point médian et pourtant celle-là est acceptée par (quasi ?) tout le monde.
Je ne comprends pas la difficulté de lecture liée à l'utilisation du point médian dans le cadre de ce journal.
Les pilotes proprios sur Android ne sont pas des pilotes dans le noyau, ce sont des bibliothèques partagées tournant en espace utilisateur.
Ah, je ne savais pas ; mais argumenter qu'ils ont une parade juridique pour ne pas filer les sources selon la GPL à un système qu'on prétend libre… mouai.
On est obligés de se baser sur des critères objectifs pour savoir si on a le droit de faire quelque chose ou non, et distribuer un système basé sur le noyaux Linux et des pilotes en espace utilisateur propriétaire, c'est légal. Le résultat n'est pas entièrement libre, et on en pense ce qu'on veut.
On peut absolument recompiler le code AOSP avec uniquement des logiciels libres.
Non, cf. page de chez Debian et de chez beuc.
Attends, mais c'est un truc que j'ai fait moi-même. Tu veux dire qu'à un moment dans le processus de compilation d'Android j'ai exécuté du code propriétaire sur ma machine ? Ou j'ai compilé du code non libre ? Je ne m'en suis pas rendu compte. Beuc ne s'occupe pas à ma connaissance de ça, il s'occupe du SDK, qui n'est pas impliqué dans la construction d'Android. Ni la page Debian. (bien sûr, quand j'ai compilé Lineage pour mon téléphone, j'ai inclus les binaires proprio pour mon modèle, mais AOSP en lui-même peut être compilé et exécuté sans en considérant une plateforme ne nécessitant pas de blobs proprio).
Le problème est dans le « majoritairement »
La licence précise : les parties libres du SDK sont gouvernées par leur licences. À ma connaissance, pour compiler les applications que j'ai compilées (libres et sans dépendances propriétaires), je n'ai utilisé que des parties libres du SDK¹. En fait, c'est ce qui m'importe le plus. Maintenant, une recompilation entièrement libre du SDK est plus que bienvenue et j'ai activement cherché. C'est comme ça que je suis tombé sur le travail de beuc. Et je suis pressé de ne plus avoir à télécharger des binaires de chez Google et un SDK non libre, même si je n'en utilise que les parties libres.
c'est une galère sans nom qui lui a demandé un travail titanesque. […] J'espère qu'il pourra arriver à l'améliorer et le faire durer […]
C'est clair.
1: bien sûr, les binaires du style gradlew, ils sont malheureusement bien là dans le code source des applications et je crois que le système de compilation de F-Droid permet de les contourner
Ah bah voilà, pour moi, je crois qu'on est tombé sur un point d'accord avec ta réponse.
Voir aussi le cas de Notepad++, qui est un logiciel libre mais qui dépend du compilateur de Microsoft. Il tourne très bien avec Wine mais on dépend d'outils propriétaires pour le construire. Pourtant, je pense que personne n'a jamais nié le fait que Notepad++ est libre.
Bien sûr, ça veut dire que je n'utiliserai pas Notepad++ sauf si je dois utiliser Windows de toute façon (alors que si j'avais pu construire une version Windows qu'avec des logiciels libres pour ensuite le faire tourner sur Wine, pourquoi pas dans le principe si ça marche bien ?). C'est exactement le Java Trap (j'avais oublié que la FSF avait nommé ça comme ça).
J'utilise Dark Background and Light Text, qui analyse et modifie les CSS des pages pour leur appliquer un fond noir et des écritures claires. Ça marche surprenamment bien, malgré une certaine lenteur et un flash blanc un peu gênant au chargement des pages.
Ça remplace avantageusement les filtres rouges pour moi, bien que les deux doivent pouvoir fonctionner de concert pour afficher un texte rougeâtre sur fond noir (si c'est bien fait, sinon le fond noir se retrouve rougeâtre aussi…).
Le mode lecture de Firefox est également capable d'afficher blanc sur fond noir et est paramétrable.
Je ne connais pas les extensions dont il est question dans ce fil Reddit.
Je suppose que pour la deuxième version, gitlab risquerait un beau retour de bâton si quelqu'un découvre un ajout de script de pistage, et je suppose que ça serait le cas. D'autant que ça pourrait violer leurs TOS, dont les modifications doivent être acceptées par les gens utilisant le service.
Ce qui a beaucoup dérangé les gens, vcedt l'ajout de scripts propriétaires tiers. Si des scripts avaient été hébergés par gitlab et sous licence libre, ça aurait beaucoup moins posé problème. Gitlab auait déjà accès à un tas de ces informations rien qu'en analysant les requêtes http faites en utilisant le service aujourd'hui.
Les composants non libres du SDK sont les bibliothèques propriétaires de Google, qui ne sont pas utilisées dans AOSP. D'ailleurs, il me semble que ces bibliothèques ne font techniquement pas partie du SDK.
Ignorez ce paragraphe. Je ne suis pas certain qu'il soit correct.
Montre nous où tu trouves une licence non libre dans ce projet, l'affaire sera close.
“Moving the goalposts” comme disent les anglais
Kerro répond à quelqu'un qui affirme qu'AOSP n'est pas complètement libre. C'est à la personne qui fait cette affirmation de la prouver, d'autant que la position généralement admise est qu'AOSP est libre.
les drivers proprios pour le kernel c'est considéré par beaucoup, comme Torvalds, pour une violation de la GPL.
Tu te doutes bien que si Android violait la GPL on en aurait entendu parler. Les pilotes proprios sur Android ne sont pas des pilotes dans le noyau, ce sont des bibliothèques partagées tournant en espace utilisateur.
Mais je suis d'accord avec toi que c'est ballot, et on n'est pas les seuls, pour preuve l'existence de Replicant.
Et Android-x86 est une distribution Android ne contenant pas ces bibliothèques proprios pour les appareils qui tournent sous GNU/Linux sans blobs proprios (firmwares exclus).
Si tu ne peux pas recompiler un projet avec des outils libres, je ne vois pas en quoi il peut respecter les quatre libertés : tu dois pouvoir le modifier à ta guise (liberté 1), mais l'utilisation d'outils qui ne t'apportent pas les quatre libertés restreint forcément la manière dont tu peux recompiler le projet.
Bon, à priori on peut écrire du code libre qui dépend d'outils propriétaires.
Tu as le droit de manipuler le code en question selon sa licence… et c'est tout. Tu peux toujours écrire une alternative à ces outils non libres. Les restrictions s'appliquent à ces outils, pas au code lui même.
Ça ne veut pas dire que tout le monde trouve ça acceptable. Cf l'absence de VirtualBox dans Debian et d'autres distributions. Le BIOS de la machine virtuelle est compilé avec le compilateur OpenWatcom, considéré comme open source par l'OSI mais comme non libre par Debian et par la FSF (sa licence ne passe pas le test de l'île déserte).
Mais pour Android, cette discussion est HS. On peut absolument recompiler le code AOSP avec uniquement des logiciels libres. Le SDK n'est pas requis pour compiler AOSP. Mais vu qu'il y a plein d'applications Android dans les sources d'AOSP, je suppose que des parties du SDK sont utilisées. D'ailleurs, si le SDK Android n'est pas libre, il est majoritairement composé de logiciels libres qui peuvent être utilisés indépendamment de la licence restrictive du SDK:
3.5 Use, reproduction and distribution of components of the SDK licensed under an open source software license are governed solely by the terms of that open source software license and not the License Agreement.
Les composants non libres du SDK sont les bibliothèques propriétaires de Google, qui ne sont pas utilisées dans AOSP. D'ailleurs, il me semble que ces bibliothèques ne font techniquement pas partie du SDK.
Vivement qu'on ait un remplaçant fonctionnel du SDK reconstruit à partir des sources avec une licence clairement libre.
Mais… Debian n'intègre pas les outils Android parce qu'il est justement impossible de les compiler proprement !
J'avais essayé d'utiliser cette version recompilée cet été, sans succès parce qu'il fallait toujours valider une licence à l'utilisation, mais je suis sûr que si le problème n'est pas résolu, il le sera. La page semble avoir évolué depuis la dernière fois et il y a maintenant un miroir F-Droid.
Et Replicant a réussi a fournir un SDK libre pour la version 4.2 d'Android. Donc au final difficile, oui, mais pas impossible et du travail dans ce sens est justement en cours.
Posté par raphj .
En réponse à la dépêche Plasma 5.16 et 5.17.
Évalué à 1.
Dernière modification le 29 octobre 2019 à 21:02.
J'ai l'impression qu'elionne parle des onglets de fenêtres [1], une fonctionnalité de KWin. Mais je ne sais pas comment ça fonctionne et je n'arrive pas à trouver cette fonctionnalité chez moi.
Pour Android One, oui, je pense que ça aide bien. Mon téléphone n'est pas un Android One, mais il ressemble fortement au Xiaomi Mi A1, qui est un téléphone Android One, et ça a l'air de bien faciliter sa maintenance côté Lineage. Il est sous Android 9, et probablement bientôt Android 10.
Si au moins tu avais argumenté sur le fait qu'AOSP n'est pas libre parce qu'il contient des blobs propriétaires sur les tablettes et smartphones supportés…
Exact. À noter également qu'il est possible de lancer TWRP sans même l'installer sur le téléphone avec fastboot boot twrp-….img. Par contre, il n'est en général pas possible de "reverrouiller" le chargeur de démarrage : c'est une opération irréversible !
Je vois mal quelqu'un demander « Tu veux soit une bière, soit un jus d'orange ? » :-D
Et si je dis que mes chaussures sont rouges ou bleues, elles sont probablement soit l'un, soit l'autre.
En logique, certes, « ou » est inclusif par défaut mais à mon avis, si tu sors voir du monde et que tu utilises « ou », tu risques de te rendre compte que beaucoup de gens comprennent ce mot dans son sens exclusif par défaut dans beaucoup de cas. Pour preuve, le fait que justement « et/ou » soit très répandu. L'exemple d'utilisation de sebas est bon également. Expliciter ne peut pas faire de mal.
Pas besoin de forker le dépôt des applications, mais il faut avoir l'accord de l'équipe de développement.
Il faut ajouter soi‐même son application, ou attendre que quelqu'un le fasse. Mais cela consiste à écrire un petit fichier yaml de 15 lignes et faire une demande d'intégration, il n'y a rien de très compliqué et ça vaut le coup de le faire. :-)
Ensuite, l'application est mise à jour toute seule avec les étiquettes git du dépôt.
Je viens d'essayer avec un film sur un réseau Wi-Fi plutôt solide avec mpv. Il y a une latence très légère (une bonne manière pour tester est d'activer les deux sorties audio en même temps), en dessous de la demi seconde. À noter que VLC permet de compenser ce genre de latence.
À noter aussi que sur ce réseau, je ne suis pas sûr d'avoir non plus plusieurs secondes de latence avec PulseAudio.
Tu devrais peut-être vérifier que tu es sur un canal Wi-Fi pas trop chargé. L'application WiFiAnalyzer est très pratique pour ça. J'ai eu plus de soucis avec PulseAudio en ville qu'ici (mais c'était plus des coupures voir de la saturation du réseau que de la latence) et mon hypothèse principale est qu'il y a des conflits d'ondes Wi-Fi. Le matériel est peut-être également de meilleure qualité ici, mais je doute que ce soit ça.
Autre détail important : j'ai eu par le passé (et je pense que c'est toujours le cas) une connexion beaucoup plus stable en utilisant la variable d'environnement PULSE_SERVER pour jouer du son sur un autre ordinateur qu'en choisissant la sortie avec le contrôleur de volume, pour une raison qui m'échappe.
Je confirme, il faut bien garder « Si F-Droid aurait », la phrase corrigée n'a pas de sens en l'état (la deuxième proposition n'est pas au conditionnel dans cette phrase).
[^] # Re: Mon tailleur est riche
Posté par raphj . En réponse au sondage Quel est votre niveau d’anglais ?. Évalué à 4. Dernière modification le 07 novembre 2019 à 22:10.
the last one => le dernier un
it's relevant => c'est relevant (participe présent de relever).
sounds good => ça sonne bien
looks good => ça regarde bien
it works => ça travaille
to run an application => courir une application
a keyboard => un tableau de clés (ou un tableau-clé)
Il y a aussi les traduction littérales des expressions :
it rings a bell => ça sonne une cloche
it's raining cats and dogs => il pleut des chiens et des chats
inclassable :
tips and tricks => les pourboires et les triques (tu as des tips and tricks pour panpantempo au fait ?)
[^] # Re: GPS/application cartographique
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 3. Dernière modification le 07 novembre 2019 à 21:42.
Ça, Maps.me le fait :-)
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 2.
Intéressant. Je prendrai le temps de lire ça à l'occasion :-)
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 3.
J'ai l'impression que tes liens sont connexes mais tombent à côté de sa question, qui, si je l'ai bien comprise, porte sur les formes féminines qui existaient déjà avant.
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 2.
Ta question portait sur les noms de métiers féminins "disparus", je n'ai pas prêté attention à ce que disait ces liens sur l'écriture avec le point médian.
Si je comprends bien, tu rejettes donc l’utilisation du point médian mais pas l’écriture inclusive dans sa généralité :-)
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 4. Dernière modification le 07 novembre 2019 à 11:48.
Je n'ai pas de liste exhaustive, mais un point d'entrée est Éliane Viennot (linguiste) qui a travaillé sur ces questions.
Voir par exemple :
Si tu préfères un format vidéo, elle en parle surtout vers la fin et donne quelques exemples qui n'apparaissent pas dans les articles ci-avant.
Et si vraiment la question te passionne, tu peux certainement jeter un œil sur son livre, Non, le masculin ne l'emporte pas sur le féminin, que je n'ai pas lu.
On arrive toujours sur ces questions entre usage et prescription. Les noms de métiers féminins étaient utilisés, mais ont été proscrits.
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 5. Dernière modification le 06 novembre 2019 à 15:00.
Oui, il y a aussi notamment la règle de proximité qui existait avant que l'académie la retire, et un tas de noms de métiers dont la version féminine a été retirée par la même occasion. Je ne vois aucun problème à utiliser ces trucs là.
L'écriture inclusive dans sa généralité est un truc très positif globalement pour ce qui me concerne.
Et puis bon, des trucs qui s'écrivent et qui ne se prononcent pas, il y en a déjà plein, alors si parfois il faut utiliser le point médian, par soucis de concision, on ne va pas mourir (hein, coucou le -ent de la troisième personne du pluriel !).
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 1. Dernière modification le 06 novembre 2019 à 14:54.
Je pense qu'il y a des habitudes à prendre et que les gens sont ou moins résistants au changement.
D'autant plus si on considère que la situation initiale est satisfaisante (le neutre masculin) : pourquoi changer ? On ne souhaite pas forcément voir les choses changer puisqu'on est content maintenant et qu'on n'aime pas la solution proposée (et on peut tendre "naturellement" à ne pas aimer les changements quels qu'ils soient : je pense que c'est un mécanisme de "survie" qui se met parfois en travers de notre chemin).
Je ne pense pas que la plupart des mecs revendiquent leur supériorité (bien sûr, il y en a). Je connais aussi des nanas qui n'aiment pas l'écriture avec le point médian. On peut d'ailleurs revendiquer l'égalité F/H sans pour autant aimer cette écriture.
Perso, je souhaite voir les choses changer et j'aime encore moins le neutre masculin dans la langue que l'écriture avec le point médian, alors à défaut, je l'utilise avec parcimonie.
Dans les cas où on utilisait le e entre parenthèse, le point médian ne me gène jamais parce qu'il n'y a pas de problème de prononciation du tout.
Je suis certain aussi qu'il y a beaucoup de choses qui sont intériorisées que ce soit par les nanas ou les mecs et qu'on est beaucoup à ne pas se rendre compte réellement de l'ampleur du problème : ses manifestations sont souvent invisibles parce qu'habituelles.
[^] # Re: Difficultés de lecture et découverte d'extension
Posté par raphj . En réponse au journal S'acheter son logement avec le salaire d'un expert C++ (ou autre techno). Évalué à 6.
En général, j'essaie de l'éviter quand je peux m'en passer, mais en l'occurrence, il y a 20 ans, si on avait écrit le même journal en mettant les "e" en parenthèses au lieu d'utiliser le point médian, je pense que personne n'aurait râlé sur la question de lisibilité. Je trouve d'ailleurs le point médian beaucoup plus discret que les parenthèses.
Autant, quand on parle d'un·e auteur·rice, ça peut être un peu perturbant et perso j'évite à tout prix, autant "considéré·e expert·e" ? Vous auriez râlé contre une utilisation de "considéré(e) expert(e)" ? Ça fait des années et des années que ça existe et je n'ai jamais vu personne râler contre ce genre de chose côté lisibilité et pourtant ça me paraît beaucoup plus "intrusif" visuellement. La forme avec les parenthèses n'a vraiment rien pour elle comparée au point médian et pourtant celle-là est acceptée par (quasi ?) tout le monde.
Je ne comprends pas la difficulté de lecture liée à l'utilisation du point médian dans le cadre de ce journal.
[^] # Re: Dark Background and Light Text
Posté par raphj . En réponse au lien Dark Reader, par Alexander Shutau - extension pour Firefox sous licence MIT/X11. Évalué à 2. Dernière modification le 06 novembre 2019 à 10:22.
Je viens de tester, il a l'air plus rapide que Dark Background and Light Text. Il n'y a pas ce flash blanc. Je crois que je vais migrer :-)
[^] # Re: Errata
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 5.
On est obligés de se baser sur des critères objectifs pour savoir si on a le droit de faire quelque chose ou non, et distribuer un système basé sur le noyaux Linux et des pilotes en espace utilisateur propriétaire, c'est légal. Le résultat n'est pas entièrement libre, et on en pense ce qu'on veut.
Attends, mais c'est un truc que j'ai fait moi-même. Tu veux dire qu'à un moment dans le processus de compilation d'Android j'ai exécuté du code propriétaire sur ma machine ? Ou j'ai compilé du code non libre ? Je ne m'en suis pas rendu compte. Beuc ne s'occupe pas à ma connaissance de ça, il s'occupe du SDK, qui n'est pas impliqué dans la construction d'Android. Ni la page Debian. (bien sûr, quand j'ai compilé Lineage pour mon téléphone, j'ai inclus les binaires proprio pour mon modèle, mais AOSP en lui-même peut être compilé et exécuté sans en considérant une plateforme ne nécessitant pas de blobs proprio).
La licence précise : les parties libres du SDK sont gouvernées par leur licences. À ma connaissance, pour compiler les applications que j'ai compilées (libres et sans dépendances propriétaires), je n'ai utilisé que des parties libres du SDK¹. En fait, c'est ce qui m'importe le plus. Maintenant, une recompilation entièrement libre du SDK est plus que bienvenue et j'ai activement cherché. C'est comme ça que je suis tombé sur le travail de beuc. Et je suis pressé de ne plus avoir à télécharger des binaires de chez Google et un SDK non libre, même si je n'en utilise que les parties libres.
C'est clair.
1: bien sûr, les binaires du style
gradlew, ils sont malheureusement bien là dans le code source des applications et je crois que le système de compilation de F-Droid permet de les contourner[^] # Re: Errata
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 5.
Ah bah voilà, pour moi, je crois qu'on est tombé sur un point d'accord avec ta réponse.
Voir aussi le cas de Notepad++, qui est un logiciel libre mais qui dépend du compilateur de Microsoft. Il tourne très bien avec Wine mais on dépend d'outils propriétaires pour le construire. Pourtant, je pense que personne n'a jamais nié le fait que Notepad++ est libre.
Bien sûr, ça veut dire que je n'utiliserai pas Notepad++ sauf si je dois utiliser Windows de toute façon (alors que si j'avais pu construire une version Windows qu'avec des logiciels libres pour ensuite le faire tourner sur Wine, pourquoi pas dans le principe si ça marche bien ?). C'est exactement le Java Trap (j'avais oublié que la FSF avait nommé ça comme ça).
# Dark Background and Light Text
Posté par raphj . En réponse au lien Dark Reader, par Alexander Shutau - extension pour Firefox sous licence MIT/X11. Évalué à 3.
J'utilise Dark Background and Light Text, qui analyse et modifie les CSS des pages pour leur appliquer un fond noir et des écritures claires. Ça marche surprenamment bien, malgré une certaine lenteur et un flash blanc un peu gênant au chargement des pages.
Ça remplace avantageusement les filtres rouges pour moi, bien que les deux doivent pouvoir fonctionner de concert pour afficher un texte rougeâtre sur fond noir (si c'est bien fait, sinon le fond noir se retrouve rougeâtre aussi…).
Le mode lecture de Firefox est également capable d'afficher blanc sur fond noir et est paramétrable.
Je ne connais pas les extensions dont il est question dans ce fil Reddit.
[^] # Re: Leçons
Posté par raphj . En réponse au journal Gitlab - pour Halloween, faut-il aussi prévoir du PopCorn ?. Évalué à 6.
Je suppose que pour la deuxième version, gitlab risquerait un beau retour de bâton si quelqu'un découvre un ajout de script de pistage, et je suppose que ça serait le cas. D'autant que ça pourrait violer leurs TOS, dont les modifications doivent être acceptées par les gens utilisant le service.
Ce qui a beaucoup dérangé les gens, vcedt l'ajout de scripts propriétaires tiers. Si des scripts avaient été hébergés par gitlab et sous licence libre, ça aurait beaucoup moins posé problème. Gitlab auait déjà accès à un tas de ces informations rien qu'en analysant les requêtes http faites en utilisant le service aujourd'hui.
[^] # Re: Errata
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 4.
Ignorez ce paragraphe. Je ne suis pas certain qu'il soit correct.
[^] # Re: Errata
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 7. Dernière modification le 30 octobre 2019 à 22:57.
Alors…
Kerro répond à quelqu'un qui affirme qu'AOSP n'est pas complètement libre. C'est à la personne qui fait cette affirmation de la prouver, d'autant que la position généralement admise est qu'AOSP est libre.
Tu te doutes bien que si Android violait la GPL on en aurait entendu parler. Les pilotes proprios sur Android ne sont pas des pilotes dans le noyau, ce sont des bibliothèques partagées tournant en espace utilisateur.
Mais je suis d'accord avec toi que c'est ballot, et on n'est pas les seuls, pour preuve l'existence de Replicant.
Et Android-x86 est une distribution Android ne contenant pas ces bibliothèques proprios pour les appareils qui tournent sous GNU/Linux sans blobs proprios (firmwares exclus).
Bon, à priori on peut écrire du code libre qui dépend d'outils propriétaires.
Tu as le droit de manipuler le code en question selon sa licence… et c'est tout. Tu peux toujours écrire une alternative à ces outils non libres. Les restrictions s'appliquent à ces outils, pas au code lui même.
Ça ne veut pas dire que tout le monde trouve ça acceptable. Cf l'absence de VirtualBox dans Debian et d'autres distributions. Le BIOS de la machine virtuelle est compilé avec le compilateur OpenWatcom, considéré comme open source par l'OSI mais comme non libre par Debian et par la FSF (sa licence ne passe pas le test de l'île déserte).
Mais pour Android, cette discussion est HS. On peut absolument recompiler le code AOSP avec uniquement des logiciels libres. Le SDK n'est pas requis pour compiler AOSP. Mais vu qu'il y a plein d'applications Android dans les sources d'AOSP, je suppose que des parties du SDK sont utilisées. D'ailleurs, si le SDK Android n'est pas libre, il est majoritairement composé de logiciels libres qui peuvent être utilisés indépendamment de la licence restrictive du SDK:
Les composants non libres du SDK sont les bibliothèques propriétaires de Google, qui ne sont pas utilisées dans AOSP. D'ailleurs, il me semble que ces bibliothèques ne font techniquement pas partie du SDK.
Vivement qu'on ait un remplaçant fonctionnel du SDK reconstruit à partir des sources avec une licence clairement libre.
Non, Debian ne le fait pas parce que ça demande beaucoup de travail. Voir aussi https://android-rebuilds.beuc.net/
J'avais essayé d'utiliser cette version recompilée cet été, sans succès parce qu'il fallait toujours valider une licence à l'utilisation, mais je suis sûr que si le problème n'est pas résolu, il le sera. La page semble avoir évolué depuis la dernière fois et il y a maintenant un miroir F-Droid.
Et Replicant a réussi a fournir un SDK libre pour la version 4.2 d'Android. Donc au final difficile, oui, mais pas impossible et du travail dans ce sens est justement en cours.
[^] # Re: J’adore KDE, mais konsole me déçois.
Posté par raphj . En réponse à la dépêche Plasma 5.16 et 5.17. Évalué à 1. Dernière modification le 29 octobre 2019 à 21:02.
J'ai l'impression qu'elionne parle des onglets de fenêtres [1], une fonctionnalité de KWin. Mais je ne sais pas comment ça fonctionne et je n'arrive pas à trouver cette fonctionnalité chez moi.
[1] Voir par exemple https://askubuntu.com/questions/253205/how-do-i-switch-between-kwin-window-tabs
[^] # Re: Compatibilité LineageOS
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 4.
Pour Treble pas sûr. Au moins un développeur xda s'en plaint : https://forum.xda-developers.com/lenovo-p2/development/rom-lineageos-16-0-p2-t3921074/post79355151#post79355151
Pour Android One, oui, je pense que ça aide bien. Mon téléphone n'est pas un Android One, mais il ressemble fortement au Xiaomi Mi A1, qui est un téléphone Android One, et ça a l'air de bien faciliter sa maintenance côté Lineage. Il est sous Android 9, et probablement bientôt Android 10.
[^] # Re: LineageOS, possible de revenir en arrière ?
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 3.
Il y a peut-être quelqu'un sur xda qui a publié une copie de ce modèle ?
Mais effectivement, +1 pour une copie complète + transfert sur ordinateur avant de flasher ou modifier quoi que ce soit.
[^] # Re: Errata
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 10.
Ton message est inutilement agressif, en plus d'être faux. C'est toi qui, manifestement, n'a rien compris. Les différences entre libre et open source ont été largement discutés sur ce site dans les commentaires. Voir par exemple https://linuxfr.org/users/netchaiev/journaux/les-temps-changent-qui-l-aurait-cru-il-y-a-20-ans#comment-1782050
Si au moins tu avais argumenté sur le fait qu'AOSP n'est pas libre parce qu'il contient des blobs propriétaires sur les tablettes et smartphones supportés…
[^] # Re: LineageOS, possible de revenir en arrière ?
Posté par raphj . En réponse à la dépêche Les 10 paliers de libération d’un téléphone Android. Évalué à 4. Dernière modification le 26 octobre 2019 à 23:44.
Exact. À noter également qu'il est possible de lancer TWRP sans même l'installer sur le téléphone avec
fastboot boot twrp-….img. Par contre, il n'est en général pas possible de "reverrouiller" le chargeur de démarrage : c'est une opération irréversible ![^] # Re: P'tite remarque de syntaxe
Posté par raphj . En réponse au journal Le glissement du C++ (et dans une moindre mesure du C) vers une position indésirable. Évalué à 2.
Je vois mal quelqu'un demander « Tu veux soit une bière, soit un jus d'orange ? » :-D
Et si je dis que mes chaussures sont rouges ou bleues, elles sont probablement soit l'un, soit l'autre.
En logique, certes, « ou » est inclusif par défaut mais à mon avis, si tu sors voir du monde et que tu utilises « ou », tu risques de te rendre compte que beaucoup de gens comprennent ce mot dans son sens exclusif par défaut dans beaucoup de cas. Pour preuve, le fait que justement « et/ou » soit très répandu. L'exemple d'utilisation de sebas est bon également. Expliciter ne peut pas faire de mal.
[^] # Re: Publication difficile sur F-Droid
Posté par raphj . En réponse à la dépêche SimpleProtocolPlayer NG — jouez des sons de votre ordinateur sur votre appareil Android. Évalué à 4. Dernière modification le 29 octobre 2019 à 01:00.
Pas besoin de forker le dépôt des applications, mais il faut avoir l'accord de l'équipe de développement.
Il faut ajouter soi‐même son application, ou attendre que quelqu'un le fasse. Mais cela consiste à écrire un petit fichier yaml de 15 lignes et faire une demande d'intégration, il n'y a rien de très compliqué et ça vaut le coup de le faire. :-)
Ensuite, l'application est mise à jour toute seule avec les étiquettes git du dépôt.
Je peux t'aider si tu veux.
[^] # Re: Latence ?
Posté par raphj . En réponse à la dépêche SimpleProtocolPlayer NG — jouez des sons de votre ordinateur sur votre appareil Android. Évalué à 4. Dernière modification le 25 octobre 2019 à 23:30.
Je viens d'essayer avec un film sur un réseau Wi-Fi plutôt solide avec mpv. Il y a une latence très légère (une bonne manière pour tester est d'activer les deux sorties audio en même temps), en dessous de la demi seconde. À noter que VLC permet de compenser ce genre de latence.
À noter aussi que sur ce réseau, je ne suis pas sûr d'avoir non plus plusieurs secondes de latence avec PulseAudio.
Tu devrais peut-être vérifier que tu es sur un canal Wi-Fi pas trop chargé. L'application WiFiAnalyzer est très pratique pour ça. J'ai eu plus de soucis avec PulseAudio en ville qu'ici (mais c'était plus des coupures voir de la saturation du réseau que de la latence) et mon hypothèse principale est qu'il y a des conflits d'ondes Wi-Fi. Le matériel est peut-être également de meilleure qualité ici, mais je doute que ce soit ça.
Autre détail important : j'ai eu par le passé (et je pense que c'est toujours le cas) une connexion beaucoup plus stable en utilisant la variable d'environnement PULSE_SERVER pour jouer du son sur un autre ordinateur qu'en choisissant la sortie avec le contrôleur de volume, pour une raison qui m'échappe.
[^] # Re: Typo
Posté par raphj . En réponse à la dépêche SimpleProtocolPlayer NG — jouez des sons de votre ordinateur sur votre appareil Android. Évalué à 1. Dernière modification le 25 octobre 2019 à 20:40.
Je confirme, il faut bien garder « Si F-Droid aurait », la phrase corrigée n'a pas de sens en l'état (la deuxième proposition n'est pas au conditionnel dans cette phrase).
Parfois, les si aiment bien les -rait… :-)