Openrun société de services informatiques SSII ile de la Réunion 974

Chrome pour Android

fpa — Tue, 21 Feb 2012 04:28:29 +0000

La version bêta du navigateur Chrome de Google vient de sortir sur le market Android et est seulement disponible pour les périphériques basé sur la version 4.0 de l'OS Android (Ice Cream Sandwich).

Pour en savoir plus et télécharger l'application, rendez-vous sur le market Android https://market.android.com

Atelier Drupal 7

tuxmin — Mon, 23 Jan 2012 09:45:47 +0000

Cyprien Roudet, développeur de sites web indépendant, vient de sortir un livre libre sur Drupal 7 : "Créer un site web avec un CMS pas comme les autres".

Ce livre s'adresse autant aux débutants n'ayant aucune connaissance d'internet, qu'aux développeurs confirmés désirant approfondir leurs connaissances sur le CMS.

Le livre est vendu à un prix de 29 euros et disponible en libre téléchargement sur le site de framabook : http://framabook.org/12-atelier-drupal-7-creer-un-site-web-avec-un-cms-pas-comme-les-autres

Android Design

fpa — Thu, 19 Jan 2012 05:12:34 +0000

Google vient de lancer un site pour aider les développeurs Android dans la création d'interface graphique.

Ce site regroupe les bonnes pratiques de réalisation des interfaces ainsi que la présentation des styles et des patterns.

Pour en savoir plus; rendez-vous sur le site officiel : http://developer.android.com/design/index.html

Git – Demarrage rapide

lgu — Fri, 23 Dec 2011 12:36:39 +0000

Nous vous proposons ici un petit tutoriel de mise en œuvre rapide de Git.
Ce tutoriel est destiné aussi bien au développeur solitaire qui désire bénéficier rapidement d'un système de gestion de version simple et efficace, qu'à une équipe voulant mettre en place rapidement un système de gestion de version collaboratif.

Nous n'abordons pas ici :

