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 :
- antistress ;
- Jiehong ;
- 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 :
- mose avec des revues de sécurité ;
- martin avec un CSS et de la revue de code ;
- zedS avec une machine virtuelle 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 PiT (site web personnel) . É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 ;-) ).
[^] # Re: Liens morts
Posté par claudex . Évalué à 4.
Tu parles de quel lien ?
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Liens morts
Posté par PiT (site web personnel) . Évalué à 2. Dernière modification le 02 juillet 2013 à 09:29.
Les liens marqués «liste de discussions».
http://lists.linuxfr.org/wws/info/redacteurs et
http://lists.linuxfr.org/wws/info/linuxfr-www-dev
[^] # Re: Liens morts
Posté par Bruno Michel (site web personnel) . Évalué à 6.
Effectivement, lists.linuxfr.org n'est accessible qu'en https. Je corrige.
[^] # Re: Liens morts
Posté par claudex . Évalué à 4.
Étant en https ne n'avais pas vu de soucis.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
# un i de trop
Posté par kadalka . Évalué à -10.
publions
[^] # Re: un i de trop
Posté par Bruno Michel (site web personnel) . Évalué à 10.
Non, à l'imparfait, il y a bien 2 i : publiions.
# Machine virtuelle de développement
Posté par Pierre Tramonson . É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 Bruno Michel (site web personnel) . Évalué à 3.
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 zedS . É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 octane . É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 François (site web personnel) . É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 octane . É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 Pierre Tramonson . É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 hwasoo . É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 muchos (site web personnel) . É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 j (site web personnel) . É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 Julien Jorge (site web personnel) . É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 à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.