superna a écrit 305 commentaires

  • [^] # Re: ubuntu trusty

    Posté par  (site web personnel) . En réponse au journal Lollypop 0.9.0 est sorti. Évalué à 1.

    c'est ballot de ne pas supporter une version LTS !

    C'est infaisable ou tu remets ça à plus tard ?

  • # ubuntu trusty

    Posté par  (site web personnel) . En réponse au journal Lollypop 0.9.0 est sorti. Évalué à 1.

    Tu prévois de rajouter les builds pour trusty bientôt ?

    Je me suis fait avoir, j'ai voulu tester et j'ai eu droit à la vieille version….

  • [^] # Re: uC-OS

    Posté par  (site web personnel) . En réponse au journal Écrire son OS - Partie 1 : préparer le terrain. Évalué à 2.

    Aussi, je pensais, tu peux utiliser le CMSIS de ARM pour éviter ré-écrire un énième fois le support du Cortex-M3 :
    http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php
    c'est utilisé par ST dans leur SDK.
    Selon mbed le code téléchargé est sous licence BSD, à vérifier…

  • # Humidité ?

    Posté par  (site web personnel) . En réponse au journal RuggedPOD: le serveur dans le jardin ?. Évalué à 4.

    J'ai une question, peut être débile, mais quid de l'humidité et de la condensation ?

  • # uC-OS

    Posté par  (site web personnel) . En réponse au journal Écrire son OS - Partie 1 : préparer le terrain. Évalué à 3.

    C'est un projet intéressant !

    Pour avoir cherché un RTOS pour un SoC maison à base d'ARM7TDMI (un peu vieillot mais toujours bon niveau gates/royalties), j'ai rapidement adopté uC-OSIII dont le code est vraiment ultra propre et très portable (je l'ai même porté sur RISC maison en quelques jours).
    http://micrium.com/downloadcenter/micrium-source-code/
    Le code du coeur est dispo en téléchargement pour des buts éducatifs et d'évaluation, et même s'il est marqué non fonctionnel, il l'est !

    Bref, en refaisant/simplifiant le portage ARM et du RISC maison, ça permet d'avoir un exemple assez simple et bien écrit pour toute la partie démarrage et changement de tâches.

    J'ai hâte de voir la suite (et peut être contribuer vu que je vais bientôt bosser avec un STM32F4, assez similaire mais avec un FPU) !

  • # justement, plutot réaliste

    Posté par  (site web personnel) . En réponse au journal La lecture et ses désagréments.. Évalué à 2.

    Justement, ayant lu pas mal d'autres auteurs des années 60, ou la c'est justement complètement WhatTheFuck et perso ça me dérange….

    La ou bordage est meilleur est qu'il présente une dystopie-aventure-sf avec des technologies "modernes", c'est c'est à dire de notre époque ! Et ça change tout !

    Wang est un mélange, avec des cline d'oeils de notre époque et un peu de sf WhatTheFuck.
    Dans Rohel, c'est long mais c'est bon, il part dans de la fantasy avec des technologies "mentales" qui ne choque pas, et le point positif c'est qu'il fait de la religion-bashing, ce qui est bon.
    Dans Les Guerriers du silence c'est un peu la même chose, avec une plus orte orientation version les techno mentales et plus de la démocratie-bashing.
    Dans le cycle d'Abzalon, les techno présentées sont pas franchement WhatTheFuck, un peu imaginaires mais assez pour de la fantaisie et la fin avec beaucoup de mental et un mélange subtil d'époques, assez sympas.

    Tu peux lire "Les Dernier Hommes", c'est vachement sympas, il part pas du tout dans les technos futuristes.

    Bref, ça m'a pas gaché le plaisir…. mais j'avoue j'ai pas lu la fraternité du Panca

  • [^] # Re: Pas détectable...

    Posté par  (site web personnel) . En réponse au journal L'USB c'est moisi, ça propage des virus. Évalué à 5.

    La famille des x86 implémente un tas de trucs débiles, le plus gros est l'ACPI avec la participation active de Microsoft pour rendre ça bien merdique !

  • # Et les avantages de l'eglibc ?

    Posté par  (site web personnel) . En réponse au journal Debian revient à la glibc. Évalué à 2.

    Et quid de la configurabilité, portabilité et amélioration en cross-compilation ? est-ce que tout ça à été mergé dans glibc ?

  • [^] # Re: Segmentation et dé-segmentation dans le développement mobile

    Posté par  (site web personnel) . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 2.

    Oui enfin, non, s'ils rendaient les autres langages incompatibles… mais c'est pas le cas.

    La majorité de l'OS est écrit en Obj-C/C++/C, Swift va surement être la base de quelques nouveaux Frameworks et des nouvelles apps, les autres langages ne sont ni remplacés ni mis à la poubelle !

    La grande question est : est-ce qu'ils vont pousser upstream le support de Swift dans LLVM !

  • [^] # Re: Messages

    Posté par  (site web personnel) . En réponse au journal Apple annonce Swift, son nouveau langage de programmation. Évalué à 2.

    Je suppose que le runtime de swift est le même qu'Objective-C et qu'il génère un code compatible, l'Objective-C à un runtime simple et efficace qui permet une architecture super souple et évolutive mais avec du code compilé, c'est la base d'iOS et OS X, je doute qu'ils aient abandonné ça !

  • [^] # Re: Plein de tutoriels !

    Posté par  (site web personnel) . En réponse au journal mooc edx introduction. Évalué à 3.

    Idem concernant Eudyptula, les tâches sont bien pensées et suffisamment intéressantes pour que ce soit un challenge !
    J'ai pas eu la motivation de finir la dernière tâche, qui est beaucoup plus complexe que les autres… il faut que je m'y mette !

  • # Trop rapide !

    Posté par  (site web personnel) . En réponse au journal Cycles Per Instruction - The Kernel Module Edition. Évalué à 1.

    Je viens de le voir sur LKML, et ça a marché nickel sur sur ma vieille Ubuntu 10.04…

    C'est une idée sympas pour un groupe pas prise de tête !

  • [^] # Re: Parce-que ca y est, on est vendredi

    Posté par  (site web personnel) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 3.

    Clic droit sur un mail et "Ouvrir dans la discussion"

    Et voila !

  • # Satya Nadella

    Posté par  (site web personnel) . En réponse au journal Microsoft libère leur compilateur C#. Évalué à 9.

    J'y vois l'influence du nouveau PDG, ils ont cruellement besoin d'un esprit d'ouverture de de sortir de cet esprit de "black box" comme décrit dans la doc du compilo. Satya Nadella était en charge de la stratégie cloud, et je pense que c'est leur avenir !

    Rien que la disponibilité de Office sur iOS change la donne, l'autre abruti était trop con pour comprendre qu'ils ne peuvent plus se cantonner dans leur vision Windows Only, ils ne sont plus seul sur le marché et il faut qu'ils s'adaptent !

  • # compliqué

    Posté par  (site web personnel) . En réponse à la dépêche Un poste de travail Xfce complet avec MLED. Évalué à 3.

    Je veux pas être négatif, le système à l'air pas mal, mais l'installation est un peu … complexe non ?

  • [^] # Re: Cool

    Posté par  (site web personnel) . En réponse au journal Donc maintenant Broadcom aime l'open source et les specs ouverte ?. Évalué à 5.

    Pas fabuleux, non, c'est une vrai "merde" pour devoir utiliser trois instances dans deux chips, le driver est un cauchemar, le hard est d'une complexité phénoménale, et la moindre erreur de configuration est fatale….

    Leur soucis est que le hard n'a pas de scheduleur d’émission de paquets USB, donc il doit être fait en soft avec l'IRQ de "Start of Frame" qui est synchronisée avec l'horloge USB (soit plusieurs milliers d'IRQ par secondes). Une version plus récente du hard introduit le "Descriptor DMA" qui permet de dire au hard quand envoyer la suite de paquets, et corrige le soucis (mais en introduit forcément d'autres….). Leur solution est d'utiliser une FIQ et faire une partie du traitement dans ce mode, mais c'est du gros bricolage.

    Bref c'est un cauchemar, d'autant plus que le chip broadcom du RPi n'a pas de controlleur Ethernet natif, et qu'ils doivent forcément passer par l'USB, ce qui n'arrange pas les choses….

    De plus Synopsys est très protecteur vis-a-vis de ses docs, et bien qu'ils aient un driver pour leur contrôleur USB3 en upstream, le driver pour l'USB2 est assez mal maintenu et très bordélique. Faire bouger Synopsys est une autre paire de manches ;-)

  • # Raspberry Pi

    Posté par  (site web personnel) . En réponse au journal Plan9 goes GPL v2. Évalué à 1.

    En regardant le sources, j'ai vu qu'il y un un support ARM pour OMAP et plus incroyablement pour le SoC broadcom utilisé dans les RPi, quelqu'un a déjà essayé ? Des gens doivent vraiment s'ennuyer pour faire un support complet de ce chip…

  • [^] # Re: Refaire la config

    Posté par  (site web personnel) . En réponse au journal L'apocalypse arrive. Évalué à 2.

    Un orga du FOSDEM m'a répondu avec la config utilisée sur un routeur Cisco :
    https://supportforums.cisco.com/docs/DOC-39925

  • [^] # Re: Refaire la config

    Posté par  (site web personnel) . En réponse au journal L'apocalypse arrive. Évalué à 3. Dernière modification le 03 février 2014 à 14:27.

    Bah tu réponds à une partie de mes questions, TAYGA est un bon début !

    J'ai trouvé un fork de tomato avec le support de NAT64, ça promet :
    http://repo.or.cz/w/tomato/nat64.git

  • # Refaire la config

    Posté par  (site web personnel) . En réponse au journal L'apocalypse arrive. Évalué à 3.

    Est-ce qu'il y a une page qui explique le code utilisé et la config pour refaire le test chez nous ? (et monter un réseau full ipv6 à la maison !)

  • # Pourquoi forcément un accès internet complet ?

    Posté par  (site web personnel) . En réponse au journal Développer un laboratoire de système et réseaux géré par les étudiants. Évalué à 2.

    Rien n'empêche de demander aux admins de la tête de réseau connectée à renater d'avoir simplement quelques ports entrants (mail, dns, ssh, http, https) ouverts sur une ip publique renater (ou un sous réseau ipv6) et de demander à une équipe d'étudiants de monter un système d'information parallèle (dns, hosting mail, hosting web, git, … avec https, cloud interne et extranet) avec un sous domaine de l'université.

    L'idée étant d'offrir des services aux étudiants accessibles depuis l'extérieur et géré 100% en interne. L’accès à internet se fait en proxy/socks et l'envoi de mail par le smtp interne de l'univ, si c'est juste pour récupérer du soft, ça suffit…

  • [^] # Re: Pas MP4

    Posté par  (site web personnel) . En réponse au journal Le format non-libre MPEG4 en passe d'être supporté sur Wikipédia ?. Évalué à 2.

    J'en rajoute une couche, mais il faut bien différencier le format de fichier MP4, le conteneur, dérivé du format de fichier Quicktime qui date des années 80, s'il y a brevet je doute qu'ils soient encore valides.

    De plus, ce conteneur peux virtuellement emporter n'importe quel codec Audio et Video.

    Enfin, ce conteneur est trés bien géré par Ffmpeg/VLC par exemple.

    Pour H.264/MPEG4 AVC/MPEG4 Part 10 c'est une autre histoire, il y des brevets jusqu'en 2028 et c'est dommage…..

    Et pour WebM/VP8 et WebM/VP9 la MPEG LA a bien spécifié qu'il y avait des brevets qui touchait et Google a aussi des brevets, mais jusqu'a quand Google donnera a wikipedia et nous permettra d'utiliser ses technologies ?

    La seule solution est d'utiliser Ogg/Vorbis+Theora et ainsi forcer les navigateurs a l'implémenter……

  • [^] # Re: Petite mise à jour

    Posté par  (site web personnel) . En réponse au journal OSSEC et réponse active pour Asterisk. Évalué à 1.

    En regardant la conf XiVO et en cherchant, Asterisk 1.8 support l'auth TLS, donc c'est possible.

    C'est plutôt du côté client que c'est moins sympas : http://en.wikipedia.org/wiki/Comparison_of_VoIP_software

  • # fail2ban

    Posté par  (site web personnel) . En réponse au journal OSSEC et réponse active pour Asterisk. Évalué à 3.

    C'est quoi la différence fondamentale avec Fail2ban ?

  • # Debian, Debootstrap et BIOS Legacy

    Posté par  (site web personnel) . En réponse à la dépêche Valve dévoile la distribution GNU/Linux SteamOS. Évalué à 10.

    Certains auront compris que l'installeur officiel est limité aux machines ayant un bios UEFI (pour plein de raison, sûrement pour contrôler que seulement des machines récente puisse booter SteamOS), mais grâce à la puissance de Debian, on peux faire un "debootstrap" tout à fait classique en utilisant le repository fourni par Steam (et même recompiler l'intégralité des packages hormis ceux non-libres) :
    https://wiki.tenmilesout.net/wiki/Steam_OS_Legacy_Debootstrap

    Et il existe la même chose avec du UEFI :
    https://wiki.tenmilesout.net/wiki/Steam_OS_Legacy_Debootstrap

    Je dis balaise, c'est la même technique qui a permis à Ubuntu de proposer très rapidement une distrib personnalisée, et ils ont progressivement changé l’installeur, … ce qui sera la cas pour Valve, ils vont je pense modifier l’installeur debian pour faire l'installation propre sans le login et le script à lancer à la main…

    Et cette technique permet aussi de faire du multi-boot alors que l'installeur fixe un mapping obligé pour le boot UEFI.

    Je vais me faire un VM avec ça de ce pas….