WikiBR - Contributions [fr]

BR2006

2013-02-06T21:39:33Z

Xelnor : /* Équipes */ Ajout des ircops

{{menu BR}}
== Membres ==

{| border=0 align=center
| [[User:Xelnor|Xelnor]] ||| Raphaël BARROIS ||| '''Prez | root | support@linux | devel@frankiz | WiFi | ircop'''
|-
| [[User:Nono|Nono]] ||| Arnaud BORDE ||| '''news | support@linux | support@windows | hardware | BLL'''
|-
| [[User:zuzuf|Zuzuf]] ||| Roland BROCHARD ||| '''root | support@linux | devel@qrezix | BLL | hardware'''
|-
| [[User:insane0|Insane0]] ||| NITERC neiluJ ||| '''root | news | wifi | TV | devel@qrezix | support@linux | BLL'''
|-
| [[User:pauline|Pauline]] ||| Pauline DOCHEZ ||| '''tol | web'''
|-
| [[User:claire|Claire]] ||| Claire DROSS ||| '''news'''
|-
| [[User:flafla|Flafla]] ||| François GERMAIN ||| '''Trez | support@windows | devel@frankiz | devel@qrezix'''
|-
| [[User:xav|xav]] ||| Xavier JEAN ||| '''root | news | secrétaire | support@windows'''
|-
| [[User:Benjamin|Benjamin]] ||| Benjamin JEANPIERRE ||| '''QDJMestre'''
|-
| [[User:Alex|Alex]] ||| Alex KANTCHELIAN ||| '''Relex'''
|-
| [[User:eracil|Eracil]] ||| Ronan LACIRE ||| '''support@windows | infoBR (Anglais/Français)'''
|-
| [[User:mingguo|mingguo]] ||| Mingguo LI ||| '''root | infoBR (anglais)'''
|-
| [[User:linbx|linbx]] ||| Bingxiong LIN ||| '''xshare@window | support@windows'''
|-
| [[User:patrick|Patrick]] ||| Patrick NOLLET ||| ''' support@mac | mac | xshare@mac '''
|-
| [[User:ccpasteur|ccpasteur]] ||| Cédric PASTEUR ||| '''root | support@linux | bll | xshare@linux | ircop'''
|-
| [[User:bogdan|bogdan]] ||| Bogdan PRISACARI ||| '''tol | web | devel@frankiz | support@windows | xshare@windows | admin@windows'''
|-
| [[User:La_Buche|La Buche]] ||| Alexandres SADONES ||| '''news | tol | web | (devel@frankiz)'''
|}

== Bureau ==

* Président: [[User:Xelnor|Xelnor]]
* Trésorier: [[User:flafla|Flafla]]
* Secrétaire: [[User:xav|Xavier]]
* Vice-président: [[User:insane0|Insane0]]
* Admin@windows: [[User:bogdan|bogdan]]

== Équipes ==

* Root: [[User:Xelnor|Xelnor]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:xav|Xavier]] | [[User:ccpasteur|ccpasteur]]
* TV: [[User:insane0|Insane0]] | [[User:mingguo|mingguo]]
* WiFi: [[User:Xelnor|Xelnor]] | [[User:insane0|Insane0]]
* News: [[User:insane0|Insane0]] | [[User:xav|xav]] | [[User:La_Buche|La Buche]] | [[User:claire|Claire]] | [[User:Nono|Nono]]
* Web/Tol: [[User:pauline|Pauline]] | [[User:bogdan|bogdan]] | [[User:La_Buche|La Buche]]
* BLL: [[User:ccpasteur|ccpasteur]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:Nono|Nono]]
* infoBR: [[User:eracil|Eracil]] | [[User:mingguo|mingguo]]
* ircop: [[User:Xelnor|Xelnor]] | [[User:ccpasteur|ccpasteur]]
* Relex: [[USer:Alex|Alex]]
* Support:
** Windows: [[User:flafla|Flafla]] | [[User:xav|Xavier]] | [[User:eracil|Eracil]] | [[User:linbx|linbx]] | [[User:bogdan|bogdan]] | [[User:Nono|Nono]]
** Mac: [[User:patrick|Patrick]]
** Linux: [[User:Xelnor|Xelnor]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:ccpasteur|ccpasteur]] | [[User:Nono|Nono]]
* XShare:
** Windows: [[User:bogdan|bogdan]] | [[User:linbx|linbx]]
** Mac: [[User:patrick|Patrick]]
* Devel
** qRezix: [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:flafla|Flafla]]
** Frankiz: [[User:Xelnor|Xelnor]] | [[User:flafla|Flafla]] | [[User:La_Buche|La Buche]]

== Réunions (pages privées)==

===A venir===
* 03/07/2008 : [[Réunion:2008-07-03_Réunion_DSI|Réunion DSI]]
* 12/06/2008 : [[Réunion:2008-06-12|Réunion BR]]
=== Passées===

* 05/06/2008 : [[Réunion:2008-06-05_Réunion_DSI|Réunion DSI]]
* 17/04/2008 : [[Réunion:2008-04-17_Réunion_DSI|Réunion DSI]]
* 02/04/2008 : [[Réunion:2008-04-02|Réunion BR]]
* 13/03/2008 : [[Réunion:2008-03-12_Réunion_DSI|Réunion DSI]]
* 10/03/2008 : [[Réunion:2008-03-10|Réunion BR]]
* 19/02/2008 : [[Réunion:2008-02-19|Réunion BR]]
* 13/02/2008 : [[Réunion:2008-02-13_Réunion_DSI|Réunion DSI]]
* 24/01/2008 : [[Réunion:2008-01-24|Réunion avec le WikiX]]
* 16/01/2008 : [[Réunion:2008-01-16_Réunion_DSI|Réunion DSI]]
* 10/01/2008 : [[Réunion:2008-01-10|Réunion avec la Kès]]
* 19/12/2008 : [[Réunion:2007-12-19_Réunion_DSI|Présentation des 2k6 à la DSI]]
* 10/12/2007 : [[Réunion:2007-12-10|Première réunion du BR 2006]]

[[Catégorie:BR]]

BR2006

2013-02-06T21:39:00Z

Xelnor : /* Membres */ Ajout des ircops

{{menu BR}}
== Membres ==

{| border=0 align=center
| [[User:Xelnor|Xelnor]] ||| Raphaël BARROIS ||| '''Prez | root | support@linux | devel@frankiz | WiFi | ircop'''
|-
| [[User:Nono|Nono]] ||| Arnaud BORDE ||| '''news | support@linux | support@windows | hardware | BLL'''
|-
| [[User:zuzuf|Zuzuf]] ||| Roland BROCHARD ||| '''root | support@linux | devel@qrezix | BLL | hardware'''
|-
| [[User:insane0|Insane0]] ||| NITERC neiluJ ||| '''root | news | wifi | TV | devel@qrezix | support@linux | BLL'''
|-
| [[User:pauline|Pauline]] ||| Pauline DOCHEZ ||| '''tol | web'''
|-
| [[User:claire|Claire]] ||| Claire DROSS ||| '''news'''
|-
| [[User:flafla|Flafla]] ||| François GERMAIN ||| '''Trez | support@windows | devel@frankiz | devel@qrezix'''
|-
| [[User:xav|xav]] ||| Xavier JEAN ||| '''root | news | secrétaire | support@windows'''
|-
| [[User:Benjamin|Benjamin]] ||| Benjamin JEANPIERRE ||| '''QDJMestre'''
|-
| [[User:Alex|Alex]] ||| Alex KANTCHELIAN ||| '''Relex'''
|-
| [[User:eracil|Eracil]] ||| Ronan LACIRE ||| '''support@windows | infoBR (Anglais/Français)'''
|-
| [[User:mingguo|mingguo]] ||| Mingguo LI ||| '''root | infoBR (anglais)'''
|-
| [[User:linbx|linbx]] ||| Bingxiong LIN ||| '''xshare@window | support@windows'''
|-
| [[User:patrick|Patrick]] ||| Patrick NOLLET ||| ''' support@mac | mac | xshare@mac '''
|-
| [[User:ccpasteur|ccpasteur]] ||| Cédric PASTEUR ||| '''root | support@linux | bll | xshare@linux | ircop'''
|-
| [[User:bogdan|bogdan]] ||| Bogdan PRISACARI ||| '''tol | web | devel@frankiz | support@windows | xshare@windows | admin@windows'''
|-
| [[User:La_Buche|La Buche]] ||| Alexandres SADONES ||| '''news | tol | web | (devel@frankiz)'''
|}

== Bureau ==

* Président: [[User:Xelnor|Xelnor]]
* Trésorier: [[User:flafla|Flafla]]
* Secrétaire: [[User:xav|Xavier]]
* Vice-président: [[User:insane0|Insane0]]
* Admin@windows: [[User:bogdan|bogdan]]

== Équipes ==

