aiolos a écrit 1042 commentaires

je ne vois pas en quoi le virus pourrait muter plus facilement du fait qu'il s'attaque à un non-vacciné (c'est comme ça que fonctionne l'immunité naturelle depuis des millénaires),

Un virus mute, s'il ne rencontre que des gens vaccinés il ne va contaminer que 5% de ceux-ci. Qui vont à leur tour contaminer 5% de ceux qu'il rencontre, etc. Comme les probas se multiplient à chaque étape (ce sont des événements indépendants), s'il ne rencontre que des gens vaccinés, ça va rapidement tendre vers 0 et la mutation ne va pas se propager.

A l'inverse, s'il ne rencontre que des gens non vaccinés, il va se propager de façon exponentielle.

tandis qu'il ne chercherait pas à muter au contact des vaccinés.

Un virus ne "cherche" pas à muter. Il mute, contamine et survit ou non. Ce n'est pas un acte volontaire…

Au contraire, on a toujours dit qu'il était une aberration de vacciner en tant d'épidémie, pour éviter cela justement.

Source ? Parce que pour moi, c'est n'importe quoi.

Pour le reste, je ne commenterais pas tant c'est vraiment ne rien comprendre que de mettre sur le même plan le risque d'avoir et propager le covid avec et sans vaccin Oo

On pourrait voir se généraliser des auto-tests à l'entrée de certains établissements, ça n'aurait rien d'absurde, mais c'est plus coûteux que de scanner un QR-code, on se modernise.

Ce ne sont pas des auto-tests mais des tests antigéniques, mais, par exemple, le zoo de Beauval met en place des lieux de tests pour les personnes ne disposant pas de passe sanitaire. À noter que ces tests sont effectués aux frais de la secu…

Si vous n’avez pas de Pass sanitaire à votre arrivée, Des tests antigéniques SANS RENDEZ-VOUS sont proposés sur le parking à l'entrée sud du ZooParc de Beauval depuis le 21 juillet 2021, de 8h à 19h. Les résultats sont envoyés sous quelques minutes par SMS. Prévoir une carte vitale et une pièce d’identité. La carte vitale (ou une attestation de la sécurité sociale) est obligatoire pour la prise en charge par la sécurité sociale, sinon, notre partenaire aura l'obligation de vous facturer le test.

source : https://www.zoobeauval.com/informations-mesures-sanitaires

Je pense qu'il s'agissait d'une boutade, rot13 appliqué sur un message en rot13 redonne le message d'origine (13 + 13 = 26 = 0 mod 26). Et s'il s'agissait d'appliquer rot13 + rot_k_, ben autant appliquer directement rot(13+k)…

Coder un jeu en Java ? Il y a vraiment des gens sensés qui font ça de leur plein gré ?

Tu pourrais peut-être expliquer ça aux développeurs de jeux Android…

Dans l'absolu, si tu ne fais pas un jeux qui nécessite pas de gros FPS, Java ne me semble pas un langage pire qu'un autre, il y a des bibliothèques graphiques assez puissantes et simples d'utilisation. Et pour des parties qui ont besoin de plus de ressources, tu peux toujours faire du JNI…

J'ai passé le bac en 1998… Les equations différentielles de premier degrés étaient bien au programme ; ce n'est simplement pas sorti cette année là.

Je crois que j'ai moinsé par erreur, désolé.

Léo, c'est aussi un diminutif, en tout cas, c'est le mien : je m'appelle Léonard !

Personnellement, j'ai considéré évident que si rien n'était précisé, il s'agissait de rot13…

Je ne sais pas vraiment comment c'est encore usité, mais ça a au moins été une habitude courante sur les newsgroup/IRC/forums, avant l'existence des balise spoiler pour ces derniers, quand on voulait masquer une information sans la dissimuler.

