GuiGui's Show

Et : http://www.itnews.com.au/News/372033,worlds-largest-ddos-strikes-us-europe.aspx

Nerdz - Bon, je suppose que tout le monde connaît la série Nerdz mais au cas où ... J'étais sceptique mais ça vaut vraiment le coup d'être vu (et revu et rerevu 'fin bref, vous avez compris). La qualité est assez inégale d'un épisode à l'autre selon les sensibilités ... Parfois, on passe de "épisode chiant sans intérêt" à "épisode humoristique absolument génial" donc il faut vraiment en regarder plusieurs avant de se faire une idée.

Dans le même registre (voire par les mêmes têtes) :
- Golden Show : https://www.youtube.com/watch?v=QWhVd5b_t5g&list=PLBB1506925F168CE0&index=1 puis https://www.youtube.com/watch?v=GllNT95MDTI puis https://www.youtube.com/watch?v=AoLRU3CTZIE

- Golden Moustache qui inclut le Golden Show et Suricate ... Seulement quelques vidéos de Suricate sont marrantes et/ou pertinentes mais vu le format court, ça coûte rien d'essayer. Je n'ai pas aimé le reste des vidéos de la chaîne. https://www.youtube.com/user/GoldenMoustacheVideo

- Mange mon geek ... bon ok, ça cause de comment concilier geek et bonne bouffe donc c'est du fake mais bon il reste les vannes et vu le format court, on perd rien ... https://www.youtube.com/user/MrPoulpe/videos

- Palma Show ... Bof bof, ça fait sourire parfois mais sans plus ... https://www.youtube.com/user/Palmashow/videos

J'ai le même problème, plusieurs milliers de lignes « UDP Checksum error » par seconde dans mon kern.log / dmesg.

C'est aussi avec une carte réseau JMicron : une JMC250.

C'est comme ça depuis l'achat de la machine et ça marche ... Pas de problèmes de connectivité ou de débit (1 Gbps négocié sans problèmes), même avec des flux UDP massifs (générés, pour tester, avec l'envoi d'un fichier de plusieurs Go de rien (/dev/zero) en utilisant netcat). Du coup, un retour SAV à mes frais et perte de temps ne se justifiait pas.

Surtout si c'est un problème du driver ... J'utilise le classique driver jme ...

La solution pour masquer le problème (oui, booooooouh) et se faire moins pourrir les logs : ethtool -K eth0 rx off ... désactiver la déportation de la vérification des checksums des flux entrants sur la carte réseau. La pile réseau du noyau fera ça très bien toute seule.

Youhou \o/

Heuuuuuu ouais ...

- Il va falloir de l'argent pour financer ça

- Est-ce que ça apporte une réelle plus-value en terme de service rendu aux gens ? Parce que si c'est juste pour voir les travaux et les accidents ... bof bof quoi, ça se fait déjà avec les GPS ... L'investissement vaudra-t-il le service rendu ?

- Quid des dérives qui renforceront la surveillance généralisée ? On saura précisément où est telle voiture, sa vitesse et tout un tas d'autres données ... Remarque, ce système se marie bien avec les autorités qui cherchent à arrêter une voiture à distance ...

- Quid des attaques informatique contre ce genre de système ? Annoncer de faux accidents/travaux pour dévier/empêcher du trafic, par exemple.

(via FRsAG)

(via http://seenthis.net/messages/217392)

« Quand développeur1 m’a parlé de cette conversation, j’ai été convaincue par l’open source. Étant une petite fille d’une région rurale, qui avait été exclue encore et encore de toute activité intellectuelle, sous prétexte que je n’étais pas assez riche, trop campagnarde, pas assez âgée pour être désirée, je ne pouvais pas croire la facilité avec laquelle j’avais été acceptée et traitée comme tout le monde sur le salon, même s’ils savaient qui j’étais. Et j’ai été encore plus impressionnée quand j’ai appris que développeur0 n’était autre que Eric S. Raymond, dont j’avais dévoré les textes peu après avoir découvert Linux.

L’open source était mon refuge parce que c’était un endroit où personne ne prêtait attention à mes « ancêtres » ou ce à quoi je ressemblais — les gens s’intéressaient uniquement à ce que je faisais. Je me faisais bien voir des gens qui pouvaient m’aider en m’occupant de tâches ingrates : trier les tickets pour garder les listes propres, rédiger de la documentation et corriger les commentaires dans le code. J’aidais tout le monde, donc quand j’avais besoin d’aide, la communauté était là. Je n’avais encore jamais rencontré un autre développeur dans le monde réel, mais j’en savais plus sur le développement que certains étudiants.

[...]

Plus tard, à l’approche de leur vingt ans, quand quelqu’un trouve que le déficit de filles dans les communautés technologiques est un problème, on vient les chercher par la manche et on les emmène à une rencontre LUG (NdT : Linux User Group / Groupe des utilisateurs de Linux) ou sur un salon IRC. Étonnamment, cela ne fait pas de ces jeunes femmes des hackers.

Pourquoi croit-on que cela va marcher ? Prenez une jeune femme qui a déjà construit son identité. Jetez-la dans un monde qui est construit sur des schémas sociaux différents de ceux dont elle a l’habitude, où plein de gens parlent d’un sujet qu’elle ne comprend pas encore. Dites-lui ensuite qu’il existe une hostilité de la communauté envers les femmes et que c’est pour cela qu’il n’y en a pas assez, tout en la mettant en avant comme une bête de concours en expliquant que vous êtes ravi d’avoir recruté une femme. C’est la recette de l’échec.

Les jeunes femmes ne deviennent pas magiquement des technophiles à 22 ans. Les jeunes hommes non plus. Les hackeurs sont nés dans l’enfance, parce que c’est à cet âge que l’envie de résoudre des puzzles ou de créer quelque chose apparait chez ceux qui ont connu ce moment de « Victoire ! », comme la fois où j’ai réussi à imposer ma volonté à un couple de primates électroniques.

Malheureusement, notre société a conditionné les filles à ne pas être technophiles. Mon fils est à l’école primaire. L’année dernière, son école a fait un cours sur la robotique uniquement pour les filles. Quand mon fils a demandé pourquoi il ne pouvait pas y participer, on lui a expliqué que les filles ont besoin d’une aide spéciale pour s’intéresser à la technologie, et que s’il y a des garçons autour, les filles auront trop peur d’essayer. »

(il y a un torrent avec les mêmes vidéos mais encodées en webm avec beaucoup moins de seeds : http://www.freetorrent.fr/index.php?page=torrent-details&id=a844561ae845623696baa2ab3e8a5f496a02fbda)

Les conférences qui ont retenues mon attention (aucun classement) :
- Alternatives libres à GoogleMaps par Mathieu Leplatre

- FFDN / Tetaneutral.net, Internet autrement par Benjamin Bayart et Laurent Guerby

- L'auto-hébergement pour tous avec Yunohost par Adrien Beudin

- Conférence de clôture par Benjamin Bayart et Jérémie Zimmermann

La cour d'appel de Paris vient de se prononcer sur l'affaire Bluetouff vs ANSES (http://bluetouff.com/2013/04/25/la-non-affaire-bluetouff-vs-anses/) :
 - accès frauduleux : charge non retenue
 - maintien dans un STAD et vol de données : charge retenue

Verdict : 3000€ d'amende (au lieu des 2000€ avec sursis).

Voilà ce qui arrive quand les juges ne connaissent pas les sujets qu'ils ont à traiter. Et que l'on ne vienne pas me dire que c'est technique, machin machin ! Les experts judiciaires sont là pour ça (quand ils sont compétents et sans parti pris !). Il me semble y avoir une mauvaise foi caractérisée accompagnée d'une forte volonté de déni de la réalité (Internet = public, si pas protégées -> données devenir publiques) dans cette affaire.

ÉDIT : l'analyse de Maître Eolas : http://www.maitre-eolas.fr/post/2014/02/07/NON,-on-ne-peut-pas-%C3%AAtre-condamn%C3%A9-pour-utiliser-Gougleu
Pour moi, ils manquent les points suivants :
  - En, quoi avoir vu la page d'authentification (déjà, à quel moment Bluetouff l'a-t-il vu ? Avant ou après avoir téléchargé les 8Go de données ?) garantie-t-il que Bluetouff pouvait avoir connaissance d'être dans l'illégalité et donc se maintenir dans un STAD ? On voit souvent des parties publiques mélangées à des parties privées où il faut être authentifié. À quelle partie de l'arborescence s'applique l'authentification ?
 
  - On fait une recherche sur un moteur de recherche, on trouve des documents fascinants et le texte nous demande d'arrêter immédiatement la connexion pour ne pas tomber sous le coup d'un maintien dans un STAD ? Ça me paraît difficile et donc d'être un piège sachant que peu de personnes auront la retenue nécessaire ... Surtout un journaliste ou un étudiant qui fait des recherches précises et trouve les informations qu'il recherche ... (en dessin ça donne ça : http://geektionnerd.net/bluetouff-condamne/)
 
  - Que font 8 Go de données sur un serveur web (authentification ou pas) ? Les collaborateurs de l'ANSES ont-ils besoin de cette masse colossale d'informations en permanence ? L'ANSES n'a-t-elle pas sa part de responsabilité ?

Pour moi, l'ANSES a aussi sa part de responsabilité dans le fait de rendre accessible 8 Go de données "confidentielles" et pour la mauvaise sécurisation de son système (même si mauvaise sécurisation d'une chose n'autorise pas quiconque à la copier ou voler (AFK)) qui permettrait de faire une distinction forte entre ce qui est privé et ce qui est public.