les problématiques hiérarchiques (gestion des différents rôles/droits des utilisateurs)
les aspects sécurité (mis en place de clé publique/privée pour les accès SSH, gestion des utilisateurs sur le dépôt...)
la mise en place de façades (Serveur HTTP/HTTPS pour l'accès au dépôt, Application web de navigation dans le dépôt...)

Par ailleurs, nous décrivons la procédure d’installation pour un système Linux Debian.

Si vous voulez en savoir un peu plus sur Git avant de commencer :

Configuration du poste de développement

Installation

Nous allons commencer par installer Git ainsi que deux utilitaires graphiques assez pratiques : gitk (pour visualiser les branches et les commits) et git-gui (pour gérer le dépôt).

sudo apt-get install git git-man gitk git-gui

Configuration

Nous allons configurer le nom d'utilisateur et le mail sous lesquels vont apparaître nos commits.


git config --global user.name ""

git config --global user.email ""

Pour le développeur solitaire...

Nous allons ici créer simplement un dépôt directement dans le répertoire de travail du projet afin de permettre à Git de gérer les versions des fichiers. Nous aurons donc une arborescence comme ceci :

Pour ce faire :

git init

Nous allons créer notre commit initial :


echo "Repertoire contenant le sources du projet XXX" > README

git add README

git commit -m "commit initial"

Afin de mieux comprendre ce que nous venons de faire, il est nécessaire d'aborder quelques notions importantes dans Git. Voici l'organisation de base d'un dépôt Git :

Le Git repository est le dépôt à proprement parler. Il contient tous les commits, les branches, les tags...
La Staging area (ou Index) sert d'aide au commit. C'est une zone particulière gérée par Git dans laquelle on ajoute des "photos" des fichiers. Lorsque notre zone est cohérente, en d'autres termes, quand elle contient tous les fichiers dont nous voulons enregistrer la version, alors il suffit de faire un commit de la staging area.
La Working copy est le répertoire de travail contenant les fichiers du projet. Git enregistre sur quelle branche elle pointe afin de placer correctement le prochain commit.

Revenons donc, plus en détail sur les trois commandes précédentes :

On crée le fichier README
On ajoute le fichier README à la staging area
On commit la staging area. Comme il s'agit du premier commit, ceci a pour effet de créer la branche "master" et d'y ajouter le commit

Ensuite, au cours du développement, il suffit d'appliquer le même principe afin de faire évoluer le dépôt local. Je vous conseille de vous référer au liens fournis dans l'introduction et à notre Git_CheatSheet afin d'aborder le travail au quotidien avec Git (création de branche, merge, retour en arrière...)

Travail en équipe...

Afin de pouvoir commencer rapidement à travailler, nous vous proposons ici une organisation très simple avec une mise en place rapide. Nous mettons tout le monde au même niveau, pas de gestion de rôle ni de droit sur les dépôts.

Voici, l'organisation proposée :

Nous mettons en place un dépôt "central" de référence. C'est le dépôt "officiel" ou "public" du projet. C'est lui qui va contenir tout le travail d'équipe. Chaque développeur possède en local une copie liée au dépôt de référence. Ces dépôts contiennent une (au moins) branche locale de travail. Ainsi, chaque développeur travail sur sa branche locale et rapatrie régulièrement les modifications du dépôt de référence. Il fait l'intégration de son travail sur la branche "publique" concernée (avec des rebase/merge...) et pousse les modifications de la branche "publique" sur le dépôt de référence.

Mise en place du dépôt de référence

Afin de mettre en place rapidement le dépôt de référence, nous allons utiliser Git avec le protocole SSH. Nous supposons ici que le Serveur SSH est installé, et opérationnel sur le machine qui va héberger le dépôt.

Sur la machine qui va héberger le dépôt :


# Installation de git

sudo apt-get install git

Création de l'utilisateur "git". C'est cet utilisateur que nous utiliserons pour se connecter au dépôt via SSH :


sudo adduser --no-create-home --home /var/git --shell /bin/bash git

sudo passwd git

Création du répertoire de base des dépôts GIT :


sudo mkdir /var/git

sudo chown git:git /var/git

sudo chmod 2775 /var/git

Suivant votre configuration du serveur SSH, faite le nécessaire afin qu'il soit possible de se connecter avec l'utilisateur "git" en SSH sur cette machine.

Création du dépôt : git init --bare /var/git/.git Test et Initialisation du dépôt :


cd /tmp

git clone ssh://git@127.0.0.1[:portSSH]/~/.git monDepot

cd /tmp/monDepot

echo "Repertoire contenant le sources du projet XXX" > README

git add README

git commit -m "commit initial"

git push origin master:master

cd ..

rm -rf monDepot

Pour chaque développeur

Installation

Nous allons commencer par installer Git ainsi que deux utilitaires graphiques assez pratique : gitk (pour visualiser les branches et les commits) et git-gui (pour gérer le dépôt).

sudo apt-get install git git-man gitk git-gui

Configuration

Nous allons configurer le nom d'utilisateur et le mail sous lesquels vont apparaître nos commits.


git config --global user.name ""

git config --global user.email ""

Récupération du dépôt de référence


git clone ssh://git@[:portSSH]/~/.git 

cd

Création d'une branche locale de travail "local_wip" git checkout -b local_wip
Vous êtes prêts à commencer les développements !!

J'ai bien bossé, je veux diffuser mon travail au reste de l'équipe

Comme vous pouvez le constater sur le schéma de présentation, chaque développeur possède un dépôt local lié au dépôt de référence. Or la "synchronisation" n'est pas automatique. C'est à chaque développeur de la réaliser (mais ceci est outillé bien sûr !!).
Ainsi, il ne faut pas oublier que chaque commit fait par un développeur n'est pas envoyé automatiquement au dépôt de référence. Il faut garder à l'esprit que c'est le développeur qui envoie, quand il le souhaite, ses modifications après avoir fait l'intégration en local de son travail.

Voici une manière de procéder. J'ai réaliser plusieurs commits sur ma branche locale de travail ("local_wip"). Entre-temps, un coéquipier à poussé quelques commits sur la branche "master" du dépôt de référence.
Je rapatrie les modifications depuis le dépôt de référence :

git fetch

Si vous êtes un peu perdu, lancer gitk depuis le répertoire de travail.
Afin de voir toutes les branches : Vue > nouvelle vue, cocher "Se souvenir de cette vue", les 4 options dans "Références" et "Trier par date" dans "Options divers")

Je bascule sur la branche "master" git checkout master

Comme je n'ai rien fait sur "master" depuis le dernier "fetch", Git m'indique que je peut faire un fast-forward. En clair, pour que ma branche soit à jour, il n'y a qu'à la faire pointer sur le dernier commit de la branche "origin/master" : git merge origin/master