* Root: [[User:Xelnor|Xelnor]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:xav|Xavier]] | [[User:ccpasteur|ccpasteur]]
* TV: [[User:insane0|Insane0]] | [[User:mingguo|mingguo]]
* WiFi: [[User:Xelnor|Xelnor]] | [[User:insane0|Insane0]]
* News: [[User:insane0|Insane0]] | [[User:xav|xav]] | [[User:La_Buche|La Buche]] | [[User:claire|Claire]] | [[User:Nono|Nono]]
* Web/Tol: [[User:pauline|Pauline]] | [[User:bogdan|bogdan]] | [[User:La_Buche|La Buche]]
* BLL: [[User:ccpasteur|ccpasteur]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:Nono|Nono]]
* infoBR: [[User:eracil|Eracil]] | [[User:mingguo|mingguo]]
* Relex: [[USer:Alex|Alex]]
* Support:
** Windows: [[User:flafla|Flafla]] | [[User:xav|Xavier]] | [[User:eracil|Eracil]] | [[User:linbx|linbx]] | [[User:bogdan|bogdan]] | [[User:Nono|Nono]]
** Mac: [[User:patrick|Patrick]]
** Linux: [[User:Xelnor|Xelnor]] | [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:ccpasteur|ccpasteur]] | [[User:Nono|Nono]]
* XShare:
** Windows: [[User:bogdan|bogdan]] | [[User:linbx|linbx]]
** Mac: [[User:patrick|Patrick]]
* Devel
** qRezix: [[User:zuzuf|Zuzuf]] | [[User:insane0|Insane0]] | [[User:flafla|Flafla]]
** Frankiz: [[User:Xelnor|Xelnor]] | [[User:flafla|Flafla]] | [[User:La_Buche|La Buche]]

== Réunions (pages privées)==

===A venir===
* 03/07/2008 : [[Réunion:2008-07-03_Réunion_DSI|Réunion DSI]]
* 12/06/2008 : [[Réunion:2008-06-12|Réunion BR]]
=== Passées===

* 05/06/2008 : [[Réunion:2008-06-05_Réunion_DSI|Réunion DSI]]
* 17/04/2008 : [[Réunion:2008-04-17_Réunion_DSI|Réunion DSI]]
* 02/04/2008 : [[Réunion:2008-04-02|Réunion BR]]
* 13/03/2008 : [[Réunion:2008-03-12_Réunion_DSI|Réunion DSI]]
* 10/03/2008 : [[Réunion:2008-03-10|Réunion BR]]
* 19/02/2008 : [[Réunion:2008-02-19|Réunion BR]]
* 13/02/2008 : [[Réunion:2008-02-13_Réunion_DSI|Réunion DSI]]
* 24/01/2008 : [[Réunion:2008-01-24|Réunion avec le WikiX]]
* 16/01/2008 : [[Réunion:2008-01-16_Réunion_DSI|Réunion DSI]]
* 10/01/2008 : [[Réunion:2008-01-10|Réunion avec la Kès]]
* 19/12/2008 : [[Réunion:2007-12-19_Réunion_DSI|Présentation des 2k6 à la DSI]]
* 10/12/2007 : [[Réunion:2007-12-10|Première réunion du BR 2006]]

[[Catégorie:BR]]

Canaux IRC du BR

2012-06-05T20:15:47Z

Xelnor : /* #br */ Typo + correction des règles d'accès

{{Ebauche}}
Le BR utilise de nombreux canaux IRC pour s'organiser, en voici la description complète.
== Le cas des ircops ==
Par tradition, les ircops du BR ont un accès privilégié sur les canaux. Typiquement, des commandes telles que 'access add' ou 'set' doivent leur être accessible. Leur nombre magique est 666.

Les autres opérateurs (@) tels que définis ci dessous préféreront un 42.

== #br ==
=== Utilisation ===
C'est le canal des anciens du BR. Discussions geek et débats stériles sont à anticiper.

=== Organisation et statuts ===
* Propriétaire (founder) : Un ancien BR-man.
* Opérateurs (@) : BR-mens actifs, IRCops actuels et anciens
* Semi-Opérateurs (%) : anciens BR-mens
* Voices (+) : amis du BR
* Accès : Canal public

== #br-actif ==
=== Utilisation ===
Canal de travail du BR dans son ensemble. Il est utilisé pour discuter des projets du BR et recueillir l'avis des anciens.

=== Organisation et statuts ===
* Propriétaire (founder) : Président
* Opérateurs (@) : BR-mens actuels
* Semi-Opérateurs (%) : anciens BR-mens actifs
* Voices (+) : aucuns
* Accès : BR-mens et anciens s'intéressant au devenir du binet.

== #root-br ==
=== Utilisation ===
C'est le canal de travail des roots. On y parle serveur, installation, configuration, mot de passe et down.

=== Organisation et statuts ===
* Propriétaire (founder) : Vice-président
* Opérateurs (@) : Roots de la promo active
* Semi-Opérateurs (%) : Anciens roots actifs
* Voices (+) : Autres anciens
* Accès : Réservé aux roots et anciens roots.

== #frankiz ==
=== Utilisation ===
Le canal central de développement de frankiz. On y trouve le bot irc Annagit, et on y discute des projets reliés à frankiz.
=== Organisation et statuts ===
* Propriétaire (founder) : Responsable dev frankiz
* Opérateurs (@) : Développeurs actifs
* Semi-Opérateurs (%) : Anciens actifs
* Voices (+) : Autres développeurs occasionnels (skins, etc.)
* Accès : Public

== #brPROMO (ou PROMO est à remplacer par la promo) ==
=== Utilisation ===
Le canal privé des BRmen d'une promo. On peut donc y blatter tranquillement sur les anciens/TOS.
=== Organisation et statuts ===
* Propriétaire (founder) : Président
* Opérateurs (@) : Au choix du président avec au moins le bureau.
* Semi-Opérateurs (%) : aucuns
* Voices (+) : aucuns
* Accès : BR-mens de la promo concernée et leurs invités éventuels.
Remarque : Cette section n'est pas uniforme selon les promos.

== #irc-br ==
=== Utilisation ===
Le canal des ircops du BR. On peut tranquillement blatter sur RezoSup.
=== Organisation et statuts ===
* Propriétaire (founder) : Le doyen des ircops actifs
* Opérateurs (@) : Ircops actifs
* Semi-Opérateurs (%) : Anciens ircops
* Voices (+) : aucuns
* Accès : Ircops ou anciens ircops du BR

== #web-br ==
=== Utilisation ===

=== Organisation et statuts ===
* Propriétaire (founder) :
* Opérateurs (@) :
* Semi-Opérateurs (%) :
* Voices (+) :
* Accès :

== #bural-br ==
=== Utilisation ===

=== Organisation et statuts ===
* Propriétaire (founder) :
* Opérateurs (@) :
* Semi-Opérateurs (%) :
* Voices (+) :
* Accès :

== #news-br ==
=== Utilisation ===

=== Organisation et statuts ===
* Propriétaire (founder) :
* Opérateurs (@) :
* Semi-Opérateurs (%) :
* Voices (+) :
* Accès :

== #br-vieux ==
=== Utilisation ===

=== Organisation et statuts ===
* Propriétaire (founder) :
* Opérateurs (@) :
* Semi-Opérateurs (%) :
* Voices (+) :
* Accès :

== #br-securite ==
=== Utilisation ===
Le canal des logs de connexion sur les machines.

=== Organisation et statuts ===
* Propriétaire (founder) :
* Opérateurs (@) : aucuns
* Semi-Opérateurs (%) : aucuns
* Voices (+) : bots
* Accès : réservé aux roots du BR

Configuration du proxy

2010-02-19T09:28:25Z

Xelnor : /* Compatibilité des navigateurs */

== Scripts de configuration ==

Le réseau élève étant derrière un proxy (Kuzh), il est nécessaire de disposer d'un moyen de configurer correctement les navigateurs.

