pulkomandy a écrit 1928 commentaires

  • [^] # Re: allons encrypter

    Posté par  (site web personnel, Mastodon) . En réponse au journal Qui traite des autorités SSL WoSign, Startcom et du peu de professionnalisme qui a causé leur perte. Évalué à -1.

    S'ils virent les employés mais qu'ils continuent à accepter les certificats, ça ne règle pas le problème. Surtout que je croyais que leur but c'était de tout automatiser? Comment ça peut être la faute des employés alors?

  • [^] # Re: torrent

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche L’après PC-BSD : TrueOS. Évalué à 1.

    Il y a Gnutella aussi, qui propose un système de recherche en P2P et utilise pour télécharger les fichiers… le protocole HTTP. Il fallait y penser :)

  • [^] # Re: Linux ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche CatchChallenger version 2. Évalué à 2.

    s/résolu/contourné

  • [^] # Re: Soyons positif.

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 3.

    Ah ben oui il a fallu passer un peu de temps pour mettre les choses en place. Mais cela a servi et évolué pendant plusieurs années en réutilisant les mêmes cartes un peu génériques, et je pense que ça a été plus que largement rentabilisé.

    Bien souvent, on pouvait reprogrammer en moins d'une seconde car il y a plein de choses dans le code qui ne bougent pas la plupart du temps (on ne travaille que sur un petit morceau à la fois). Si on compare à l'approche du genre "brancher le pickit/ICD/… - réécrire le firmware - débrancher le pickit", qui prend déjà 1 minute quand ça marche bien, et parfois beaucoup plus (parce qu'on finit par casser un connecteur, que la carte à reprogrammer est dans un coin pas accessible du robot, parce que le robot est à 3 mètres et qu'i faut aller le chercher), y'a pas photo.

    C'est comme si on disait que les makefiles ça sert à rien, que ça va plus vite de lancer le compilateur à la main sous prétexte que y'a que 3 fichiers dans le projet. C'est vrai quand on compile 1 fois. Mais quand on compile 10 fois, il faut se poser des questions.

    Il faut utiliser ça:
    https://xkcd.com/1205/

    Sans tomber dans ça:
    https://xkcd.com/1319/

  • [^] # Re: Soyons positif.

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Carte programmable Esus - Contrôle robot & IoT. Évalué à 1.

    L'idéal est d'avoir un seul composant numérique, relier plein de PIC ou autre par I2C ou lien série, c'est lent et chiant à programmer.

    Quand j'ai fait de la robotique (à la coupe de France qui ne s'appellait déjà plus coupe e=m6), on avait un bootloader qui se souvenait du dernier binaire chargé dans nos PICs pour ne reprogrammer que les parties modifiées (souvent pas tant que ça). Un des PICs faisait proxy et permettait de programmer tous les autres à travers un bus CAN ou I2C. Le tout piloté par une UART bluetooth qui permettait de le faire sans même avoir à brancher un câble sur le robot, ce n'était pas lent, ni même chiant :)

    Sur la carte dont il est question ici, il y a déjà du wifi intégré, donc je pense que la question ne se pose même pas?

  • # Rappel

    Posté par  (site web personnel, Mastodon) . En réponse au journal Dernière semaine pour venir nous voir à Toulouse et participer à l'édition 2016 du Capitole du Libre. Évalué à 1.

    Merci pour la piqûre de rappel. Je viens d'envoyer ma proposition de conférence.

  • [^] # Re: OS libres simples et légers

    Posté par  (site web personnel, Mastodon) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 1.

    Je ne l'avais pas listé car à ma connaissance, il n'est pas libre. Est-ce que ça a changé récemment?

  • [^] # Re: Planète ?

    Posté par  (site web personnel, Mastodon) . En réponse au sondage Les serveurs des geeks : écolos ?. Évalué à 3.

    Pour se rendre un peu compte des resources nécessaires pour construire un objet:
    http://www.thetoasterproject.org/

    Il ne s'agit même pas d'un ordinateur, mais d'un simple grille-pain. Et c'est déjà bien compliqué.

  • # Gnutella

    Posté par  (site web personnel, Mastodon) . En réponse au journal Le web distribué: Zeronet, IPFS, Dat.data, Maidsafe,.... Évalué à 2.

    Gnutella est un réseau P2P distribué. Contrairement à bittorrent il n'y a pas besoin de trackers, on peut faire des recherches de fichiers par nom et par SHA1 sur le réseau. Une fois le fichier découvert, les téléchargements utilisent le protocole HTTP.
    Cela pourrait être utilisé assez simplement comme base pour faire du web distribué, non?

  • # OS libres simples et légers

    Posté par  (site web personnel, Mastodon) . En réponse au journal [Bookmark] Faire tourner Linux sur un micro-contrôleur 8-bit. Évalué à 5.

    Il vaut mieux faire simple, parfois :). Quand on a pas de MMU, on peut utiliser:

    • Contiki fonctionne sans barrette de RAM SIMM, il peut sur un AVR faire tourner un serveur VNC avec l'interface graphique (brancher un écran LCD avec son contrôleur soit aussi être possible),
    • NitrOS9 pour les CoCo et Dragon (à base de 6809), système multitache qui boote en beaucoup moins de 2 heures,
    • RetroBSD pour Microchip PIC32,
    • Et bien sur FUZIX qui a déjà été mentionné et qui est le projet à la mode pour faire de l'UNIX sur une architecture 8 bits.

    Et là je me limite aux choses qui ont une interface utilisateur (terminal ou graphique). Il y en a encore plein d'autres qui n'ont pas ça (mais des services web, par exemple). Nut/OS, ChibiOS, et certainement de nombreux autres.

  • [^] # Re: Oui, enfin quand on regarde les détails...

    Posté par  (site web personnel, Mastodon) . En réponse au journal Quand on délègue sa liberté d'expression à twitter. Évalué à 10.

    J'ai du louper un truc, à quel moment les conditions d'utilisation de Twitter sont devenues la loi?

    reflets.info ne respecte pas les conditions d'utilisations de Twitter, leur compte est bloqué. Il n'y a rien d'illégal là dedans. Et du coup, ils reprennent en main leur communication en hébergeant eux-même leurs infos (sur leur site et sur une liste de diffusion), ce qui leur permet de diffuser les infos qu'ils veulent (dans le respect de la loi, mais contraire aux conditions d'utilisations de Twitter).

    Donc, oui: Twitter interdit de dire "le numéro de téléphone de machin est dans l'annuaire". Heureusement, ce n'est pas la loi :)

  • # msc-generator

    Posté par  (site web personnel, Mastodon) . En réponse au journal Écrire des diagrammes de séquences. Évalué à 5.

    Il y a msc-generator, qui est plus ou moins basé sur mscgen avec plein de fonctions en plus: https://sites.google.com/site/mscgen2393/

    C'est un bon point de départ. Il manque quelques trucs dans les possibilités de "styles" mais on s'en sort avec quelques outils autour (un makefile et quelques astuces à base de cat pour concaténer des fichiers).

    Il y a une interface graphique pour Windows, avec un apperçu du rendu et un éditeur (pas terrible). Il y a bien sur un outil en ligne de commande pour générer le graphe. Il y a une intégration dans Microsoft Office sous forme d'objets OLE, mais c'est un peu gadget.

    Il manque un export en format vectoriel de qualité, même l'export en SVG a certaines parties du diagramme rendues en bitmap, et du coup ça pixellise quand on veut intégrer les SDL à un document imprimé.

    En tout cas, il serait appréciable de garder une syntaxe proche de mscgen et/ou msc-generator (qui a quelques variantes). ça permettra aux gens de migrer vers ton outil.

    Enfin, Python est facile à installer sous Windows. Alors qu'une chaîne de compilation pour du C/C++, c'est moins facile.

  • [^] # Re: Wandboard

    Posté par  (site web personnel, Mastodon) . En réponse au journal Du stockage, du stockage :). Évalué à 1. Dernière modification le 08 septembre 2016 à 15:45.

    Avec le même CPU, il y a aussi l'Utilite chez Compulab, qui a un port mSATA en interne. Mais c'est donc pour mettre un SSD et pas un grod disque tournant.

  • [^] # Re: J'ai déjà entendu ça quelque part

    Posté par  (site web personnel, Mastodon) . En réponse au journal Tout simplement E P I Q U E. Évalué à 6.

    la journée de la procrastination (tiens d'ailleurs personne n'en a parlé cette année)

    Je voulais faire un journal, et puis, trop la flemme!

  • [^] # Re: Comment ils font ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 6.

    Les paquets sont montés dans un "packagefs" qui fusionne les fichiers fournis par tous les paquets (plus des fichiers de configuration stockés directement sur la partition système dans certains dossiers). Du coup, c'est transparent pour les applications (sauf qu'elles ne peuvent plus écrire dans les dossiers qui sont composés uniquement du contenu des packages).

    C'est un "vrai" système de fichier, pas de FUSE. D'ailleurs, le noyau de Haiku est lui-même stocké dans un paquet (non compressé, celui là), et il est extrait par le bootloader au démarrage du système.

    Autre avantage: lors d'une mise à jour, on stocke les anciennes versions des paquets dans un dossier "state". Le bootloader est capable de booter une ancienne version du système stockée de cette façon, ce qui est très pratique en cas de mise à jour qui casse tout.

  • [^] # Re: Comment ils font ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 2.

    Les paquets sont stockés compressés sur le disque dur. Le format de compression utilisé (par blocs de 4K) permet de décompresser à la volée quand les fichiers du paquets sont lus (et la version décompressée est stockée dans le cache de fichiers en RAM).
    Du coup, l'installation d'un paquet (ou même de centaines de paquets) est très rapide, il y a juste à copier les paquets dans /system/packages. Et la suppression est aussi très simple, puisqu'il y a juste à supprimer le paquet, et pas besoin de suivre les douzaines de fichiers installés un peu partout sur le disque.

  • [^] # Re: Pas logique ou militant licence MIT

    Posté par  (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 3.

    Il faut bien comprendre aussi que quand quelqu'un choisit de ne pas contribuer ses changements upstream, c'est pas l'upstream qui va avoir des problèmes pour faire les merges à chaque nouvelle version ou les backports de bugfixes dans son fork.

    On a pas besoin de la GPL pour faire comprendre ça aux gens. Il faut qu'ils se rendent compte que c'est dans leur intérêt de contribuer leur code, pas parce qu'ils risquent de se prendre un procès ou de pourrir leur image, mais parce que sur le moyen et le long terme, ça leur fera gagner plein de temps.

    J'en sais quelque chose: mon travail en ce moment consiste en partie à faire des backports et des merges de ce genre sur du code en BSD ou MIT. C'est chiant, et si les changements avaient été versés upstream, y'aurait pas besoin de le faire.

    La GPL, elle sert à forcer les gens à publier leurs changements, dans leur intérêt. Le but est noble, mais le moyen me semble pas terrible.

  • [^] # Re: Mauvaise licence, changer licence

    Posté par  (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 5.

    Sauf que si on attaque jamais personne, ceux qui jouent le jeu diffusent leur code à l'avantage de leurs concurrents qui ne le diffusent pas. Et sur le long terme, ils vont voir qu'on leur a vendu les avantages de la GPL (que tout le monde doit jouer le jeu, ce qui rend les choses équitables et permet un retour sur l'investissement qu'est l'effort de publier les sources), sauf qu'en fait, ce qui jouent le jeu, ils ont que les inconvénients, et les autres, ils ont que les avantages.
    Sur le court terme, ça marche, mais au bout d'un moment, y'en a qui en auront marre de se faire avoir comme ça. Est-ce qu'ils porteront plainte eux-même contre les concurrents qui ne jouent pas le jeu de la GPL? Possible, après avoir contribué du code (pas avant: c'est seulement le détenteur du copyright qui peut attaquer).

  • [^] # Re: Mauvaise licence, changer licence

    Posté par  (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 2.

    Un lien sur un changement de licence un peu similaire, de CC-BY-SA à CC-0, et les raisons qui ont conduit à le faire:

    http://blog.ninapaley.com/2013/01/18/ahimsa-sita-sings-the-blues-now-cc-0-public-domain/

  • [^] # Re: Mauvaise licence, changer licence

    Posté par  (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 3.

    Il n'y a pas beaucoup d'entreprises qui développent des produits pour ne pas les diffuser (en les vendant, en général). Mais oui, techniquement, la GPL oblige à fournir les sources lors de toute diffusion des binaires.

  • # Mauvaise licence, changer licence

    Posté par  (site web personnel, Mastodon) . En réponse au journal Faut-il défendre la GPL devant les tribunaux ?. Évalué à 10.

    La GPL, c'est pour forcer les gens à diffuser leur code. Si on ne le fait pas, ça sert à rien.

    Personnellement, je préfère effectivement expliquer aux gens que le libre c'est mieux et que tout le mone peut y gagner. Mais j'utilise la licence MIT quand j'ai le choix pour le code que j'écris. Ainsi je ne force personne à me suivre.

    Si on fait de la GPL mais qu'en fait on ne se défend pas contre les gens qui ne la respectent pas, ça va devenir difficile de "vendre" cette licence, dont l'intérêt est justement que les gens doivent la respecter et partager leurs changements. Si on n'oblige personne à le faire, alors les gens qui ne veulent pas contribuer de cette façon pourront prendre le code sans contrepartie.

  • [^] # Re: Lapin compris

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche À Toulouse, ouverture d'une formation de développeur d'Applications « full-stack ». Évalué à 3.

    Développeur maison = développeur façade + développeur fondations ?

  • [^] # Re: Toutes ces années de dev

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 3.

    pour avoir plus léger il faut taper dans des moteurs alternatifs, genre Vivaldi pour n'en citer qu'un.

    Mauvaise pioche: le navigateur Vivaldi utilise le moteur Blink (alors qu'il a été créé suite à la décision chez Opera d'utiliser… Blink!).

    ça devient compliqué de trouver des moteurs alternatifs. Dans les libres, il y a bien NetSurf et Dillo, mais c'est loin d'avoir toutes les fonctionnalités nécessaires. Dans les non libres, il y a Presto (qui est toujours utilsé par Opera Mini, mais plus par Opera Desktop), et NetFront. Peut-être que Servo viendra un peu relancer les choses?

  • [^] # Re: Comment ils font ?

    Posté par  (site web personnel, Mastodon) . En réponse à la dépêche Haiku a 15 ans. Évalué à 7.

    Oui enfin préférer miser sur "une éventuelle continuation propriétaire de BeOS" plutôt que sur Linux (même en 2001), comment dirais-je?

    Cela a bien fonctionné avec Zeta, pendant plusieurs années, certains développeurs contribuant aux deux projets.

    Pour les noyaux BSD et Linux, à l'époque le support du SMP était à base de Giant Lock, pas du tout en ligne avec ce que Haiku voulait faire. Il manquait la compatibilité des drivers avec BeOS qui était un des buts du projet. Et comme je l'ai indiqué, il manquait du support dans les noyaux Linux et BSD pour pas mal de choses, qu'il aurait fallu ajouter, en particulier au niveau des IPC qui permettent à différents processus de communiquer entre eux.

    Il aurait donc fallu forker un de ces noyaux, et il aurait été difficile d'upstreamer les patches (encore aujourd'hui, Android a du mal à le faire pour des raisons similaires).

    Alors c'est sûr que 15 ans plus tard avec un peu de recul, on peut dire que ça n'a pas été la meilleure décision prise dans l'histoire du projet. Mais ce n'était pas forcément évident à l'époque.

  • [^] # Re: Sauter le pas !

    Posté par  (site web personnel, Mastodon) . En réponse au journal Appel aux fabricants de liseuse. Évalué à 9.

    Sur certains Kindle d'Amazon, il est assez facile d'avoir accès au système Linux caché dessous (avec un accès SSH par wifi ou par le port USB):
    http://wiki.mobileread.com/wiki/Kindle4NTHacking#Jailbreak

    et ensuite d'installer ce qu'on veut (Debian dans un chroot, par exemple):
    http://wiki.mobileread.com/wiki/Debian_Installation_on_Kindle_Touch

    Ou simplement stopper le service qui fait tourner l'UI Amazon:

    /etc/init.d framework stop

    Et ensuite faire autre chose avec l'écran et les boutons, par exemple s'en servir pour afficher la météo du jour:
    https://fnordig.de/2015/05/14/using-a-kindle-for-status-information/