Ensuite, 2 solutions : soit je fusionne (merge) ma branche "local_wip" dans la branche "master", soit je la rebase sur "master". Je vais faire un rebase afin de garder un historique linéaire sur la branche "master" (on n'aura pas de commit de merge).


git checkout local_wip

git rebase master

Ensuite je vais appliquer tous les commits de ma branche sur la branche "master" :


git checkout master

git merge local_wip

Comme on vient de faire un rebase, on a changé l'origine de la branche "local_wip" pour la faire pointer sur le dernier commit de la branche "master". Ainsi, le merge de "local_wip" dans "master" est un fast-forward et on a donc bien un historique linéraire !

Je n'ai plus qu'à envoyer mes modifications au dépôt de référence : git push

Je n'oublie pas de repasser sur "local_wip" pour reprendre le développement... git checkout local_wip

Ensuite, au cours du développement, il suffit d'appliquer le même principe afin de faire évoluer le dépôt de référence. Je vous conseille de vous référer au liens fournis dans l'introduction et à notre Git_CheatSheet afin d'aborder le travail au quotidien avec Git (création de branche, merge, retour en arrière...)

Cyanogen, une ROM pour les systèmes Android

fpa — Tue, 20 Dec 2011 12:59:35 +0000

CyanogenMod est une ROM alternative basée sur le système open source Androïd pour téléphone mobile.

Cette ROM offre une meilleure gestion des ressources de votre téléphone mobile et rend l'ensemble de votre système paramétrable afin de l'adapter à votre utilisation. Elle propose les améliorations suivantes :

Lockscreen Gestures : dessinez ce que vous voulez sur l'écran pour effectuer des actions, déverrouiller l'écran de veille, contrôler le lecteur de musique...
Phone Goggles : permet de filtrer les envois SMS et les appels afin de ne pas faire d'action que vous n'aurez pas voulu faire.
OpenVPN : sécurisez votre accès à internet
Incognito Mode : naviguez en mode inconnu sur internet, les cookies sont automatiquement supprimer après chaque visite sur un site web
Themes Support : le manager de thème vous permet de personnaliser entièrement votre système et d'en faire un .apk
DSP Equalizer : le DSP Manager permet un réglage avancé de l'equaliser audio

Cyanogen utilise le gestionnaire de bureau ADW Launcher par défaut.

L'installation de cette ROM doit se faire sur un téléphone "rooté" auparavant et à l'aide du mod recovery, vous pourrez installer cette nouvelle ROM. Attention, il vaut mieux faire une sauvegarde de votre ROM d'origine pour revenir en arrière au cas où...
Un paquet d'installation (en version stable ou expérimental) est disponible sur le site de Cyanogen en fonction du modèle de votre téléphone.
De nombreux tutoriels et forums sont disponibles sur internet et un wiki est présent sur le site de Cyanogen pour vous aider à installer la ROM.

Nous avons réalisé l'installation de la ROM sur un HTC Desire HD après l'avoir downgradé en firmware 1.32 afin de pouvoir le "rooté" car HTC empêche cette manipulation depuis les firmware > 1.32.

Pour en savoir plus, rendez-vous sur le site officiel : http://www.cyanogenmod.com

Git

lgu — Wed, 07 Dec 2011 19:34:24 +0000

Git est un outil de gestion de version décentralisé, libre et open source. Créé et utilisé à l'origine par Linus Torvalds pour le développement du noyau Linux, il est maintenant utilisé par bon nombre de projets (Debian, Gnome, KDE, Android, PostgreSQL, Eclipse...) notamment grâce à la plate-forme GitHub.

La gestion de version décentralisée : chaque développeur possède son dépôt contenant toutes les versions et le système propose un mécanisme de "synchronisation" de dépôt. Ceci permet une gestion de version sans avoir besoin d'un serveur.

Nous utilisons actuellement git sur des projets internes.

Pour les nouveaux venus sur git ou tout simplement pour les petits trous de mémoire, voici notre CheatSheet :
Git_CheatSheet (mise à jour : 14/12/2011)

Site officiel : http://git-scm.com/

Logiciels libres, essayez la liberté

fpa — Tue, 06 Dec 2011 04:27:31 +0000

Afin d'inciter les utilisateurs de programmes informatiques à essayer les logiciels libres, l'APRIL publie une affiche pour faire un rappel sur les libertés proposés par ces logiciels et la diversité des domaines qu'ils proposent.

Le texte de l'affiche :

"Le logiciel libre offre quatre libertés à ses utilisateurs : la liberté d'utiliser le logiciel pour n'importe quel usage, la liberté de le distribuer à son entourage, la liberté d'étudier son fonctionnement et la liberté de le modifier pour l'améliorer. À l'opposé, un logiciel non libre tient secrète sa recette de fabrication (le code source) et n'offre que des droits restreints à l'utilisateur. N'hésitez pas à essayer plusieurs logiciels libres avant de vous procurer un logiciel non libre. Il existe des logiciels libres pour accomplir presque toutes les tâches informatiques."

Rendez-vous sur le site de l'APRIL pour en savoir plus et télécharger l'affiche : http://www.april.org/logiciels-libres-essayez-la-liberte

Les CMS

tuxmin — Mon, 21 Nov 2011 09:34:08 +0000

Soutien Framasoft

fpa — Fri, 04 Nov 2011 09:22:12 +0000

Openrun devient mécène auprès de Framasoft afin de soutenir le logiciel libre.

Issu du monde éducatif, Framasoft est un réseau de sites web collaboratifs à géométrie variable dont le dénominateur commun est le logiciel libre et son état d’esprit. Il vise à diffuser le logiciel libre et à le faire connaître auprès du plus large public. Sa communauté d’utilisateurs est créatrice de ressources et apporte assistance et conseil à ceux qui découvrent et font leur premiers pas avec les logiciels libres. Elle accompagne ceux qui désirent remplacer leurs logiciels propriétaires par des logiciels libres en attachant une attention toute particulière au processus de migration du système d’exploitation Microsoft Windows vers GNU/Linux.

Si vous souhaitez en savoir plus sur FRAMASOFT ou faire un don, rendez-vous sur le site officiel : http://www.framasoft.net

Openrun – Nouvel associé

tuxmin — Sat, 01 Oct 2011 16:22:37 +0000

Notre société s'agrandit : Loïc Guibert nous rejoint à partir du 1er octobre 2011. Il nous apporte son expertise sur les technologies J2EE et sur la gestion de projet avec les méthodes AGILE. Il participe à l'élaboration de méthodes et d'outils pour le suivi de la production.