Je me suis rendu compte que tu es en perte de vitesse sur TapTempo, que la fréquence de nouveaux portages diminue significativement.
Il faudrait un outil, MetaTapTempo, pour mesurer tout ça.
Les utilisateurs postent un journal LinuxFR en cadence régulière et le programme en déduit le tempo correspondant. Il est affiché en nombre de journaux LinuxFR équivalent par semaine (ou JPW en anglais).
Dans mon cas la taille utilisé au lancement et la taille en 1:1 sont quasiment identique et aucune ne dépasse de mon écran. Donc c’est un peu perturbant.
Arf, ça rajoute des bordures pour pas que le device colle les bords de l'écran.
Est-ce qu’il y a une option en CLI pour démarrer en 1:1 directement?
Pour l'instant, non.
Tu peux ouvrir une issue (feature request) en expliquant ce que tu dis ici pour pas oublier ;-)
Et le clavier aussi fonctionne, par contre je peux pas envoyer d’apostrophe (celui du bépo) il faut que je tape une quote droite (') si je veux que ça passe
Dans ce contexte, les caractères non-ASCII, c'est compliqué.
Et j’ai un vrai bug: l’écran est noir si je lance l’application Silence.
Dans Silence → Paramètres → Vie privée → Protection de l'écran.
pourquoi ça se lance pas directement en 1:1?
Pour que la fenêtre du device ne dépasse pas celle du pc.
De ce que j'ai compris, si l'exécution spéculative lit des données "non-autorisées", ce n'est pas grave (ça reste interne au CPU), tant qu'il n'y a pas d'effets de bords permettant d'extraire ces données.
la solution (matérielle ou logicielle) pour corriger ça reviendrait à désactiver cette exécution spéculative ?
A priori, il suffirait que cette exécution spéculative n'ait pas d'effets de bords.
Je n'y connais rien en matériel, mais serait-il possible d'avoir un cache spécifique à l'écriture par l'exécution spéculative? Le code exécuté spéculativement pourrait lire le cache "normal", mais ne pourrait écrire que dans un espace qui lui est réservé, qui serait ensuite commité sur le cache normal une fois la branche "validée". Ainsi, les effets de bords exploités dans ces attaques seraient supprimés.
L'idée est de faire en sorte que des accès mémoire "non autorisés" soient réalisés en "exécution spéculative". Par exemple, lorsque length n'est pas en cache dans if (index < length) { … }, le processeur exécute déjà spéculativement les instructions du bloc if. Ce ne devrait pas être un problème, car une fois toutes les informations connues – dans cet exemple, length –, si la condition est fausse, l'exécution est "oubliée".
C'est sans compter sur les effets de bords : les loads effectués dans l'exécution spéculativent restent en cache L1. Ainsi, il est possible de provoquer un chargement en cache selon une valeur en mémoire "non autorisée" qu'on veut leaker. Ensuite, en mesurant le temps pour accéder à ces mêmes données, on est capable de savoir si elles étaient en cache ou non, donnant indirectement des informations sur la valeur en mémoire qu'on voulait récupérer.
Voir notamment la theoretical explanation de Variant 1 dans le post googleprojectzero.
Ton commentaire est clairement un plagiat de celui-ci.
Dans le texte original :
Je crois qu'il n'y a pas mille façons de parler d'une élection, surtout si on parle de la même.
Dans ton commentaire :
Je ne vois pas en quoi il y aurait plagiat sur un texte aussi banal que celui consistant à relater une élection
Et ça continue :
J'veux dire forcément on annonce l'élection, on présente les candidats, on évoque éventuellement le mode de scrutin et si le scrutin est passé on annonce le vainqueur.
VS
En l'espèce, il m'est difficile de comprendre en quoi un texte de quelques lignes se bornant à lister les candidats d'une élection, le résultat du scrutin, quelques dates et un bravo seraient donc une œuvre de l'esprit selon la jurisprudence.
Et encore :
mise en oeuvre de son programme
→
que c'est une œuvre de l'esprit
Je conseille vivement à PsychoFox de te mettre en demeure.
[^] # Re: R.I.C. / R.I.P
Posté par ®om (site web personnel) . En réponse au journal Cahier de doléances. Évalué à 10.
On peut encore augmenter la densité:
https://fr.wikipedia.org/wiki/Citadelle_de_Kowloon
blog.rom1v.com
# MetaTapTempo
Posté par ®om (site web personnel) . En réponse au journal TapTempo en Advanced Brainfuck. Évalué à 10. Dernière modification le 28 mars 2018 à 15:15.
Il faudrait un outil, MetaTapTempo, pour mesurer tout ça.
Ou pas.
blog.rom1v.com
[^] # trending
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2.
Ah oui, c'est vrai que ça monte vite : le projet est 1er dans les trending repos de github aujourd'hui !
blog.rom1v.com
[^] # Re: meson.build
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2.
C'est reddit et HN, ça amène un trafic impressionnant.
Je viens de compter dans mes logs apache (je n'ai pas d'outil de stats), en un peu plus d'une journée, il y a plus de 50000 IP uniques.
blog.rom1v.com
[^] # Re: meson.build
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2.
OK, tu as un LG, non?
https://github.com/Genymobile/scrcpy/issues/18
Si tu peux aider à résoudre le problème :)
blog.rom1v.com
[^] # Re: meson.build
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2. Dernière modification le 09 mars 2018 à 17:19.
Est-ce que ça ne clique pas au mauvais endroit? C'est possible si tu as 2 écrans avec des dpi différents, dont un hidpi.
Si c'est le cas, désactive le support hidpi:
(la qualité vidéo va être moins bonne, mais c'est pour voir si ça vient de là)
blog.rom1v.com
[^] # Re: Et sans le SDK android ?
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2. Dernière modification le 09 mars 2018 à 17:17.
Arf, ça rajoute des bordures pour pas que le device colle les bords de l'écran.
Pour l'instant, non.
Tu peux ouvrir une issue (feature request) en expliquant ce que tu dis ici pour pas oublier ;-)
blog.rom1v.com
[^] # Re: Enregistrer les touches et pouvoir les rejouer
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2. Dernière modification le 09 mars 2018 à 17:15.
Ah, j'ai aussi fait ça chez Genymobile en utilisant AOA (même sans adb). Mais c'est intégré dans une appli pas open source.
blog.rom1v.com
[^] # Re: meson.build
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2.
Comment ça?
cf https://linuxfr.org/users/rom1v/journaux/scrcpy-une-appli-pour-afficher-et-controler-des-devices-android#comment-1732031
blog.rom1v.com
[^] # Re: Et sans le SDK android ?
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2. Dernière modification le 09 mars 2018 à 16:09.
Dans ce contexte, les caractères non-ASCII, c'est compliqué.
Dans Silence → Paramètres → Vie privée → Protection de l'écran.
Pour que la fenêtre du device ne dépasse pas celle du pc.
blog.rom1v.com
[^] # Re: Ca marche pas et c'est dommage
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 3.
Je n'ai pas essayé, mais :
https://www.reddit.com/r/Android/comments/834zmr/introducing_scrcpy_an_app_to_display_and_control/dvffvxp/
blog.rom1v.com
[^] # Re: meson.build
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 2.
Cette commande est à exécuter à la racine du projet.
Et l'
*
, ça ne va pas passer ;)blog.rom1v.com
[^] # Re: peut être le graal?
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 3.
cf ce commentaire
Il ne faut pas faire ça, c'est à lancer sur le device :)
C'est la source de ton problème : ton device n'est pas reconnu par adb.
Tu as activé le "debugging USB"? Fais en sorte que ton device soit reconnu.
Une fois que ce problème sera réglé, ça devrait marcher (même si tu n'auras rien dans la console).
blog.rom1v.com
[^] # Re: Ca marche pas et c'est dommage
Posté par ®om (site web personnel) . En réponse au journal scrcpy, une appli pour afficher et contrôler des devices Android. Évalué à 3. Dernière modification le 09 mars 2018 à 11:34.
On m'a parlé de ce problème hier : le binaire "portable" pré-compilé pour Windows ne sort rien sur stderr ou stdout.
Par contre, en le compilant à la main comme sur les autres plates-formes, ça marche: https://github.com/Genymobile/scrcpy#windows
Pour l'instant, je ne sais pas pourquoi (je ne comprends pas grand chose à Windows ;)).
blog.rom1v.com
# Contraintes
Posté par ®om (site web personnel) . En réponse au journal En évoquant Facebook. Évalué à 10.
Chers amis, quel est le bitrate caché qui motive un tel apparent gaspillage ?
https://github.com/OculusVR/Flicks/blob/master/README.md
blog.rom1v.com
# Liens
Posté par ®om (site web personnel) . En réponse au journal Le retour de la vengeance de la virgule flottante. Évalué à 4.
Commentaires reddit
À propos de ta fiction : The Most Expensive One-byte Mistake
blog.rom1v.com
[^] # Re: Détails techniques
Posté par ®om (site web personnel) . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 4.
De ce que j'ai compris, si l'exécution spéculative lit des données "non-autorisées", ce n'est pas grave (ça reste interne au CPU), tant qu'il n'y a pas d'effets de bords permettant d'extraire ces données.
blog.rom1v.com
[^] # Re: Détails techniques
Posté par ®om (site web personnel) . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 2.
A priori, il suffirait que cette exécution spéculative n'ait pas d'effets de bords.
Je n'y connais rien en matériel, mais serait-il possible d'avoir un cache spécifique à l'écriture par l'exécution spéculative? Le code exécuté spéculativement pourrait lire le cache "normal", mais ne pourrait écrire que dans un espace qui lui est réservé, qui serait ensuite commité sur le cache normal une fois la branche "validée". Ainsi, les effets de bords exploités dans ces attaques seraient supprimés.
blog.rom1v.com
[^] # Re: Infos détaillées
Posté par ®om (site web personnel) . En réponse au journal Ça sent pas bon chez Intel ?. Évalué à 9. Dernière modification le 04 janvier 2018 à 01:20.
Voici un petit résumé de ce que j'ai compris.
L'idée est de faire en sorte que des accès mémoire "non autorisés" soient réalisés en "exécution spéculative". Par exemple, lorsque
length
n'est pas en cache dansif (index < length) { … }
, le processeur exécute déjà spéculativement les instructions du blocif
. Ce ne devrait pas être un problème, car une fois toutes les informations connues – dans cet exemple,length
–, si la condition est fausse, l'exécution est "oubliée".C'est sans compter sur les effets de bords : les loads effectués dans l'exécution spéculativent restent en cache L1. Ainsi, il est possible de provoquer un chargement en cache selon une valeur en mémoire "non autorisée" qu'on veut leaker. Ensuite, en mesurant le temps pour accéder à ces mêmes données, on est capable de savoir si elles étaient en cache ou non, donnant indirectement des informations sur la valeur en mémoire qu'on voulait récupérer.
Voir notamment la theoretical explanation de Variant 1 dans le post googleprojectzero.
blog.rom1v.com
[^] # Re: Rien de surprenant
Posté par ®om (site web personnel) . En réponse au journal [Humour] vers un monde différent. Évalué à 5. Dernière modification le 19 décembre 2017 à 14:25.
La preuve : quelles sont les 1000 premières décimales de π?
blog.rom1v.com
# Du code
Posté par ®om (site web personnel) . En réponse au journal [liens] Mais juste un. Évalué à 10.
http://www.commitstrip.com/fr/2016/08/25/a-very-comprehensive-and-precise-spec/
blog.rom1v.com
[^] # Re: Serait-ce le même ?
Posté par ®om (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 6.
Je ne sais pas si c'est assez clair visuellement, mais la dépêche s'arrête à la fin du cadre blanc dans lequel elle se trouve ;-)
blog.rom1v.com
[^] # Plagiat caractérisé
Posté par ®om (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
Ton commentaire est clairement un plagiat de celui-ci.
Dans le texte original :
Dans ton commentaire :
Et ça continue :
VS
Et encore :
→
Je conseille vivement à PsychoFox de te mettre en demeure.
blog.rom1v.com
# Coup médiatique
Posté par ®om (site web personnel) . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
Il semblerait que fgallaire aime bien faire des "coups médiatiques" à propos des licences Creative Commons… Dans quel but?
blog.rom1v.com
# Joli travail
Posté par ®om (site web personnel) . En réponse au journal media-toc ou un prétexte pour prendre des technologies en main. Évalué à 7. Dernière modification le 16 octobre 2017 à 17:48.
Merci pour ce journal, beau travail. Tu as dû bien t'amuser :)
C'est intéressant de voir une application graphique en Rust, et qui fonctionne :)
Je connais davantage Qt que Gtk, mais apparemment c'est plus compliqué pour les bindings (cf discussion).
J'ai juste des clignotements parfois sur le rendu de la partie audio: https://github.com/fengalin/media-toc/issues/58
Aussi, en l'état actuel, le projet nécessite Rust nightly. Comme par défaut, je suis en stable, j'ai dû exécuter la commande :
blog.rom1v.com