Journal Github et la génération (pas terrible) de contenu

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
14
24
mar.
2016

Attention, l'emploi moulistique que j'occupe veut que, demain pour moi c'est férié ! Alors pour moi, c'est un peu trolldi en avance.

Une rapide étude au doigt mouillé m'indique que Github « sailemal », mais que quand même par bien des aspects c'est pas si mal.
Je ne vous listerai pas les billets qui en parlent, ils sont pléthores sur ce site.

Suite à un bug que je rencontre sur la plate-forme Github, je me pose la question suivante :

Github est (…)

Journal Comment devenir programmeur

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
22
24
mar.
2016

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 (…)

Journal Comment Github a ressuscité mon logiciel libre

Posté par  (site web personnel) . Licence CC By‑SA.
76
7
mar.
2016

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 (…)

Journal Le danger github

Posté par  . Licence CC By‑SA.
Étiquettes :
10
26
fév.
2016

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 (…)

Revue de presse de l'April pour la semaine 3 de l'année 2016

21
26
jan.
2016
Internet

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.

Sommaire

Le retour de la Méthode R.A.C.H.E

Posté par  (site web personnel) . Édité par Nils Ratusznik et Benoît Sibaud. Modéré par patrick_g. Licence CC By‑SA.
67
13
jan.
2016
Humour

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…

Journal CPython abandonne Mercurial et passe à Git et Github

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
37
2
jan.
2016

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 (…)

Atom 1.0.x : l'autre éditeur de code

51
17
août
2015
Bureautique

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.

Atom
É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.

Gérer son espace de travail git avec "gws"

Posté par  . Édité par Benoît Sibaud, BAud, palm123, Nils Ratusznik et Ontologia. Modéré par Benoît Sibaud. Licence CC By‑SA.
Étiquettes :
38
26
juil.
2015
Gestion de versions

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 :

  • Vous avez un dossier ~/dev/, ~/code/ ou ~/workspace/ dans votre répertoire personnel ?
  • Vous y avez cloné dedans plein de dépôts git ?
  • Vous ne savez jamais quels dépôts, branches, commits n'ont pas été synchronisés ?
  • Vous en avez marre d'avoir à faire 17 git pull manuellement le lundi matin au boulot ?
  • Vous déprimez en arrivant dans le train de voir que vous n'avez pas récupéré votre dernier projet sur votre ordinateur portable ?

Conférence Git Merge le 8 et 9 avril 2015 à Paris

Posté par  (site web personnel) . Édité par Nÿco, BAud, Porkepix, Benoît Sibaud, Nils Ratusznik, Xavier Teyssier et patrick_g. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
10
24
fév.
2015
Gestion de versions

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 :

  • 8 Avril : échauffement
  • 9 Avril : évènement principal

Informations plus détaillées, notamment d'ordre pratique sur le site de la conférence.

Journal Un bond en avant pour Gitlab.com

30
23
jan.
2015

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:

Vulnérabilité dans Git et Mercurial sur certains systèmes de fichiers (FAT, NTFS, HFS+, etc.)

Posté par  (site web personnel) . Édité par Benoît Sibaud et Bruno Michel. Modéré par rootix. Licence CC By‑SA.
42
19
déc.
2014
Sécurité

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 :

  • la sensibilité à la casse dans Git, déjà corrigé dans Mercurial en 2008 ;
  • l’expansion des noms courts sous Windows (PROGRA~1 → Program Files), déjà corrigé dans Mercurial ;
  • la découverte récente de la façon non documentée dont Darwin (Apple) s’amuse avec HFS+ à ignorer certains caractères spéciaux et qui peut créer de nouvelles collisions de nom (cf la correction chez Mercurial, qui a permis la correction côté Git).

Rocket, ou pourquoi l'équipe de CoreOS lance une alternative à Docker

Posté par  . Édité par Nÿco, Benoît Sibaud, Nils Ratusznik et palm123. Modéré par patrick_g. Licence CC By‑SA.
29
2
déc.
2014
Virtualisation

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.

Rocket

CoreOS crée Rocket, une alternative à Docker, mais pourquoi ?

Docker

Forum général.général conseils pour contribuer à un projet opensource en Python

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
3
22
avr.
2014

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 (…)

Journal Rechercher dans son dépôt Git avec du SQL ? C'est possible !

Posté par  . Licence CC By‑SA.
Étiquettes :
26
16
avr.
2014

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 (…)