Deux options sont disponibles :
* Insérer à la main l'adresse du script de configuration (http://config/proxy.pac)
* Sa baser sur la détection automatique (cf http://en.wikipedia.org/wiki/Wpad)

Cette seconde méthode présente l'avantage de ne pas imposer de modifications de la configuration du navigateur lorsque l'on se connecte sur le wifi (où l'alias "config" n'est pas accessible) ni lorsque l'on rentre chez soi.

Sous Linux, on dispose également des instructions suivantes :
export http_proxy="http://kuzh.polytechnique.fr:8080"
export ftp_proxy=$http_proxy
export no_proxy="polytechnique.fr"

== Compatibilité des navigateurs ==

{|align="center" border="1" cellspacing="0"
|------------------------------------------------ bgcolor="#BBDDBB"
! Navigateur
! Wpad
! Proxy.pac
! Autres méthodes
|------------------------------------------------
|------------------------------------------------
! colspan=4 align="center" bgcolor="#CCFFCC" | Linux
|------------------
| Firefox || OK || OK ||
|---
| Chromium || || ||
|---
| Konqueror || || OK ||
|---
| Arora || || ||
|---
| Epiphany || NON || OK ||
|------------------------------------------------
|------------------------------------------------
! colspan=4 align="center" bgcolor="#CCFFCC" | Windows
|---
| Firefox || || ||
|---
| Internet Explorer || || ||
|---
| Chrome || || ||
|---
| Safari || || ||
|---
| Opera || || ||
|------------------------------------------------
|------------------------------------------------
!colspan=4 align="center" bgcolor="#CCFFCC" | Mac OS
|---
| Safari || || ||
|---
| Firefox || || ||
|---
| Chrome || || ||
|------------------------------------------------
|}

Il semblerait que les options de configuration générales de Gnome et KDE ne supporte pas WPAD.

Configuration du proxy

2010-02-19T09:03:01Z

Xelnor : Nouvelle page : == Scripts de configuration == Le réseau élève étant derrière un proxy (Kuzh), il est nécessaire de disposer d'un moyen de configurer correctement les navigateurs. Deux optio...

== Scripts de configuration ==

Le réseau élève étant derrière un proxy (Kuzh), il est nécessaire de disposer d'un moyen de configurer correctement les navigateurs.

Deux options sont disponibles :
* Insérer à la main l'adresse du script de configuration (http://config/proxy.pac)
* Sa baser sur la détection automatique (cf http://en.wikipedia.org/wiki/Wpad)

Cette seconde méthode présente l'avantage de ne pas imposer de modifications de la configuration du navigateur lorsque l'on se connecte sur le wifi (où l'alias "config" n'est pas accessible) ni lorsque l'on rentre chez soi.

Sous Linux, on dispose également des instructions suivantes :
export http_proxy="http://kuzh.polytechnique.fr:8080"
export ftp_proxy=$http_proxy
export no_proxy="polytechnique.fr"

== Compatibilité des navigateurs ==

{|align="center" border="1" cellspacing="0"
|------------------------------------------------ bgcolor="#BBDDBB"
! Navigateur
! Wpad
! Proxy.pac
! Autres méthodes
|------------------------------------------------
|------------------------------------------------
! colspan=4 align="center" bgcolor="#CCFFCC" | Linux
|------------------
| Firefox || || ||
|---
| Chromium || || ||
|---
| Konqueror || || ||
|---
| Arora || || ||
|------------------------------------------------
|------------------------------------------------
! colspan=4 align="center" bgcolor="#CCFFCC" | Windows
|---
| Firefox || || ||
|---
| Internet Explorer || || ||
|---
| Chrome || || ||
|---
| Safari || || ||
|---
| Opera || || ||
|------------------------------------------------
|------------------------------------------------
!colspan=4 align="center" bgcolor="#CCFFCC" | Mac OS
|---
| Safari || || ||
|---
| Firefox || || ||
|---
| Chrome || || ||
|------------------------------------------------
|}

Nouveau devel@frankiz

2009-12-13T00:40:03Z

Xelnor :

A partir de la liste établie lors de la [[Réunion:2009-12-10 Réunion Frankiz III|réunion Frankiz 3 du 10/12/2009]], voici la liste des choses à faire lorsque quelqu'un veut rejoindre l'équipe des devel@frankiz.

= Par le BR =
# Création d'un compte gwennoz : [[Admin:Compte_Gwennoz|WOWTO]]
# Création d'un screen moaz
# Création d'un compte wikiBR

= Par l'intéressé =
# Création d'un compte Trac: http://trac/frankiz/register
# Lecture des informations utiles (doc, ...) : sur [http://trac/frankiz/wiki Trac]

Nouveau devel@frankiz

2009-12-13T00:38:00Z

Xelnor : /* Par l'intéressé */

A partir de la liste établie lors de la [[Réunion:2009-12-10 Réunion Frankiz III|réunion Frankiz 3 du 10/12/2009]], voici la liste des choses à faire lorsque quelqu'un veut rejoindre l'équipe des devel@frankiz.

= Par le BR =
# Création d'un compte gwennoz : [[Admin:Compte_Gwennoz|WOWTO]]
# Création d'un compte trac
# Création d'un screen moaz
# Création d'un compte wikiBR

= Par l'intéressé =
L'ensemble des informations se trouvent sur [http://trac/frankiz Trac]

Nouveau devel@frankiz

2009-12-13T00:37:29Z

Xelnor : /* Par l'intéressé */

A partir de la liste établie lors de la [[Réunion:2009-12-10 Réunion Frankiz III|réunion Frankiz 3 du 10/12/2009]], voici la liste des choses à faire lorsque quelqu'un veut rejoindre l'équipe des devel@frankiz.

= Par le BR =
# Création d'un compte gwennoz : [[Admin:Compte_Gwennoz|WOWTO]]
# Création d'un compte trac
# Création d'un screen moaz
# Création d'un compte wikiBR

= Par l'intéressé =
L'ensemble des informations se trouvent sur [[http://trac/frankiz|Trac]]

Git

2009-12-05T17:45:10Z

Xelnor : Aide, stash

Git est un [[VCS|système de contrôle de version]]. Assez proche de [[SVN]] par certains côtés, il présente néanmoins un grand nombre de différences.

Avant de découvrir les spécificités de Git, il est nécessaire de connaître les concepts généraux des [[VCS|systèmes de contrôle de version]].

== Dépôts ==

Alors que [[CVS]] et [[SVN]] sont des systèmes de versionnement centralisés (i.e un serveur contient le dépôt, et chaque utilisateur effectue un ''checkout'' depuis ce dépôt), Git est complètement décentralisé.

Pour récupérer une copie du dépôt de Frankiz, par exemple, on utilisera la commande suivante :
git clone git://git.eleves.polytechnique.fr/frankiz.git

On obtient ainsi un '''clone''' du dépôt d'origine (i.e une copie conforme), qui peut d'ailleurs servir de backup si le dépôt d'origine était perdu. Notre clone contient tout l'historique du dépôt depuis sa création, toutes les branches, etc.

Git supporte également d'autres protocoles et syntaxes :
* On peut omettre le ''.git'' final :
git clone http://git.eleves.polytechnique.fr/frankiz
* Récupération par HTTP :
git clone http://git.eleves.polytechnique.fr/frankiz
* Connexion en SSH :
git clone ssh://user@git.eleves.polytechnique.fr/home/git/frankiz
* Accès à un dépôt sur la machine locale :
git clone /home/git/frankiz.git
* Clone du dépôt d'un autre utilisateur :
git clone /home/2006/xelnor/dev/frankiz/

== Opérations standards ==

=== Accéder à l'aide ===
L'aide de git est très complète :
* ''git help'' pour une liste des commandes
* ''git help cmd'' ou ''git cmd --help'' pour l'aide complète de la commande ''cmd''
* ''git cmd -h'' pour une aide courte sur la commande ''cmd''

=== Récupérer une copie de travail ===
Voir la partie [[#Dépôts|Dépôts]] ci-dessus

=== Effectuer un commit ===
L'opération s'effectue en plusieurs étapes :
* Modifier des fichiers
* Vérifier la liste des modifications :
git diff
* Indiquer à git quels fichiers feront partie du commit ; ceci permet de ne committer que les modifications de quelques fichiers
git add path/to/file1 path/to/file2
* Vérifier que l'on a ajouté les fichiers que l'on voulait :
git status
* Faire le commit (le ''-s'' ajoute une ligne ''Signed of by'' dans le message, pour pouvoir retrouver plus efficacement l'auteur réel du commit)
git commit -s
* Transmettre les commits au dépôt d'origine
git push

La dernière commande provient du fait que git n'est pas centralisé : il n'envoie pas les modifications locales au dépôt parent spontanément.

Ceci permet de faire quelques modifications locales puis de n'envoyer cela au reste des développeurs que lorsque les modifications sont stables et complètes, par exemple.

=== Gérer les branches ===
On peut voir la liste des branches accessibles avec :
git branch -a
* La ligne avec une étoile est la branche courante
* Les lignes blanches sont les branches ''locales'' (elles suivent généralement une branche distante)
* Les lignes rouges sont les branches distantes.

Pour récupérer une autre branche, il faut d'abord l'ajouter localement :
git checkout -b NomLocal origin/NomDistant

Cela aura également pour effet de basculer sur la branche NomLocal.
Les modifications que l'on avait effectuées sont bien entendu conservées.

Une fois la branche ajoutée, on peut basculer de branche en branche à l'aide de :
git checkout NomLocal

=== Mettre à jour la copie de travail ===
Git stocke séparément la version du dépôt et la version locale.

Pour mettre à jour sa copie de travail, il faut donc :
# Récupérer les derniers changements du dépôt d'origine :
git fetch origin
# ''rebaser'' le dépôt : appliquer les éventuelles modifications locales à la suite de celles effectuées sur le dépôt ; si on travaille sur la branche ''master'', on fera :
git rebase origin/master
# Git essaiera alors d'appliquer les commits locaux successivement, en indiquant chaque fois qu'il y a un problème. Il faudra alors :
## Résoudre le problème (les fichiers avec des conflits apparaîssent comme ''Changed but not updated'' dans ''git status'')
## Ajouter les fichiers (''git add'')
## Indiquer à git de continuer : ''git rebase --continue''

Ceci permet de transformer l'état suivant (les ''O'' sont les commits, ''A'' le moment où les deux versions ont commencé à diverger, ''B'' la version du dépôt, ''E'' la version locale, ''C'' et ''D'' des commits locaux)

-C--D--E
/
-O--A--O--B

En l'état plus propre :
-O--A--O--B--C'--D'--E'

Avec C, D et E convertis en C', D' et E' : ils ont été modifiés pour être des modifications relatives à B au lieu de A.

=== Sauvegarder des modifications locales ===
Avant de faire un merge particulièrement délicat, ou si l'on doit résoudre un bug alors que l'on a pas mal de modifications non commitées en cours, il est parfois utile de sauvegarder l'état courant de la copie de travail.

Pour cela, il faut utiliser :
git stash
Une fois les modifications effectuées, on peut restorer la copie locale à l'état sauvegardé avec :
git stash apply

== Créer un dépôt ==
Contrairement à [[SVN]] où il faut installer un serveur subversion, créer un dépôt Git est très rapide : dans le dossier que l'on souhaite versionner, il suffit de taper
git init
Et voilà, le dossier est versionné : on peut donc commencer à faire des modifications, des commits, etc. (bien entendu, on ne peut pas ''pusher'' ses commits, puisqu'il n'y a pas de serveur distant).

Cette particularité rend Git très efficace pour versionner un petit projet, un exercice de TD, etc.

== Structure interne ==

Git stocke les commits de manière très particulière : un commit correspond à peu près à une sauvegarde de l'état des fichiers, à un message, et à une référence vers le commit parent.
Contrairemant à [[SVN]], il n'y a donc pas de notion de numéro de révision : chaque commit est identifié par une chaîne hexadécimale de 40 caractères (par exemple : ''04fd02e59b1bdc430c7a7dcc1ca9f4cbc2b04037'' )

Un ''tag'' est en fait un nom «lisible» donné à un ''commit'' ; une ''branche'' indique également le ''commit'' principal d'une branche.

Git

2009-12-05T17:38:32Z

Xelnor : Doc sur Git (basique)

Git est un [[VCS|système de contrôle de version]]. Assez proche de [[SVN]] par certains côtés, il présente néanmoins un grand nombre de différences.

Avant de découvrir les spécificités de Git, il est nécessaire de connaître les concepts généraux des [[VCS|systèmes de contrôle de version]].

== Dépôts ==

Alors que [[CVS]] et [[SVN]] sont des systèmes de versionnement centralisés (i.e un serveur contient le dépôt, et chaque utilisateur effectue un ''checkout'' depuis ce dépôt), Git est complètement décentralisé.

Pour récupérer une copie du dépôt de Frankiz, par exemple, on utilisera la commande suivante :
git clone git://git.eleves.polytechnique.fr/frankiz.git

On obtient ainsi un '''clone''' du dépôt d'origine (i.e une copie conforme), qui peut d'ailleurs servir de backup si le dépôt d'origine était perdu. Notre clone contient tout l'historique du dépôt depuis sa création, toutes les branches, etc.

Git supporte également d'autres protocoles et syntaxes :
* On peut omettre le ''.git'' final :
git clone http://git.eleves.polytechnique.fr/frankiz
* Récupération par HTTP :
git clone http://git.eleves.polytechnique.fr/frankiz
* Connexion en SSH :
git clone ssh://user@git.eleves.polytechnique.fr/home/git/frankiz
* Accès à un dépôt sur la machine locale :
git clone /home/git/frankiz.git
* Clone du dépôt d'un autre utilisateur :
git clone /home/2006/xelnor/dev/frankiz/

== Opérations standards ==

=== Récupérer une copie de travail ===
Voir la partie [[#Dépôts|Dépôts]] ci-dessus

=== Effectuer un commit ===
L'opération s'effectue en plusieurs étapes :
* Modifier des fichiers
* Vérifier la liste des modifications :
git diff
* Indiquer à git quels fichiers feront partie du commit ; ceci permet de ne committer que les modifications de quelques fichiers
git add path/to/file1 path/to/file2
* Vérifier que l'on a ajouté les fichiers que l'on voulait :
git status
* Faire le commit (le ''-s'' ajoute une ligne ''Signed of by'' dans le message, pour pouvoir retrouver plus efficacement l'auteur réel du commit)
git commit -s
* Transmettre les commits au dépôt d'origine
git push

La dernière commande provient du fait que git n'est pas centralisé : il n'envoie pas les modifications locales au dépôt parent spontanément.

Ceci permet de faire quelques modifications locales puis de n'envoyer cela au reste des développeurs que lorsque les modifications sont stables et complètes, par exemple.

=== Gérer les branches ===
On peut voir la liste des branches accessibles avec :
git branch -a
* La ligne avec une étoile est la branche courante
* Les lignes blanches sont les branches ''locales'' (elles suivent généralement une branche distante)
* Les lignes rouges sont les branches distantes.

Pour récupérer une autre branche, il faut d'abord l'ajouter localement :
git checkout -b NomLocal origin/NomDistant

Cela aura également pour effet de basculer sur la branche NomLocal.
Les modifications que l'on avait effectuées sont bien entendu conservées.

Une fois la branche ajoutée, on peut basculer de branche en branche à l'aide de :
git checkout NomLocal

=== Mettre à jour la copie de travail ===
Git stocke séparément la version du dépôt et la version locale.

Pour mettre à jour sa copie de travail, il faut donc :
# Récupérer les derniers changements du dépôt d'origine :
git fetch origin
# ''rebaser'' le dépôt : appliquer les éventuelles modifications locales à la suite de celles effectuées sur le dépôt ; si on travaille sur la branche ''master'', on fera :
git rebase origin/master
# Git essaiera alors d'appliquer les commits locaux successivement, en indiquant chaque fois qu'il y a un problème. Il faudra alors :
## Résoudre le problème (les fichiers avec des conflits apparaîssent comme ''Changed but not updated'' dans ''git status'')
## Ajouter les fichiers (''git add'')
## Indiquer à git de continuer : ''git rebase --continue''

Ceci permet de transformer l'état suivant (les ''O'' sont les commits, ''A'' le moment où les deux versions ont commencé à diverger, ''B'' la version du dépôt, ''E'' la version locale, ''C'' et ''D'' des commits locaux)

-C--D--E
/
-O--A--O--B

En l'état plus propre :
-O--A--O--B--C'--D'--E'

Avec C, D et E convertis en C', D' et E' : ils ont été modifiés pour être des modifications relatives à B au lieu de A.

== Créer un dépôt ==
Contrairement à [[SVN]] où il faut installer un serveur subversion, créer un dépôt Git est très rapide : dans le dossier que l'on souhaite versionner, il suffit de taper
git init
Et voilà, le dossier est versionné : on peut donc commencer à faire des modifications, des commits, etc. (bien entendu, on ne peut pas ''pusher'' ses commits, puisqu'il n'y a pas de serveur distant).

Cette particularité rend Git très efficace pour versionner un petit projet, un exercice de TD, etc.

== Structure interne ==

Git stocke les commits de manière très particulière : un commit correspond à peu près à une sauvegarde de l'état des fichiers, à un message, et à une référence vers le commit parent.
Contrairemant à [[SVN]], il n'y a donc pas de notion de numéro de révision : chaque commit est identifié par une chaîne hexadécimale de 40 caractères (par exemple : ''04fd02e59b1bdc430c7a7dcc1ca9f4cbc2b04037'' )

Un ''tag'' est en fait un nom «lisible» donné à un ''commit'' ; une ''branche'' indique également le ''commit'' principal d'une branche.

Subversion

2009-12-05T16:37:41Z

Xelnor : /* Gestion de versions concurrentes */

La SVN (petit nom de SubVersion) a pour but de remplacer la [[CVS]]. Pour l'utilisateur lambda, l'utilisation en est quasiment identique, mais les fonctionnalités supplémentaires sont tout de même non négligeables.

== Qu'est-ce que c'est SVN ? ==

=== Gestion de versions concurrentes ===

Comme l'indique le nom d'un très cher ancêtre de SVN, Subversion est un système de gestion de version concurrente ([[VCS]]). C'est à dire un outil qui permet de programmer à plusieurs sur un projet. Chaque développeur peut travailler sereinement sur sa copie du projet car SVN se chargera de la fusion des modifications apportées par chacun des utilisateurs.

Un outil comme SVN s'avère donc être un très bon moyen de centraliser le développement d'un programme. Cela permet en effet de conserver de manière sûre une copie du projet sur le serveur avec la possibilité de structurer le développement, la certitude de pouvoir retrouver les versions antérieures grace au principe de versionning et de stockage des modifications sous forme de patchs.

=== Structure d'un projet sur la SVN ===

Les projets de développement (donc on exclut les modules de configuration) ont tous à peu près la même structure. Cette structure reflète le développement :
* trunk : la branche principale du projet
* branches : répertoire qui contient les autres branches sous la forme de sous répertoire.
* tags : répertoire que contient les versions tagguées sous la forme de sous répertoire. Une version tagguée est en fait une image instantannée du développement, c'est à dire que c'est l'état du projet à un moment donné et ce qu'il y a dans le tag n'est plus censé changé.

Prennons l'exemple concret de l'arborescence du projet qRezix :
svn://swl/qrezix/
+ trunk
+ branches
| + qrezix--release--1.2
| + qrezix--release--1.6.2
| + qrezix--release--1.6.3
| + qrezix--release--1.6.4
| \ qrezix--release--2.0.0
\ tags
+ qrezix--1.3
+ qrezix--1.6.2
+ qrezix--1.6.2-rc1
+ qrezix--1.6.2-rc2
+ qrezix--1.6.3
+ qrezix--1.6.4
+ qrezix--2.0.0-beta1
+ qrezix--2.0.0-beta2
+ qrezix--2.0.0-rc1
+ qrezix--2.0.0
\ qrezix--2.0.1

== Utilisation de svn ==

SVN s'utilise aussi simplement que [[CVS]] avec cependant quelques différences notables, principalement la syntaxe différente pour un checkout.

La SVN gère également des branches qui permettent de continuer à développer sur une branche 'instable' pendant qu'on décide de 'releaser' une version stable.

Chaque projet est appelé un '''module'''.

==== Récupérer un module ====

La commande diffère selon que le module est accessible via le svnserver ou svn+ssh :

en svn :
svn co svn://[user@]skinwel/nom_du_projet/partie_a_co [dest_locale]

en http :
svn co http://[user@]skinwel/nom_du_projet/partie_a_co [dest_locale]

en svn+ssh :
svn co svn+ssh://user@skinwel/home/svn/nom_du_projet/partie_a_co [destination]

Pour la plupart des utilisateurs la branche à récupérer sera trunk, mais ça peut être aussi branches/nom_de_la_branche, ou Tag/nom_du_tag... ou n'importe quel sous répertoire ou fichier...

==== Récupérer les modifications des autres ====
svn up [$fichiers$]

Met à jour votre copie locale, en prenant en compte les dernières versions des fichiers spécifiés. Si aucun fichier n'est spécifié, le programme mettra à jour tout le répertoire et ce récursivement. En cas de modification conflictuelle entre celle du serveur et celle de la copie locale, il faut [[#Résoudre les conflits|résoudre les conflits]].

Lors de l'update, une liste de noms de fichier s'affiche précédés par une lettre. Ces fichiers sont les fichiers affectés par l'update, et chaque lettre a une signification particulière, indiquant l'effet de la commande sur la version locale :
* A : Le fichier a été ajouté à la version local
* M : Le fichier est localement modifié (le contenu n'est pas touché par SVN)
* U : Le fichier est mis à jour
* G : Le fichier est patché (le fichier est modifié à la fois localement et sur la SVN et les modifications de la SVN sont fusionnées à la copie locale).
* C : La copie locale du fichier entre en conflit avec la version du serveur.
* I : Le fichier est ignoré
* D : Le fichier est supprimé
* ! : Le fichier est manquant
* ? : Le fichier n'est pas géré par SVN

==== Valider ses modifications ====
svn status [$fichiers$]
Indique l'état de la version locale (ou d'un fichier précis de la version locale). Cela indique avec la même syntaxe que ci-dessus les fichiers qui ont étés localement modifiés par rapport à la dernière opération de 'synchronisation' avec le serveur. Cette opération étant locale, elle n'indique les modifications que par rapport à la révision actuelle. Il faut faire
svn status -u [$fichiers$]
Pour avoir les modifications par rapport à la dernière révision de la branche (c'est utile avant de faire un svn up, pour prendre ses précautions).

svn ci [$fichiers$]

Cette commande envoie au serveur les fichiers modifiés. Si aucun conflit n'est détecté la modification est validée.

Il faut toujours [[#Récupérer les modifications des autres|updater]] la copie locale avant de commiter ses modifications, et s'assurer donc que les modifications intervenues entre temps sont compatibles

Avant d'envoyer le commit, SVN vous demandera un message expliquant le travail effectué. Ce message est suivi de la liste des fichiers avec les tags comme expliqué dans la section précédente. Dans le pire des cas, l'utilisation de la commande ''diff'' permet de voir l'ensemble des modifications :
svn diff [$fichiers$]

==== Annuler ses modifications ====
svn revert [$fichiers$]

Supprime toutes les modifications locales apportées au fichier spécifié depuis le dernière update.

Cette commande est la seule qui ne soit pas récursive avec SVN. Pour utiliser la commande sur un répertoire de façon récursive, il faut ajouter l'option -R
svn revert -R [$répertoire$]

==== Reverter des modifications déjà commitées ====

Il suffit d'appliquer un patch inverse correspondant aux modifications que l'on souhaite annuler. Ainsi pour annuler la révision 42, il suffit de faire

svn merge --commit -42 [$répertoire$]

ce qui indique à subversion qu'il faut appliquer à la version locale courante les changements opposés au commit 42. Il faut ensuite commiter ces changements.

Tu peux trouver plus d'informations dans "Version Control with Subversion" : [http://svnbook.red-bean.com/en/1.4/svn.branchmerge.commonuses.html#svn.branchmerge.commonuses.undo Undoing Changes].

==== Ajouter un fichier/répertoire ====
svn add $fichiers$
svn mkdir $repertoire$

Ajoute les fichiers spécifiés à la SVN. Les répertoires sont ajoutés immédiatement, les fichiers ajoutés par contre doivent être comités pour valider l'ajout. L'utilisation de mkdir nécessite que le répertoire n'existe pas encore. Il n'est donc pas suffisant de créer un répertoire ou un fichier dans l'arbre de la svn pour qu'il soit ultérieurement pris en compte par subversion.

==== Supprimer un fichier/répertoire ====
svn remove $fichiers$
svn rmdir $repertoire$

Supprime un fichier du module. La version locale est immédiatement effacée. La suppression sera effective après un commit (et il est toujours possible avec un 'merge' de revenir en arrière).

==== Déplacer un fichier/répertoire ====
svn move $fichier$ $destination$

Déplace le fichier ou répertoire vers sa destination. Se comporte comme mv.

==== Créer une version tagguée ====
Une version tagguée est un snapshot du projet, une photographie à un instant présent. Sur svn, un snapshot est donc une copie de l'instant présent dans l'arborescence. Le plus souvent on utilise un répertoire tag :
svn copy trunk tags/$montag$

==== Créer une branche ====
De la même manière que les tags, les branches sont une séparation du projet. C'est donc également une copie, mais celle-ci destinée à évoluer... On stock habituellement les branches dans un répertoire branches :
svn copy trunk branches/$mabranche$

==== Backporter ====
Backporter consiste à transposer les modifications d'une branche sur une autre.
svn merge -r vInitiale:vCible $brancheorigine$ [$branchedest$]
svn ci

Cette syntaxe applique les modifications de la branche $brancheorigine$ effectuées de la révision ''vInitiale'' à la révision ''vCible'' (dans cet ordre là, même si vInitiale>vCible ) la branche ''branchedest''. Si ''branchedest'' n'est pas spécifié, l'application sera réalisée sur le répertoire courant.

Attention à mettre ''vInitiale'' et ''vCible'' dans le bon sens, sinon on supprime les modifications au lieu de les appliquer.

Par exemple pour importer le commit 1783 de la branches qrezix--release--2.0.0 sur le trunk, il faut exécuter la commande :
cd trunk
svn merge -r1782:1783 svn://swl/qrezix/branches/qrezix--release--2.0.0 .

==== Résoudre les conflits ====

Après un update il est possible que certaines modifications locales soit en conflit avec les modifications des autres développeurs (dans le cas en particuliers ou une même ligne a été modifiée). Il faut alors faire une fusion à la main, c'est la résolution du confit.

Pour ceci il faut éditer le fichier concerné. Les points conflictuels sont facilement identifiables car délimités par :

<<<<<<< .mine
... ma version du code
=======
... la version SVN du code
>>>>>>>.r849

Il suffit alors de choisir quelles modifications doivent être conservées... et d'enregistrer le fichier. Il ne faut tout de même pas oublier de marquer le conflit comme résolu :
svn resolved $fichier$

== Installation de la SVN sous Windows ==

Un bon client SVN sous Windows est [http://tortoisesvn.tigris.org/ TortoiseSVN] qui s'intègre à l'explorateur Windows et permet de réaliser toutes les commandes grace au menus contextuels associés aux répertoires.

== Installation de SVN sous MacOS X ==

Subversion est installé en standard dans Mac OS X Leopard. Si vous souhaitez utiliser la toute dernière version de subversion, ou si vous n'êtes pas encore passés sous Leopard, plusieurs solutions s'offrent à vous :

* soit vous pouvez utiliser les packages 'tout fait' qui se trouvent sur le [http://www.codingmonkeys.de/mbo/ site de Martin Ott].
* soit vous pouvez utiliser [http://fink.sourceforge.net/ fink] en tapant dans un Terminal :
fink install svn
* soit vous pouvez utiliser [http://macports.org/ MacPorts] en tapant dans un Terminal :
port install subversion

Il y a ensuite un certain nombre de client graphiques pour svn (comme [http://www.lachoseinteractive.net/en/community/subversion/svnx/download/ svnX] par exemple), si nécessaire, pour visualiser les évolutions du projet par exemple, ou bien voir sa structure.

Versionnement

2009-12-05T16:32:48Z

Xelnor : Redirection vers VCS

#REDIRECT [[VCS]]

Version Control System

2009-12-05T16:32:16Z

Xelnor : Redirection vers VCS

#REDIRECT [[VCS]]

VCS

2009-12-05T16:31:51Z

Xelnor : Doc sur les VCS, version basique

== Version Control System ==

Un ''VCS'' (ou ''système de contrôle de version'') est un outil de suivi de l'évolution d'un projet.

L'objectif d'un VCS est de faciliter le travail collaboratif sur un projet, et de maintenir un excellent suivi de l'historique du projet.

=== Exemples de VCS ===
Il existe de nombreux VCS, le BR a utilisé ou utilise encore les suivants :

* [[CVS]], assez vieux et peu performant
* [[SVN]], très répandu, basé sur une architecture client/serveur
* [[Git]], qui gagne en importance ; basé sur une architecture très distribuée, il est utilisé pour [[Frankiz]].

== Concepts ==

=== Bases ===
Un VCS se compose :
* D'un '''dépôt''' : l'endroit où est stocké l'ensemble de l'historique du projet (il peut y en avoir plusieurs dans le cas de [[Git]] )
* De '''copies de travail''' (ou '''checkouts''') : En général une par développeur, il s'agit grosso modo d'un export du dépôt, qui stocke notamment (dans un dossier caché) la version ''dépôt'' des fichiers

=== Commits ===
Lorsque l'on développe, on va récupérer une copie du dépôt, puis effectuer ses modifications et les tester. Une fois que les changements sont corrects, on va réaliser ce que l'on appelle un '''commit''' : il s'agit d'envoyer au dépôt les modifications que l'on a effectuées, sous forme de différences par rapport au fichier d'origine. On accompagne la chose d'un message décrivant ce qui a été fait (par exemple, ''fix bug in XXX'', ''add link for YYY'', ...).

Cela permet de disposer de l'historique des modifications effectuées sur le projet, et de savoir qui a fait quoi :)

En général, lors d'un commit, un mail résumant les modifications effectuées est envoyé à l'ensemble des développeurs du projet.

Avant d'effectuer des modifications, il convient de mettre à jour sa copie locale : ceci limite le risque de conflit à résoudre ''a posteriori''.

=== Merge ===
Si l'on a effectué des modifications et qu'un autre utilisateur a ''committé'' en parallèle, deux situations peuvent se produire :
* Les modifications locales et celles de l'autre développeur concernent des fichiers différents : dans ce cas, le VCS va automatiquement fusionner les modifications (i.e appliquer les modifications de l'autre développeur)
* Les deux développeurs ont modifié les mêmes lignes d'un même fichier : on parle de '''conflit'''. Dans ce cas, le VCS le signale et laisse au développeur le soin de fusionner correctement les modifications (on parle de '''merge''').

=== Branches ===
Lorsque les changements à effectuer sont importants et occupent une place certaine, on crée une '''branche''' : on part de l'état du projet à l'instant t0, et on diverge du développement standard en ajoutant des modifications variées (généralement pour ajouter une fonctionnalité innovante mais qui impose de lours remaniements du code).

Une fois cette fonctionnalité achevée, on va '''merger''' la branche divergente avec la branche principale : il s'agit d'appliquer les changements de la branche divergente à la branche principale. En général, dans le procédé, le VCS commence par appliquer le plus grand nombre possible de commits de la branche divergente à la branche principale ; à chaque fois qu'un conflit se présente, on demande à l'utilisateur de résoudre. Une fois le '''merge''' terminé, on commite les modifications effectuées.

En général, un projet contient les branches suivantes :
* ''master'' (ou ''trunk'') : là où s'effectue le développement actif,
* ''prod'' : la version de production, sur laquelle on reportera les commits importants (en général, ceux qui résolvent des failles de sécurité)

=== Tags ===

Lorsque l'on considère qu'il est temps de sortir une nouvelle version, on réalise un '''tag''' : il s'agit d'une capture de l'état du dépôt lors de cette version. Cela permet facilement de suivre l'évolution depuis la dernière ''release'', par exemple.

== Processus de travail ==

Le processus est souvent le suivant :
# Le développeur récupère une copie de travail
# Il fait des modifications, et les teste
# Il envoie un commit
# Un autre développeur fait des modifications
# Le développeur met à jour sa copie de travail (y propageant ainsi les modifications effectuées par les autres développeurs)
# Il fait à nouveau des modifications, les teste, puis committe.

Et ainsi de suite.

== Règles de bon usage ==

Quelques règles sont à respecter dans un processus de développement collaboratif :
* Les commits doivent être atomiques : un commit résoud un bug, ajoute une seule fonctionnalité, ... (pas de ''fix typo, fix bug, add XXX'')
* Les branches doivent rester opérationnelles : sauf cas exceptionnels, pas de régression dans un commit (si ça marchait avant, ça doit marcher après)
* On doit accompagner chaque commit d'un message décrivant son effet (pas de ''fix bug'' mais ''Fix problem in module XXX : ...'').
* Si un commit résoud un bug indiqué dans le gestionnaire de bugs (Bugzilla, Flyspray, Trac), l'indiquer dans le message : ''Fix bug #42666'' ; en effet, il arrive souvent que ce genre de message ferme automatiquement la tâche en la reliant au commit

SVN

2009-12-05T13:26:37Z

Xelnor : Redirection vers Subversion

#REDIRECT [[Subversion]]

Configuration des clients pour le WiFi

2009-12-02T01:04:08Z

Xelnor : /* Sous Linux */ Doc Gentoo

{{menu wifi}}

== Wifi de la DSI ==

=== Sous Linux ===

==== Configuration et utilisation en mode graphique ====

===== Sous ubuntu =====
Utiliser la [http://www.dsi.polytechnique.fr/Wifi/Procedures/WiFi-Linux.pdf documentation de la DSI].

===== Avec wpa_gui =====

Il faut installer le package ''wpa_supplicant'' (http://hostap.epitest.fi/wpa_supplicant/, en natif sur toutes les bonnes distribs).

On remplit alors de manière minimale le fichier de configuration ''/etc/wpa_supplicant/wpa_supplicant.conf'' ou ''/etc/wpa_supplicant.conf'' selon les distributions :

#######################################
# Config de /etc/wpa_supplicant.conf #
#######################################
# Fichier d'interface pour contrôle du démon
ctrl_interface=/var/run/wpa_supplicant
# Contrôle d'accès à l'interface (ici membres du groupe wifi)
ctrl_interface_group=wifi
# IEEE 802.1X/EAPOL version
eapol_version=1
# Type de scan pour trouver le reseau (par le prog/par la carte/les 2)
ap_scan=2
# EAP fast re-authentication
fast_reauth=1
# Adapter la configuration à partir de l'interface graphique
update_config=1

Il faut ensuite s'ajouter au groupe ''wifi'' (on peut également utiliser ''adm'' ou ''wheel'' à la place :
usermod -a -g wifi MonLogin

On lance alors wpa_supplicant :
* Sous gentoo : indiquer dans le ''/etc/conf.d/net'' :
modules=( "wpa_supplicant" )
wpa_supplicant_wlan0="-Dwext -iwlan0"
config_wlan0=( "dhcp" )
dns_servers_Polytechnique=( "129.104.201.53 129.104.201.51" )
dns_search_Polytechnique=( "eleves.polytechnique.fr polytechnique.fr" )
Puis relancer l'interface : ''/etc/init.d/net.wlan0 restart''

* Manuellement, il faut le lancer via :
wpa_supplicant -Dwext -iwlan0 -B -c/etc/wpa_supplicant.conf

Enfin, il suffit de lancer ''wpa_gui'' pour pouvoir afficher les réseaux disponibles et se connecter sur celui que l'on souhaite. L'option ''update_config'' permet à ''WPA Supplicant'' de mettre à jour le fichier directement.

==== Configuration non graphique ====
===== Configuration de Wpa_supplicant =====
Il faut installer le package ''wpa_supplicant'' (http://hostap.epitest.fi/wpa_supplicant/, en natif sur toutes les bonnes distribs).

Le fichier de configuration est le suivant :

#######################################
# Config de /etc/wpa_supplicant.conf #
#######################################
# Fichier d'interface pour contrôle du démon
ctrl_interface=/var/run/wpa_supplicant
# Contrôle d'accès à l'interface (ici root)
ctrl_interface_group=0
# IEEE 802.1X/EAPOL version
eapol_version=1
# Type de scan pour trouver le reseau (par le prog/par la carte/les 2)
ap_scan=2
# EAP fast re-authentication
fast_reauth=1

###############################
# Config spécifique au réseau #
###############################
network={
ssid="Polytechnique"
key_mgmt=WPA-EAP
eap=TTLS
identity="jean.dupont" # login de salle info
password="monpetitponey" # mot de passe de salle info
pairwise=TKIP
group=TKIP
priority=2
phase2="auth=PAP"
}

===== Connection au réseau wifi =====

On considère que l'interface wlan0 est l'interface wifi

Lancer wpa_supplicant en démon (-B) (-D driver pour spécifier un driver de carte wifi (wext pour les pilotes du noyau), -d pour le débug, -c pour indiquer le fichier de configuration)

sudo wpa_supplicant -Dwext -i wlan0 -B -c /etc/wpa_supplicant.conf

Une fois la connection établie, lancer une requete dhcp

sudo dhclient wlan0

Et voilà, ça devrait marcher. Pour avoir les DNS élèves, il faut remettre le '''/etc/resolv.conf''' aux valeurs indiquées dans l'infoBR :
search eleves.polytechnique.fr polytechnique.fr
nameserver 129.104.201.53
nameserver 129.104.201.51

===== Script =====

On peut aussi créer un script de connexion pour ne pas avoir à se rappeler des commandes :

#!/bin/sh
wpa_supplicant -Dwext -i wlan0 -B -c /etc/wpa_supplicant.conf
dhclient wlan0
# pour avoir la dns élève
echo "search eleves.polytechnique.fr polytechnique.fr
nameserver 129.104.201.53
nameserver 129.104.201.51" > /etc/resolv.conf

Puis on rend le fichier exécutable par
chmod a+x le_script

Ensuite, il suffit de le lancer en root :
sudo ./le_script # dans le répertoire du script

=== Sous Mac ===
[[Image:Wifi_Mac_reseaux.jpg|right|thumb|150px|'''1.''' Activation d'Airport, et choix du réseau.]]

(Cliquer sur les images pour les agrandir...)

==== Connexion au réseau ====

* Activer Airport (icône en haut à droite, cf image '''1''').
* Sélectionner le réseau "Polytechnique".
* Utiliser le login et mot de passe MONED (salles info) comme identifiants.

[[Image:Wifi_Mac_preferences.jpg|right|thumb|150px|'''2.''' Localisation du bouton Avancé.]]
==== Paramétrage du WPA ====

* Ouvrir les Préférences Système, cliquer sur l'icône "Réseau", sous "Internet et réseau".
* Cliquer sur Airport, puis sur "Avancé..." (cf image '''2''').
[[Image:Wifi_Mac_WPA_nom.jpg|left|thumb|150px|'''3.''' Profil utilisateur sous l'onglet 802.1X.]]
* Cliquer sur l'onglet 802.1X, créer un nouveau profil utilisateur (avec le bouton "plus", cf image '''3''').
* Entrer les login et mot de passe MONED, et n'activer (en cochant la case) que le protocole TTLS. Sur l'image, l'utilisateur s'appelle "'''WPA: Polytechnique'''".
[[Image:Wifi_Mac_TTLS.jpg|center|thumb|150px|'''4.''' Protocole PAP.]]
* Cliquer sur TTLS pour le mettre en surbrillance, puis sur "Configurer..." Dans le menu déroulant, choisir PAP, et laisser l'autre champ vide (cf image '''4''').

==== Paramétrage des DNS ====

[[Image:Wifi_Mac_DNS.jpg|left|thumb|150px|'''5.''' Configuration des DNS.]]
* Cliquer sur l'onglet DNS.
* Ajouter les serveurs DNS '''129.104.30.41''' et '''129.104.7.41''' (grisés sur l'image), cf image '''5'''. Les deux autres sont les DNS élèves, à ajouter si vous avez créé une connexion spécifique Wi-Fi école.
 
==== Configuration finale du réseau ====

[[Image:Wifi_Mac_reseau.jpg|left|thumb|150px|'''6.''' Onglet de gestion des réseaux.]]
* Cliquer sur l'onglet "Airport". Cliquer sur "Polytechnique" dans la liste des réseaux, puis sur le bouton "modifier" (petit crayon, image '''6''').
[[Image:Wifi_Mac_WPA.jpg|right|thumb|150px|'''7.''' Configuration du réseau Polytechnique.]]
* La sécurité doit être en WPA2 Entreprise si elle n'y est pas déjà.
* Utiliser les login et mot de passe MONED.
* Dans le menu déroulant 802.1X, choisir le profil d'utilisateur qu'on a créé précédemment (ici, '''WPA: Polytechnique''').
Se référer à l'image '''7''' pour ces dernières étapes.

== Wifi du BR ==

=== Sous Linux ===

Il faut installer le package ''wpa_supplicant'' (http://hostap.epitest.fi/wpa_supplicant/, en natif sur toutes les bonnes distribs).

==== Configuration de wpasupplicant: /etc/wpasupplicant.conf ====

#############################
# Config de wpa_supplicant #
#############################
# Fichier d'interface pour contrôle du démon
ctrl_interface=/var/run/wpa_supplicant
# Contrôle d'accès à l'interface (ici root)
ctrl_interface_group=0
# IEEE 802.1X/EAPOL version
eapol_version=1
# Type de scan pour trouver le reseau (par le prog/par la carte/les 2)
ap_scan=2
# EAP fast re-authentication
fast_reauth=1

###############################
# Config spécifique au réseau #
###############################
# EAP-TTLS/PAP configuration reseau de l'X
network={
scan_ssid=1 # Scan des essid non broadcastés
ssid="kastell" # essid privé
key_mgmt=WPA2-EAP # connection avec clés générées automatiquement
eap=TTLS # Auth EAP-TTLS
identity="loginpoly" # Identifiant
password="mot_de_passe" # mot de passe
ca_cert="/home/ca-cert.pem" # certificat serveur (si on veut vérifier que c'est le bon)
phase2="auth=PAP" # authentification 2eme phase PAP
}

==== Connection au réseau wifi ====

On considère que l'interface eth0 est l'interface wifi

Sélectionner l'essid du réseau privé à "chombier"

iwconfig eth0 essid chombier

Lancer wpa_supplicant en démon (-B) (-D driver pour spécifier un driver de carte wifi (wext pour les pilotes du noyau), -d pour le débug)

wpa_supplicant -Dwext -i eth0 -B

Une fois la connection établie, lancer une requete dhcp

dhclient eth0

Et voilà, ça devrait marcher.

===Sous Mac===

*Démarrer l'application "connexion à internet"
*Sélectionner l'onglet "802.1x"
*Dans la liste déroulante intitulée Configuration, sélectionner "Autre" pour créer une nouvelle configuration.
Renseigner ensuite les champs "nom d'utilisateur" et "mot de passe" avec les bonnes valeurs (les mêmes que sur frankiz)
*Préciser "Chombier" dans la case "réseau sans fil"

*Revenir ensuite sur le menu déroulant configuration pour séléctionner cette fois-ci "modifier les configurations", l'application proposera alors d'enregistrer la configuration courante en lui donnant un nom.
Un nouveau formulaire apparaît :

*Le tableau "Authentification" contiens une liste de protocoles à cocher :
cocher "TTLS"

*Ensuite, cliquez sur le bouton "configurer" pour faire apparaître un troisième formulaire.
Dans celui-ci, sélectionnez le mode "PAP" pour l'"authentification interne TTLS" et laisser non renseigné le champ identité interne.

*Cliquer ensuite sur le bouton "OK" de chaque formulaire et tenter une connexion avec le bouton : "se connecter".

Accès de l'exterieur

2009-11-10T11:34:04Z

Xelnor : Redirection vers SSH

#REDIRECT [[SSH]]

Accès SSH par clé publique

2009-11-10T11:33:33Z

Xelnor : a renommé Accès SSH par clé publique en SSH: Doc générale sur SSH

#REDIRECT [[SSH]]

SSH

2009-11-10T11:33:33Z

Xelnor : a renommé Accès SSH par clé publique en SSH: Doc générale sur SSH

SSH est un protocole permettant d'obtenir un accès Shell sur une machine distante en toute sécurité.
Il permet, via SCP, de transférer des fichiers entre diverses machines.

Nous allons voir ici quelques options intéressantes.

== Clé publique ==
Il est possible de se connecter en SSH à une machine sans avoir à taper son mot de passe !

C'est parfois la seule manière, par exemple dans le cas de deiz depuis l'extérieur de l'X.

=== Création de la clé ===
En local, sur une machine où l'on est le seul administrateur (machine perso) :
ssh-keygen
Laisser la valeur par défaut pour le nom du fichier (~/.ssh/id_rsa) et taper une passphrase (longue et complexe). Ceci va générer en local un couple clé privée / clé publique, chiffrée en RSA.

=== Export vers les autres machines ===
Il faut ensuite envoyer le fichier contenant la clé publique (~/.ssh/id_rsa) sur les machines auxquelles on veut se connecter :
ssh-copy-id login_distant@machine_distante
(ou, manuellement, en copiant le contenu de .ssh/id_rsa.pub (en local) dans .ssh/authorized_keys (sur la machine distante))

=== Utilisation ===
Pour se connecter, lorsque l'on tape
ssh login_distant@machine_distante

Le client ssh va demander la passphrase de la clé, puis établir la connexion.

=== ssh-agent ===
Il s'agit d'un programme qui vient faciliter l'utilisation des clés privées : en le lançant au début de ta session graphique, il suffit de taper dans un shell
ssh-add
pour qu'il demande la passphrase de la clé privée, puis la charger en mémoire : plus besoin de taper cette passphrase lors d'un SSH !
Tu peux indiquer par l'option ''-A'' dans ton ssh que tu souhaites ''forwarder'' l'agent : si tu as exporté ta clé publique sur les machines hostA et hostB, alors en faisant
ssh -A hostA
puis, sur hostA
ssh hostB

le second ssh utilisera le ssh-agent qui tourne localement sur ton ordinateur pour récupérer la clé privée et s'authentifier auprès de hostB.

=== Fonctionnement===
Lors d'un SSH par clé privée / clé publique
# le serveur ssh va indiquer au client "j'accepte les clés publiques suivantes" en lisant le fichier authorized_keys
# mon client va voir qu'il a la clé privée correspondant
# mon client me demander ma passphrase
# si la passphrase est bonn, mon client va établir le ssh sans me demander mon mot de passe user

== Mémorisation de configuration SSH ==

Il est possible de configurer SSH pour ne pas avoir à préciser le login ou le nom complet de la machine.

Il faut éditer le fichier ''.ssh/config'' :

Host alias
Hostname nom.complet.de.la.machine
User login_distant

On peut également y rajouter les options relatives au Proxy :
ProxyCommand connect -H kuzh.polytechnique.fr:8080 %h %p
ou celles relatives au transfert d'agent ssh :
ForwardAgent yes

Ainsi,
ssh alias
sera traduit automatiquement en
ssh -A -o ProxyCommand="connect -H kuzh.polytechnique.fr:8080 %h %p" login_distant@nom.complet.de.la.machine

SSH

2009-11-10T11:33:21Z

Xelnor : Ajout de détails variés

Accès de l'exterieur

2009-11-10T11:16:37Z

Xelnor : a renommé Accès de l'exterieur en Accès SSH par clé publique: Il s'agit d'une procédure plus générale

#REDIRECT [[Accès SSH par clé publique]]

SSH

2009-11-10T11:16:37Z

Xelnor : a renommé Accès de l'exterieur en Accès SSH par clé publique: Il s'agit d'une procédure plus générale

Pour se connecter en ssh à deiz depuis l'extérieur.
En local :
ssh-keygen -t rsa
Laisser la valeur par défaut pour le nom du fichier (~/.ssh/id_rsa) et taper une passphrase (de plus de 5 caractères). Ceci va générer en local un couple clé privée / clé publique.

Il faut ensuite envoyer le fichier contenant la clé publique (~/.ssh/id_rsa) sur deiz, depuis un ordi à l'intérieur de l'X par exemple :
scp .ssh/id_rsa.pub pseudo_de_connexion@deiz:~

Puis, sur deiz, rajouter la clé aux clés autorisée en la rajoutant dans le fichier authorized_keys :
cat ~/id_rsa.pub >> ~/.ssh/authorized_keys

Voila, pour se connecter faire enfin :
ssh pseudo_de_connexion@deiz.polytechnique.fr

'''Fonctionnement''' : lorsque je tente de faire un ssh deiz
# le serveur ssh va indiquer au client "j'accepte les clés publiques suivantes" en lisant le fichier authorized_keys
# mon client va voir qu'il a la clé privée correspondant
# mon client me demander ma passphrase
# si la passphrase est bonn, mon client va établir le ssh sans me demander mon mot de passe user

Il est aussi possible de se logguer sans rien taper :
# lancer ssh-agent au début de la session user sur la machine local
# faire "ssh-add" : il te demande la passphrase de ta clé et la charge en mémoire

Passation 2k7-2k8

2009-10-23T12:30:51Z

Xelnor : I will be there...

Repas de passation 2k7-2k8, qui aura lieu mercredi 25 novembre au soir !
Si vous avez des suggestions de lieu, c'est ici ! 
[[Utilisateur:fulanor|fulanor]] : 77 rue Mouffetard, resto argentin pour manger de la VIANDE (c'est la force)

* 2008
** [[Utilisateur:Riton|Riton]] : présent (arf, la veille de la pâle Finky)
** [[Utilisateur:Karlos|Karlos]] : président :D

* 2007
** [[Utilisateur:j-philippe|j-philippe]] : présent
** [[Utilisateur:fulanor|fulanor]] : présent
** [[Utilisateur:rogertroutman|rogertroutman]] : présent
** [[Utilisateur:Nathaniel|Nathaniel]] : présent
** [[Utilisateur:Sigma|Sigma]] : présent

* 2006
** [[Utilisateur:Xelnor|Xelnor]] : sys.stdout.write("Présent\n")
** [[Utilisateur:insane0|insane0]] : bite
** [[Utilisateur:Xav|xavier]] : stoi la bite
** [[Utilisateur:Claire|Claire]] : présenTE
* 2005

* 2004

* 2003

* 2002

* o< 2002 ?

Passation 2k7-2k8

2009-10-11T21:50:14Z

Xelnor :

Marquez ici vos '''in'''disponibilités pour le repas de passation 2k7-2k8, qui aura globalement lieu fin novembre...

* 2008
** [[Utilisateur:Riton|Riton]] : Ø
** [[Utilisateur:Qt|Qt]] : Ø
** [[Utilisateur:Feandil|Fëandil]] : Samedi 21/11
** [[Utilisateur:Brice|Brice]] : Ø
** [[Utilisateur:Wilyo|Wilyo]] : Ø
** [[Utilisateur:Karlos|Karlos]] : Samedi 21/11
** [[Utilisateur:Pj|Pj]] : Aucune, a priori
** [[Utilisateur:Almageste|Almageste]] : ditto

* 2007
** [[Utilisateur:j-philippe|j-philippe]] : vendredi 27/11
** [[Utilisateur:Nathaniel|Nathounette]] : Samedi 21/11
** [[Utilisateur:Fulanor|Fulanor]] : semaine du 16 au 22/11

* 2006
** [[Utilisateur:Zuzuf|Zuzuf]] : /dev/null
** [[Utilisateur:Insane0|Insane0]] : bite
** [[Utilisateur:Eracil|Eracil]] : Ø
** [[Utilisateur:Xelnor|Xelnor]] : 19/11, 21/11
** [[Utilisateur:Nono|Nono]] : beuh la Suisse c'est #loin et même avec la carte milouf le train ça fait #cher, vous auriez pas envie de faire ça le même WE que la passation Faërix ? Bref à moins d'un gros coup de chance, je ne serais pas là. Quoique si vous faites une concentration massive, ça va déformer l'espace-temps et me rapprocher de Paris... Sinon pour faire original : pourquoi ne pas faire la passation à Zürich ?

* 2005
** [[Utilisateur:Drynn|Drynn]] : dispo normalement tous les soirs sauf les mercredi et vendredis (mais je peux me libérer au besoin)
** [[Utilisateur:Gartrog|Gartrog]] :
sigma(gartrog->indispo) = 0.00 pb (+- 1 stat) (+- 0.5 syst) [mardi-dimanche]
= 666.66 pb [lundi]
** [[Utilisateur:Jp|JP]] : Lundis et jeudis (m'enfin je pourrais me libérer à priori...). Après pour le reste j'ai pas tellement d'avance dans la prévision des trucs :p
* 2004
** [[Utilisateur:Bernardofpc|bernardofpc]] : Hum, pas encore de prévision certaine, peut-être les lundis seraient un mauvais jour, mais à voir.
** [[Utilisateur:Sheik|Sheik]] : Ça dépend si ces gros tocards de pilkoin, pikoin, NC, VG, etc viennent, et si c'est pas en semaine (genre vendredi ou samedi quoi), à moins que je réussisse à convaincre mon chef que la passation c'est une bonne excuse pour prendre un congé, mais comment direuh...
**[[Utilisateur:Von Grendeich|Von Grendeich]] : Ça dépend si ces gros tocards de pilkoin, pikoin, NC, Sheik, (et n'oublions pas non plus ce sale geek autiste de renard) etc viennent, et si c'est pas en semaine (genre vendredi ou samedi quoi)...
** [[Utilisateur:Gui|GUI]] : () Pas de prévision à cet horizon pour le moment.
** [[Utilisateur:Pilki|pilki]] : genre chuis capable de prévoir ce que je vais mouler fin novembre ! Mais dans l'idée, si ça permet de revoir les vieux cons, moi chuis partant !

* 2003
** [[Utilisateur:NC|NC]] : mardi 24/11 <== \_o< NC <== PAN [[Utilisateur:Sheik|Sheik]]
** [[Utilisateur:Fruneau|Fruneau]] : .* (a priori je ne pourrais pas venir, on verra le moment venu si c'est vraiment le cas)

* 2002
** [[Utilisateur:Falco|Falco]] : 16/11, 17/11, 18/11, 19/11, 26/11, 30/11, 01/12, . Mais si je viens pas c'est pas la fin du monde non plus (enfin pas encore, mais bientôt, mais ça n'a rien à voir). Le brave Charles Perrault, qui n'était malheureusement pas un X car l'Ecole n'est apparue que bien plus tard (pour se consoler, il est allé à l'Académie française toute jeune), disait déjà :
''La belle Antiquité fut toujours vénérable''

''Mais je ne crus jamais qu'elle fut adorable''

''Je vois les Anciens sans plier les genoux.''

''Ils sont grands, il est vrai, mais hommes comme nous.''

A cause de ses prises de position très criticables sur les Anciens face aux Modernes, lorsque son pote Colbert meurt, il est viré de l'Académie (à l'époque on dit "tomber en disgrâce").
Bref tout ça pour dire que je vais pas vous manquer si par malheur je venais à n'être présent.

* < 2002 ?
** [[Utilisateur:Ey|Ey]] : Ø