Bonjour à tous,
En début d'année, un dépôt est apparu sur Github contenant le contenu du livre « How to be a Programmer » de Robert L. Read. Ce livre s'intéresse surtout à la partie sociale du travail de programmeur, mais moins à la partie technique.
Cette version communautaire contient également une traduction en chinois simplifié, le tout en licence CC-BY-SA 4.0.
Ce texte contient des conseils moins communs, mais qui s'étendent bien plus qu'au seul métier de programmeur.
De (…)
On parle régulièrement de Github en négatif ces derniers temps: ça centralise tout, ça capture les données, ça bouffe les autres plate-formes d'hébergement de projets libres avec en plus quelques soupçons de misogynie et sexisme en interne. En gros, Github, ce serait pas bien © (et je pèse mes mots!).
Je partage ici ma petite expérience. Pour les plus pressés, vous pouvez sauter directement aux trois derniers paragraphes.
J'ai créé en 2004 une bibliothèque de test unitaires pour le langage (…)
Un petit journal bookmark du vendredi pour mettre en avant un billet sur le site de Carl Chenet, à propos de Github :
http://carlchenet.com/2016/01/22/le-danger-github/
Bien sûr, ce thème a été largement débattu dans le passé sur Linuxfr, mais c'est bien écrit et ça contient des informations intéressantes, comme la lettre de doléances de 1340 signataires, beaucoup étant des développeurs de gros projets genre jquery, nodejs, qui se trouvent bloqués dans les fonctionnalités de github au lieu de travailler sur (…)
La revue de presse de l'April est régulièrement éditée par les membres de l'association. Elle couvre l'actualité de la presse en ligne, liée au logiciel libre. Il s'agit donc d'une sélection d'articles de presse et non de prises de position de l'association de promotion et de défense du logiciel libre.
Il y a plus de 10 ans maintenant, en lisant le journal d'un certain mmh, je découvrais la Méthode R.A.C.H.E de l’International Institute of La RACHE. Il ne s'est pas passé une année depuis sans qu'un collègue ou moi-même y fasse allusion face à un projet à l'issue incertaine. Malheureusement, le domaine n'a pas été renouvelé en 2013 par le propriétaire, et un site parking plein de liens moisis y a pris place.
Malgré la déception, j'ai finalement réussi à racheter le domaine et à le remettre en route…
Les développeurs de Python ont décidé d'abandonner leur infrastructure actuelle, basée sur divers outils open-source écrits en Python et auto-hébergés, pour passer aux services propriétaires proposés par Github. Cela implique de passer le code source de Mercurial à Git.
La raison fondamentale, détaillée dans le PEP 481, est la nécessité de faciliter le travail des contributeurs du projet, l'arrivée de nouveaux contributeurs, et les contributions occasionnelles (correction de typos, amélioration de doc).
L'infrastructure actuelle utilise un outillage spécifique, comme (…)
Profitons de la torpeur estivale pour présenter Atom, un éditeur de code source multi plates-formes développé par GitHub et que nous n'avons pas encore eu l'occasion de présenter ici même. Depuis plus d'un an en version bêta, il s'est vu gratifier il y a quelques semaines du numéro de version symbolique 1.0 par son éditeur (il est actuellement en 1.0.7).
NdM : ce logiciel Atom ne doit pas être confondu avec le format ouvert de syndication Atom, utilisé par LinuxFr.org par exemple.
Écrit en CoffeeScript sur la base de Chromium, il se repose sur un mécanisme d'extensions en Javascript sur la base de Node.js pour les fonctionnalités et de personnalisation par thèmes. Tout comme pour Vim ou Emacs, vous pouvez le transformer en un environnement de développement intégré (IDE) très puissant et unique taillé pour votre usage. Partagez-les en commentaires.
gws est un outil KISS (script bash, compatible zsh) pour gérer de manière simple un espace de travail composé de plusieurs dépôts git. Ça ne vous parle pas et vous semble être un pitch commercial ? Laissez-moi l'aborder autrement ; si vous vous reconnaissez dans quelques-unes de ces questions, cet outil pourrait vous être utile :
~/dev/, ~/code/ ou ~/workspace/ dans votre répertoire personnel ?En 2013 GitHub avait organisé la première Git Merge à Berlin. Pour les dix ans de Git, GitHub récidive en organisant une Git Merge à La Gaîté lyrique à Paris dans le 3ème arrondissement.
En 2013 cette conférence était gratuite, mais avec un nombre de places limitées, donc il fallait être dans les premiers à s'inscrire pour avoir une place (sauf pour les contributeurs à Git). On peut maintenant s'inscrire depuis le site de la conférence, ce qui nous amène notamment sur un site d'achat pour y accéder, vendant les places 99$.
Le programme, détaillé en seconde partie de la dépêche :
Informations plus détaillées, notamment d'ordre pratique sur le site de la conférence.
Il y a foule chez les clones de github, mais je n'en vois qu'un qui puisse être qualifié de concurrent sérieux et c'est gitlab, surtout depuis hier, où ils ont rendu leur infrastructure d'intégration continue gratuite pour les projets publics.
Liens:
Gitlab est décliné en deux éditions, une communautaire et une entreprise.
Voici une comparaison rapide entre gitLAB (Community Edition, celle de gitlab.com) et gitHUB:
Une vulnérabilité (CVE-2014-9390) a été annoncée hier soir concernant le logiciel de gestion de versions le plus en vogue en ce moment, j'ai nommé Git, ainsi que sur Mercurial, autre logiciel de la même catégorie. Elle a déjà été corrigée, je vous invite donc à mettre à jour vos installations.
Github, le service d'hébergement de dépôt Git lui aussi très en vogue, a de son côté annoncé avoir vérifié tous les dépôts présents sur ses serveurs à la recherche d'exploitations de cette vulnérabilité. Mesure de sécurité supplémentaire, il refuse désormais les push exploitant cette faille.
NdM : Merci à RoM1 et Sébastien Douche pour les précisions apportées dans la dépêche. La faille a été trouvée par le créateur de Mercurial, Matt Mackall, et Augie Fackler. La vulnérabilité se décline en trois parties :
C'est l'information qui a fait parler en ce premier décembre 2014, elle nous vient de l'équipe créatrice de CoreOS. On ne va pas vous faire l'affront de vous expliquer encore ce qu'est et n'est pas Docker, le premier lien de la liste s'en chargera très bien.
CoreOS crée Rocket, une alternative à Docker, mais pourquoi ?
J'utilise github depuis plus d'un an pour des projets personnels auxquels je suis quasiment seul à contribuer. J'ai donc une connaissance très limitée des commandes de git et du travail à plusieurs.
Pour la première fois j'ai l'envie de participer à un autre projet et j'aimerais connaître quelques détails sur la procédure à suivre.
Voici le contexte : j'aimerais utiliser pour l'un de mes projets la librairie pyTree/treelib et souhaiterais apporter des modifications "cosmétiques" sur pyTree afin d'homogénéiser le code (…)
Bonjour cher Nal,
Je viens de découvrir un projet permettant de faire des recherches dans un dépôt Git, non pas avec la commande git log (fort puissante et pratique, je l'admets mais qui nécessite de potasser le man), mais avec des requêtes SQL !
Ce projet, nommé gitql, est disponible… via Git, tu t'en serais douté, et sur Github en particulier.
Cela semble bien pratique (pour ceux qui connaissent plus le SQL que les commandes git), bien que (…)
Bonjour,
Je viens de créer un script python qui permet de générer une PKI (Infrastructure_à_clés_publiques) en utilisant gnutls/certtool.
Je cherchais un outil équivalent à easy-rsa, mais utilisant [gnutls]. Oui je sais c'est sans doute idiot mais je considère certtool plus simple a utiliser et apparemment plus avancé que openssl, c'est surtout le système des templates qui me plaît.
J'ai donc relevé mes manches courtes, et me suis lancé à la recherche d'une API python pour gnutls/certool. (…)