Retour sur l'appel à contributions de LinuxFr.org

Posté par (page perso) . Édité par Nÿco, Bruno Michel, ZeroHeure, Xavier Claude et palm123. Modéré par Xavier Claude. Licence CC by-sa
25
2
juil.
2013
LinuxFr.org

Il y a un mois de cela, nous publiions un appel à contribution avec la dépêche : Rejoignez LinuxFr.org ! LinuxFr.org c'est vous !

Nous demandions un renforcement de nos équipes par le recrutement sur la rédaction, la modération, le développement et le graphisme. Cet appel a été relayé, et des candidatures se sont naturellement présentées. Voici un bilan rapide des opérations en seconde partie.

Rédaction

La rédaction sur LinuxFr.org est collaborative : celui qui commence une dépêche peut demander un peu d'aide ; de même quiconque passant dans l'espace de rédaction peut contribuer.

Une équipe qui monte lentement mais sûrement :

  • deux nouveaux rédacteurs ont été accueillis dans l'équipe de rédaction nouvellement créée :
  • six nouvelles personnes se sont inscrites sur la liste de discussion de rédaction, qui est toujours ouverte à tous, vous êtes encouragés à y contribuer ;
  • on a toujours besoin de plus de rédacteurs et d'animateurs de cette partie critique du site, pour lancer et relancer la rédaction de dépêches, commencer et/ou finir, et puis discuter de tout cela avec l'équipe.

Développement

Le développement est encore et toujours assuré par une seule personne :

  • trois nouvelles personnes se sont proposées pour coder et se sont notamment inscrites à la liste de discussion de développement :
  • nous vous encourageons toujours à plonger dans le code et proposer des tâches dans le suivi.

Modération

La modération concerne la relecture et validation des dépêches, mais aussi et surtout la modération des commentaires :

  • quatre nouveaux modérateurs ont été accueillis dans l'équipe de modération :
  • c'est l'équipe la plus ancienne et la plus fournie.

Graphisme

