LinuxFr.org propose des dépêches et articles, soumis par tout un chacun, puis revus et corrigés par l'équipe de modération avant publication. C'est la partie la plus visible de LinuxFr.org, ce sont les dépêches qui sont le plus lues et suivies, sur le site, via Atom/RSS, ou bien via partage par messagerie instantanée, par mail, ou encore via médias sociaux.

Ce que l’on sait moins, c’est que LinuxFr.org vous propose également à tous de tenir vos propres articles directement publiables, sans validation a priori des modérateurs. Ceux-ci s'appellent des journaux. Voici un florilège d'un dizaine de ces journaux parmi les mieux notés par les utilisateurs… qui notent. Lumière sur ceux du mois de janvier passé.

• Je me fais des amis (au sens littéral) par jnanar ;
• Bleuette, un robot hexapode libre par hugo ;
• Free 1 - Google 0 - Neutralité du Net -> -8 par jigso ;
• Systemd: tuons les mythes par GeneralZod ;
• Mon Raspberry pi a un uptime de 14 jours ! par Zylabon ;
• Google : don't be evil, la suite par TImaniac ;
• Vous avez demandé le Desktop, ne quittez pas par Spack ;
• Non à la privatisation du domaine public par la Bibliothèque nationale de France ! par Vincent Gay ;
• Alan Cox quitte le kernel par Issey Llambias ;
• KDE : A webdesigner's workflow ou la vie de ouebdéveloppeur sous Linux, et plus précisément sous KDE, par kursus_hc.

Le meetup Paris Embedded, dédié aux systèmes embarqués et au Libre à Paris, organise sa 6ème édition le 11 juin 2015 de 19h à 23h, chez Mozilla Paris.

Cette soirée est une spéciale Android Système & bas niveau.

Paris Embedded est une rencontre trimestrielle à Paris, regroupant les amateurs de systèmes embarqués et de logiciel Libre. Nous proposons environ 1h30 de présentations techniques, suivies de discussions autour de bières et pizzas.

LinuxFr.org propose des dépêches et articles, soumis par tout un chacun, puis revus et corrigés par l'équipe de modération avant publication. C'est la partie la plus visible de LinuxFr.org, ce sont les dépêches qui sont le plus lues et suivies, sur le site, via Atom/RSS, ou bien via partage par messagerie instantanée, par mail, ou encore via médias sociaux.

Ce que l’on sait moins, c’est que LinuxFr.org vous propose également à tous de tenir vos propres articles directement publiables, sans validation a priori des modérateurs. Ceux-ci s'appellent des journaux. Voici un florilège d'un dizaine de ces journaux parmi les mieux notés par les utilisateurs… qui notent. Lumière sur ceux du mois de mars passé.

• Mon évolution vis à vis du copyleft par Zenitram ;
• un nmap d'un fort beau gabarit. par insert_coincoin ;
• Coucou par Vincent Gay qui nous envoi une carte postale à destination des lecteurs de journaux principalement ;
• Kernel.org change de peau par ManuxFr ;
• PyAlsaCap : Python, pointeurs, et cartes sons… par Thomas DEBESSE ;
• De la neutralité du net … par dems ;
• Google bloque les demandes de souscriptions XMPP par etenil ;
• Exposer un ou des modules Python sur D-Bus [proof of concept] par Thomas DEBESSE ;
• Moyens de paiement : j'ai peur de l'avenir par jben ;
• Lycée et informatique : spécialité ISN en terminale S par Aluminium95.

La Linux Foundation a publié récemment un guide intitulé How To Participate In the Linux Community, rédigé par Jonathan Corbet, l'un des principaux éditeurs du site Linux Weekly News et co-auteur du livre Linux Device Drivers. Ce guide met tout d'abord en avant l'importance de contribuer à la version officielle (dite mainline) du noyau, puis décrit le processus de contribution au noyau et comment éviter les erreurs couramment commises.

Bien que la communauté du noyau soit déjà très active, avec 1.000 contributeurs de plus de 100 sociétés qui ont contribué l'an passé, la Linux Foundation, qui emploie notamment Linus Torvalds, souhaite par ce guide, encourager la participation en vulgarisant les processus de contribution au noyau, qui reposent souvent sur des règles implicites non-écrites qui peuvent être difficiles à saisir pour un nouveau venu ou une entreprise.

Le guide aborde les thématiques suivantes :

• Le processus de développement, avec le cycle des sorties et le mécanisme de la fenêtre de fusion (merge window)
• La planification initiale et l'importance d'impliquer tôt la communauté dans son projet
• Le processus de développement, ainsi que les règles pour les patches
• La soumission des patches pour relecture
• Le travail avec les relecteurs, une étape du processus de développement
• Des sujets avancés, comme la gestion des patches avec Git et la relecture des patches soumis par d'autres

Sur le même sujet, Linus Torvalds a récemment accordé une interview à ZDNet.co.uk, dans laquelle il indique «Ce n'est définitivement pas simple de devenir un 'gros contributeur' [...] Le noyau est relativement gros et complexe, and ça prend inévitablement du temps d'apprendre toutes les règles -- pas seulement le code, mais aussi comment le processus de développement dans son ensemble fonctionne». Il revient également sur l'importance de discuter très tôt avec la communauté des fonctionnalités qu'on souhaite ajouter un noyau, au risque d'arriver avec un énorme patch qui sera rejeté par la communauté, une mise en garde également présente dans le guide de la Linux Foundation. De façon générale, Linus semble plutôt satisfait du processus de développement actuel: « Je pense qu'une des choses sur laquelle nous avons été très bons est le passage à l'échelle, avec un bon réseau de mainteneurs, de manière à ce que la plupart des gens impliqués ne travaillent en fait de manière rapprochée qu'avec une poignée d'autres personnes ».