Hudson devient Jenkins, Riak 0.14, Chrome abandonne H264

Posté par (page perso) . Modéré par patrick_g.
19
12
jan.
2011
Technologie
s/Hudson/Jenkins/

Hudson, le serveur d'intégration continue en Java, va devenir plus indépendant d'Oracle. Cela a plusieurs conséquences :
  • Hudson est une marque déposée et en l'absence de garanties d'Oracle, le dépositaire, il a été décidé de changer de nom : ce sera maintenant Jenkins ;
  • Le dépôt pour le code sera hébergé par Github ;
  • Le reste de l'infrastructure va également sortir du giron d'Oracle, à commencer par les mailing-lists.


++Riak

Riak est une base de données NoSQL de type clé-valeur dont l'intérêt principal est de pouvoir ajouter ou supprimer des nœuds très simplement. La version 0.14 est sortie début janvier :
  • Le map-reduce de Riak a bénéficié d'améliorations très conséquentes ;
  • Deux nouveaux outils permettent de débugger plus simplement les clusters ;
  • Bitcask, le moteur de stockage par défaut de Riak, est plus efficace et on peut configurer les périodes de temps plus favorables pour les opérations de nettoyage.


cat H.264 > /dev/null

Google a annoncé que les prochaines versions de Chrome ne vont plus prendre en charge le codec H.264. Cette décision fait partie de la stratégie de Google de mettre en avant son codec WebM.
  • # awesome

    Posté par . Évalué à 5.

    Jenkins est enfin débarassé du pouvoir de nuisance d'Oracle (comprendre verrouiller le développement de la partie libre pour vendre au prix fort leur merde privatrice) et Google se débarasse du nids de guêpes H.264.
  • # Hudson va peut-être|probablement devenir Jenkins

    Posté par . Évalué à 4.

    Même si ce n'est pas très éloigné, il faut rester factuel. Les deux articles de blog que j'ai vus indiquent que le changement de nom *va être proposé* à la communauté.
    Après, effectivement, venant de l'initiateur du projet et d'un autre membre important, je ne doute pas qu'il y a de fortes chances que ça se fasse.

    Et (cette fois, c'est un point de vue) couper les ponts de la sorte ne peut-être qu'une bonne chose.
  • # Riak

    Posté par (page perso) . Évalué à 8.

    Riak est une base de données dont l'intérêt principal est de se gérer par défaut comme un cluster maître maître dans lequel on peux ajouter et supprimer des noeuds. C'est trop rare pour ne pas être signalé.

    Plus de noeud maître pour l'écriture... Pas de haute disponibilité à gérer... Riak gère tout cela en natif, tous les noeuds sont maîtres et c'est très bien.
  • # cat H.264 > /dev/null ?

    Posté par . Évalué à 5.

    Je dirais que Google fait plutot :

    rm -f H.264

    C'est plus définitif ;-) J'hésite un peu sur le -f
    • [^] # Re: cat H.264 > /dev/null ?

      Posté par (page perso) . Évalué à 2.

      mv H.264 placard/
    • [^] # Re: cat H.264 > /dev/null ?

      Posté par (page perso) . Évalué à 2.

      Le -f n'est pas nécessaire, sauf si dans ta distribution (c'est le cas sur certaines), rm est un alias vers "rm -i", dans ce cas "-f" annule l'effet de "-i".
      • [^] # Re: cat H.264 > /dev/null ?

        Posté par (page perso) . Évalué à 2.

        Je pense que le -f venait du fait qu'on peut se demander si Google se "force" à supprimer le H264 ou s'il ne fait pas cela un peu volontairement pour WebM.
        • [^] # Re: cat H.264 > /dev/null ?

          Posté par . Évalué à 1.

          C'était effectivement plutôt dans ce sens-là ;)
        • [^] # Re: cat H.264 > /dev/null ?

          Posté par . Évalué à -1.

          Ben voyons, google fait ca pour la beaute du geste.

          Pas du tout pour emmerder apple et tenter de controler le codec video du web. Pas du tout du tout.

          If you can find a host for me that has a friendly parrot, I will be very very glad. If you can find someone who has a friendly parrot I can visit with, that will be nice too.

    • [^] # Re: cat H.264 > /dev/null ?

      Posté par (page perso) . Évalué à -2.

      Non mais c'est n'importe quoi cette commande, moi-j-aurai-dis-ça :

      cd Chrome && rm -rf H.264

      Car, qu'est-ce qui te dit que H.264 n'est pas un dossier ? Je trouve vraiment vos commandes légères, On dirait du travail d'admin sys BSD !

      ~~~~~~~~~~~~~~>[]

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.