Le graphisme du site est perfectible, nous proposons toutefois un large choix de thèmes grâce aux contributions :

  • une proposition de logo par Julien Jorge (c'est le logo actuel du site).

Vous

Vous, lecteur/lectrice authentifié(e) :

  • vous contribuez activement, par vos journaux, dépêches, tâches… et vos partages sur les médias sociaux.

Conférence aux RMLL

Bruno Michel et Benoît Sibaud, respectivement lead développeur et directeur de publication de LinuxFr.org, présenteront les défis relevés au cours du temps par l'équipe du site sur les aspects collaboratifs, lors d'une conférence aux RMLL de Bruxelles : ça se passera le 11 juillet à 14h pour une durée de 40 minutes, en salle H 2213.

Bienvenue !

Bienvenue donc aux nouveaux, et merci pour leur investissement !

  • # Liens morts

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

    Les liens pour les listes de discussion sont faux
    (Ne connaissant pas les liens corrects, je ne peux pas contribuer en donnant les bons ;-) ).

  • # un i de trop

    Posté par . Évalué à  -10 .

    publiions ?

    publions

  • # Machine virtuelle de développement

    Posté par . Évalué à  2 .

    Ca en est ou ce projet de machine virtuelle de développement ?

    Parce qu'effectivement, fournir une VM wmare prête à l'emploi sans avoir à se taper soi même toute l'installation des gems, de leur dépendances et résoudre les problèmes techniques venant après, ça permettrait à d'autres devs de se proposer.
    Et avec un jeu de données minimal (1 user, 1 news, 1 journal, 2 commentaires) pré-installé, ce serait encore mieux.

    • [^] # Re: Machine virtuelle de développement

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

      Ca en est ou ce projet de machine virtuelle de développement ?

      Aux dernières nouvelles, zedS avait une vm fonctionnelle. Mais comme il ne nous a rien fourni, je ne pourrais pas en dire plus.

    • [^] # Re: Machine virtuelle de développement

      Posté par . Évalué à  6 .

      J'apprends que je suis dans "l'équipe de développement", je ne sais même pas faire une boucle en ruby !! :)

      Sinon, pour donner des infos sur cette partie :
      J'avais un peu stopper cette contribution (une mauvais nouvelle m'étant tombé dessus), j'ai trouvé du travail ! Du coup, j'ai eu tendance à contribuer (un peu) à des projets que j'utilise au boulot (dolibarr, burp …) plutôt que linuxfr.

      La machine virtuelle n'a donc pas avancé depuis la fin novembre. Elle etait par contre fonctionnellle à cette date. Je pense qu'il n'y a qu'a faire quelques mises à jour pour la rendre disponible. Elle est au format virtualbox (disque en .vdi). Elle contient quelques données de test, avec un script d'initialisation des données (d'aprés mes souvenirs, il faut que j'y jette un oeil …).

      Je peux au choix :
      - Mettre à disposition l'export brut de la machine virtuelle (elle fait 4Go), quelqu'un se chargera de la mise à jour et vérifier que tout est ok pour la mettre à disposition de tous.
      - La mettre au format KVM et l'installer sur un serveur dedié pour que quelqu'un la mette à jour via ssh (c'est un peu la même chose qu'au dessus en gros).
      - Faire moi même les mises à jour pour mettre à disposition un systeme à jour. Ça va peut être prendre un peu de temps, je ne sais pas du tout quand j'aurais du temps pour faire ça.
      - Ce que vous voulez tant que ça ne me prend pas trop de temps (j'ai des dépêches à lire en retard !!)

      Pour ceux qui pensent que c'est "trop dur tout ça". Je tiens à preciser que je ne connaissais absolument pas Ruby, ni le systeme de gem, ni elasticsearch, ni nginx …. et je suis arrivé à creer la machine virtuelle et à proposer un patch pour la recherche (bon il y a 3 pauvres lignes de codes mais c'est déjà ça ). Avec un peu de motivation et du temps (merci pôle emploi …), on y arrive, surtout que Nono est toujours disponible pour un coup de main ou une explication.

      • [^] # Re: Machine virtuelle de développement

        Posté par . Évalué à  4 .

        Question (peut-être bête).
        On sait booter par le réseau sur des machines en httpfs ( http://web.archive.org/web/20110726215923/http://boot.kernel.org/ ) par exemple.

        On pourrait donc imaginer un site miroir de linuxfr (ou linuxfr carrément), et juste un boot local dans un KVM qui irait monter l'arborescence de linuxfr pour démarrer. L'arbo de linuxfr serait monté en ro, et avec un petit coup de unionfs dans un fichier local, l'user pourrait faire toutes les modifs qu'il veut.

        Donc pourquoi on ferait pas ça, plutôt qu'une grosse machine virtuelle à télécharger qui prend de la BP (je reconnais et salue le travail de zedS au passage). Ca permettrait d'être synchro avec le site officiel en plus.

        • [^] # Re: Machine virtuelle de développement

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

          Très bonne idée. Tu as testé le boot en HTTPFS?
          Parce que je m'étais intéressé (de loin) à la chose, sans réussir à franchir le cap.

          Sinon, j'ai un peu d'espace de stockage et, à défaut de proposer de la BP dédiée qui ne m'appartient pas, on pourrait utiliser bittorent pour héberger l'image!

          • [^] # Re: Machine virtuelle de développement

            Posté par . Évalué à  3 .

            Je n'ai jamais tenté httpfs. Et puis le fait que boot.kernel.org soit down ne me donne pas beaucoup de confiance dans le procédé.

            J'ai beaucoup essayé avec sshfs par contre, avant d'aboutir à la conclusion que ce n'est pas possible. sshfs a besoin de fuse pour fonctionner. Dans l'initrd, on peut tout à fait monter un filesystem en sshfs, par contre le pivot_root échoue lamentablement.
            Le problème c'est que fuse lance un process user space, et que le pivot_root ne supporte pas ce genre de truc. Il faut que le montage de la racine soit maintenu à 100% par le noyau sans dépendre d'un process si on veut lancer le /sbin/init correctement.

            Mais httpfs ça reste dans la TODO-list de mes projets.

      • [^] # Re: Machine virtuelle de développement

        Posté par . Évalué à  2 .

        Merci de ces précisions, j'avais commencé à installer une VM, le début avec Ruby, les gems, les packages, ça roule tout seul.
        Je me suis arrêté ensuite par manque de temps également (et parce que généralement les pb subtils viennent à partir de moment ou on a récupéré tous les sources et ou on essaie de lancer le bouzin, ça nécessite d'y passer du temps).

        Le problème ensuite d'avoir cette VM, c'est de stocker/récupérer facilement un seul gros fichier de 4Go et de le maintenir.

        • [^] # Re: Machine virtuelle de développement

          Posté par . Évalué à  3 .

          Pour ma part j'ai essayé de faire une VM virtualbox la plus petite possible, la plus simple (donc pas la plus sécurisé) ni même la plus propre au niveau de l'installation.

          J'en ai donc fait un fichier OVA.

          Le script d'installation est disponible ici :
          https://github.com/hwasoo/linuxfr-vm

          Et vous pouvez donc télécharger le torrent ici :
          https://github.com/hwasoo/linuxfr-vm/blob/master/linuxfr_wheezy_2013_07_03.torrent

          Le fichier OVA fait 1 Go et décompacté il fait 2.6 Go (c'est un disque dynamique de 20 Go).

          A noter donc que Launchy demande un navigateur sous X pour valider une nouvelle inscription. Et comme je ne voulais pas installer X j'ai récupéré les données d'un utilisateur inscrit comme admin.

          Si tout va bien elle devrait fonctionner out-of-the-box (mais sans aucun autre module comme admin ou board ou autre ….)

  • # Logo actuel de DLFP

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

    Le logo actuel est ma-gni-fique ! Merci à Julien Jorge pour cet excellent travail.

    Debug the Web together.

    • [^] # Re: Logo actuel de DLFP

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

      Y a(ura) t il des déclinaisons de prévues (pour les changements de saison ou événements divers) ?

      • [^] # Re: Logo actuel de DLFP

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

        Il y a des variations d'aspect mais je n'ai pas fait de déclinaison de saisons pour l'instant. Si j'ai un peu de temps libre avant l'automne, je ferais volontiers une proposition.

Suivre le flux des commentaires

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