Je viens de tester d'installer TousAntiCovid depuis F-droid étant donné que
1. Aujourd'hui j'ai tenté de présenter le QR code de vaccination depuis l'import dans Sanipass, puis la photo du même QR et aucun des deux n'a été validé au contrôle (alors que je suis vacciné depuis plus d'un mois) ;
2. L'appli suisse ne propose un import que depuis un pdf ;
3. Je n'ai pas les Google apps sur mon tel.

L'appli installée depuis F-droid est inutilisable, ça boucle sur une page qui me dit qu'une version plus récente est disponible sur le store et m'offre un lien vers Play…

Mais il y a un problème d’œuf et de poule. Si personne ne fait de vélo, on ne développe pas d'infra adaptées, et personne ne fait de vélo parce qu'il n"y pas les infra pour rouler en sécurité…

Et c'est d'autant plus malheureux que le nombre de cyclistes sur les routes semble directement correlé à leur sécurité, même sans adapter les infrastructures : dans les endroits où il y a plus de cyclistes, il y a moins d'accidents !

Tu veux dire comme Firefox qui n'était pas dans Debian ?

Il a aussi écrit de très bons livres pour enfants, avant l'adolescence, par exemple L'oeuil du loup.

Ma compagne est enseignante. Et nous nous battons pour faire marcher Via depuis le début de l'année environ pour qu'elle puisse suivre ses formation ; la version Linux était sensée marcher sur Firefox… mais avec Flash. Quand nous avons fait remarquer que ce n'était plus maintenu, même sous Windows, on m'a envoyé un pdf pour le faire marcher sous Linux. Celui-ci stipulait d'installer Flash et mettait un lien… vers un ".exe".

De guerre las (nous n'avons pas de Windows ou de Mac à la maison, et nous n'avions pas l'intention d'utiliser la prime "numérique" pour acheter une licence), elle a fini par prendre une des tablettes mis à sa disposition par la mairie. Mais il se trouve que l'appli Android (y compris sur son téléphone) plante régulièrement, et accepte de la laisser parler environ une fois sur deux…

Elle attend toujours que les agents de la mairie installe l'application Via sur l'ordi de sa classe…

Les tests unitaires sont importants, mais ils ne se suffisent pas des tests, d'intégration, fonctionnels voir de fuzzing sont toujours nécessaires.

L'auteur en parle lui même, il mentionne même explicitement l'utilisation d'un fuzzer en plus des tests :

The 100% MCD tests, that’s called TH3 […] We test on as many different platforms, as many different operating systems as we can, but we also have lots of different test suites that we run, but we’ve got the original TCL tests. We’ve got TH3 . We’ve got the custom fuzzer stuff that are running constantly. We’ve got a thing called SQL logic test.

Il y a au moins eu aussi la BasicCard de ZeitControl. De mémoire, une des premières implémentations de la carte GPG ciblait ces cartes. Il me semble aussi que MultOS supporte Visual Basic.

Edit: En relisant le site de BasicCard, je ne suis pas sûr que ces cartes ne soient pas uniquement des cartes MCU (c'est à dire sans protection hardware)

En fait, je me suis focalisé sur Treble sans bien lire le lien que tu avais donné sur les Generic System Image, merci pour tous ces liens. Désolé d'avoir mis du temps à comprendre de quoi tu parlais.

De ce que j'en comprend (ça fait un moment, la dernière fois que j'ai travaillé sur le low-level Android), il s'agit plutôt d'une HAL qui abstrait le très-low Level par une interface commune sur laquelle vient s'appuyer le plus haut niveau. À charge pour le constructeur/intégrateur d'utiliser les drivers spécifiques à son matériel pour fournir les API de la HAL. C'est un classique en embarqué.

Donc, chaque plateforme matérielle garde un support spécifique de ce très bas niveau, qui ne peut pas s'appuyer sur une API de découverte de périphériques pour offrir un support universel du matériel. Et, à mon avis, cette couche s'appuie sur des noyaux spécifiques, patché par le fondeur, à la plateforme pour supporter un matériel embarqué.

Effectivement. Mais de ce que je crois en comprendre, ça concerne que le haut niveau. Ça rend les choses beaucoup plus propre, et sans doute plus simple à adapter. Cependant, tout le bas niveau reste à adapter à la plateforme matérielle…

En fait, le principal obstacle à faire comme pour PC un noyau/système qui intègre tous les drivers pour tous les téléphones, c'est qu'à l'inverse du PC, il n'y a pas de mécanisme standardisé de découverte des périphériques sur ARM.

Il faut donc initialiser ton système avec les périphériques de ta machine, basé sur ta seule connaissance de la plate-forme. Autrement dit, il faut le noyau et le modules spécifique à ta plateforme.

En fait, comme tu reçois des bulletins par la poste chez toi avant le scrutin, tu peux préparer ton vote à l'avance. Le passage par l'isoloir permet de faire en sorte qu'il est impossible de savoir si tu met dans l'urne le bulletin que tu viens de récupérer ou un que tu avais sur toi avant d'arriver. En plus, il traîne souvent plein de bulletins dans l'isoloir, ce qui permet de changer de bulletin à l'intérieur…

Mais si ce que tu veux, c'est un contrôle de bas niveau, Linux te permet de faire ça. Donc tu met un Linux minimaliste, éventuellement avec buildroot ou yocto, comme c'est fait en embarqué. Par contre, je ne fais pas ce genre d'embarqué, donc je ne sais pas si ce sera adapté à une carte complexe comme une carte mère de PC…

En fait, je ne suis pas sûr que ce soit si direct que ça. Parce que si l'on considère que l'aspect technique, le biais sur l'accès aux études se traduit sur le recrutement, pas uniquement sur un biais de sélection.

J'ai précisé que l'aspect politique de Debian servait la technique. Tu m'expliques en quoi la diversité la servirait ?

En élargissant la diversité de l'expression des besoins ? Ce qui permettrait de répondre aux attentes techniques d'une communauté plus diverse ?

Ici, il ne s'agit pas de "discrimination positive", mais simplement de tenter d'attirer des gens d'origine (au sens social) plus diverse que maintenant. Je ne vois pas en quoi c'est un problème, si ce n'est qu'éventuellement ça détournerait des moyens qui pourraient être mis ailleurs… Mais s'il y a des bras pour s'emparer de cette problématique, ce n'est pas dit qu'ils soient disponibles pour autre chose.

Et comme les trois points résumés de son programme portent sur la communauté Debian dans son ensemble, ça donne quand même un grand axe de sa candidature au poste. Et ça me semble être une position tout à fait raisonnable qu'au delà de la technique et de la gestion, le rôle de DLP soit centré sur la structuration de la communauté !

C'est à mon avis un très mauvais conseil que de dire à un jeune homme de 17 ans de tenter de s'introduire dans un serveur qui n'est pas à lui ! Je rappelle que le risque, c'est une peine de prison !

Le premier truc que tu apprend dans le métier de pentester c'est que tu ne t'attaques qu'à ce qu'on t'a autorisé à attaquer. Tu ne sors JAMAIS du périmètre défini à l'avance ! Si tu détecte quelque chose hors de ce cadre, ça fera éventuellement l'objet d'un second contrat…