WikiBR - Contributions [fr]

Passation 2k7-2k8

2009-10-05T20:10:29Z

Bernardofpc : /me ++

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]] : Ø
** [[Utilisateur:Brice|Brice]] : Ø
** [[Utilisateur:Wilyo|Wilyo]] : Ø

* 2007
** [[Utilisateur:j-philippe|j-philippe]] : vendredi 27/11
** [[Utilisateur:Nathaniel|Nathounette]] : Samedi 21/11

* 2006

* 2005
** [[Utilisateur:Drynn|Drynn]] : dispo normalement tous les soirs sauf les mercredi et vendredis (mais je peux me libérer au besoin)

* 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)...

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

* 2002

* < 2002 ?

Passation 2k6-2k7

2008-11-07T18:05:59Z

Bernardofpc : + 1 quoi !!

Le repas de passation BR2k6-BR2k7 aura lieu le mardi 25 novembre.

Comme l'an dernier, il suffit de ponguer dans la case adéquate ; on peut ajouter des idées de restaurant en fin de page, mais le choix se fera sur la page de [[Discuter:Passation|Discussion]].

=Qui sera là ?=
==BR1829==
* [[Accueil|Vaneau]]
==BR93==
==BR97==
==BR98==
==BR99==
==BR00==
==BR01==
==BR02==

[[User:falco|Flac0<in N’UTILISEZ PAS DE TRAVAUX SOUS COPYRIGHT SANS AUTORISATION EXPRESSE ! Attention, ce texte n’est qu’une prévisualisation et n’a pas encore été sauvegardé !]]

==BR03==

* [[User:Fruneau|Fruneau]]
* [[User:NC|\_o<]]

==BR04==

* [[Utilisateur:Alakazam|Alakazam]]
* [[Utilisateur:Bernardofpc|Bernardofpc]]
* [[Utilisateur:Gui|GUI Pan! (j'aime pas avoir un canard au dessus de ma tête)]]
* [[User:Laure|Laure]]
* [[User:Sheik|Cette bonne grosse vieille Roule]]
* [[User:Pilki|Cette bonne grosse vieille Pilk']]

==BR05==

* [[Utilisateur:renard|Cette bonne grosse vieille Charde]]
* [[Utilisateur:Jp|JP]]
* [[Utilisateur:Gartrog|Gartrog]]

==BR06==
* [[User:Xelnor|Xelnor]]
* [[User:Insane0|Insane0]]
* [[User:Patrick|Patrick]]
* [[User:Nono|Nono]]

==BR07==

* [[Utilisateur:Nathaniel|Nathaniel]]
* [[Utilisateur:Shuba|Shuba]]
* [[Utilisateur:Ninja|Ninja]]
* [[Utilisateur:Pom|Pom]]
* [[Utilisateur:Kithyane|Kithyane]]
* [[Utilisateur:RogerTroutman|RogerTroutman]]
* [[Utilisateur:Sigma|Sigma]]
* [[Utilisateur:Totor|Totor]]
* [[Utilisateur:Xan|Xan]]
* [[Utilisateur:Jiherr|Jiherr]]

== Amis du BR ==
* Jacou

=Choix du restaurant=

* Hippopotamus
* Bistrot romain (c'est bon, c'est un peu classe mais dispersion des convives dans l'espace assez importante)
* Un [http://www.restoaparis.com/avis-restaurant-paris/75005-7723-39 Moment Gourmand], cuisine antillaise,
* La [http://www.casa-valentino.com/carte.htm Casa Valentino,Italien] "loungeux", ambiance feutrée,
* Le [http://www.fra.cityvox.fr/restaurants_paris/le-gourmand_93274/Avis-Lieu Gourmand], grec, récent, un menu 22 euros jusqu'à 36 euros
* [http://www.linternaute.com/restaurant/restaurant/17421/le-vin-qui-danse.html Le vin qui danse], restaurant bar à vins, 15-30 euros
* [http://www.lesrestos.com/fiche~local~PARIS~No~1273506093~Memory~%7C%7C%7C%7C%7C%7C%7CNom%7CASC%7C0%7C%7C%7C%7C%7C4052%7C750.htm Il Fiorentino], Italien que les vieux du CA connaissent bien, prix très corrects
* Les Bugnes / Sud Ouest / rue du Pot de Fer
* le RAB
* La Brouette, 41 r Descartes (derrière H IV), fondue ou pierrade, Pas raffiné mais convivial. Dispose d'une grande salle en bas (où on était l'an dernier)
* la bogeda tapas / cuisine espagnole
* la [http://www.linternaute.com/restaurant/restaurant/245/la-grange-saint-michel.html grange], Savoyard, 15-30 euros
* la creperie de cluny, (déjà fait y'a longtemps)
* "Chez Papa", près de Denfert donc facile d'accès, cuisine du sud ouest, en qualité et surtout en quantité ! Petits mangeurs, s'abstenir (ou pas). Prix abordables, de 20 euros à no-limit.

Utilisateur:Claire

2008-02-07T17:06:55Z

Bernardofpc : Nouvelle page : news BR2006 Nom réel : [http://www.polytechnique.org/fiche.php?user=claire.dross.2006 Claire DROSS]

news

[[BR2006]]

Nom réel : [http://www.polytechnique.org/fiche.php?user=claire.dross.2006 Claire DROSS]

Passation 2k6-2k7

2007-11-16T12:48:40Z

Bernardofpc : /* BR04 */ moi aussi je viens !

Le repas de passation BR2k5-BR2k6 aura lieu le mercredi 28 novembre.

Lieu: Paris, resto: à déterminer (voir plus bas) <= donner les vos opinions dans la rubrique discussion de cette page

=Qui sera là ?=
==BR 93==
==BR97==
==BR98==
==BR99==
==BR00==
==BR01==
==BR02==
==BR03==

* [[User:Fruneau|Fruneau]]
* [[User:NC|NC]] (a priori aussi) (PAN pan pan !)

==BR04==
* [[User:Alakazam|Alakazam]]
* [[User:Sheik|Sheik]] (a priori) (\_o< o< o< !)
* [[User:VinZ2|vinZ2]]
* [[User:Gui|GUI]]
* [[User:Sean|Sean]] (A confirmer..)
* [[User:Laure|Laure]]
* [[User:Bernardofpc|Bernardofpc]]

==BR05==
*[[User:Gartrog|Gartrog]]
*[[User:Henri|Henri]]
*[[User:Jp|JP]]
*[[User:Drynn|Drynn]]
*[[User:renard|renardal]]

==BR06==
*[[user:xav|xav]]
*[[user:Zuzuf|Zuzuf]]
*[[user:Ccpasteur|ccpasteur]]
*[[user:Eracil|Ronan]]
*[[user:insane0|insane0]]
*[[User:xelnor|Xelnor]]

=Choix du restaurant=

* Hippopotamus
* Bistrot romain
* Un [http://www.restoaparis.com/avis-restaurant-paris/75005-7723-39 Moment Gourmand], cuisine antillaise,
* La [http://www.casa-valentino.com/carte.htm Casa Valentino,Italien] "loungeux", ambiance feutrée,
* Le [http://www.fra.cityvox.fr/restaurants_paris/le-gourmand_93274/Avis-Lieu Gourmand], grec, récent, un menu 22 euros jusqu'à 36 euros
* [http://www.linternaute.com/restaurant/restaurant/17421/le-vin-qui-danse.html Le vin qui danse], restaurant bar à vins, 15-30 euros
* [http://www.lesrestos.com/fiche~local~PARIS~No~1273506093~Memory~%7C%7C%7C%7C%7C%7C%7CNom%7CASC%7C0%7C%7C%7C%7C%7C4052%7C750.htm Il Fiorentino], Italien que les vieux du CA connaissent bien, prix très corrects
* Les Bugnes / Sud Ouest / rue du Pot de Fer
* La Brouette, 41 r Descartes (derrière H IV), fondue ou pierrade, Pas raffiné mais convivial
* la bogeda tapas / cuisine espagnole
* la [http://www.linternaute.com/restaurant/restaurant/245/la-grange-saint-michel.html grange], Savoyard, 15-30 euros
* la creperie de cluny, (déjà fait y'a longtemps)

BLL

2006-06-10T22:09:54Z

Bernardofpc : /* Install parties : un peu de description */

Le BLL est le Binet Logiciel Libre.
Il a pour but la promotion du libre auprès des élèves et du personnel de l'Ecole Polytechnique.

== Install parties ==

La principale activé du BLL est la réalisation d'install parties consistant à mettre en place durant un après-midi tout en oeuvre pour simplifier la migration de ceux qui le désirent sous Linux.
Les Install Parties ont lieu normalement suite à l'arrivée des commandes d'ordinateurs du BR,
ou, plus généralement, selon que l'on sente qu'un bon public de candidats se presentera,
par exemple suite à une nouvelle version d'une distribution.
Elles ont le goût de durer jusqu'à tard le soir, si besoin et disposition des apprentis et BLL-men.

=== Logistique ===
Une Install Party a besoin d'une bonne organisation. Outre les choses communes,
il y a certains points spécifiques à l'X à ne pas rater pour que l'Install Party soit bien réussie :
* Assurer la disponibilité de la salle où elle aura lieu. Normalement c'est
** soit en salle DE, qui faut réserver auprès du Bureau de coordination et synthèse
** soit au BL, auquel cas il faut manuter les tables et chaises depuis un autre endroit.
* Assurer un routeur pour simplifier la configuration IP : un ordinateur avec 2 cartes réseau + un switch suffit, les scripts de mise en marche de l'ordinateur par [[Utilisateur:NC|NC]] sont en SVN.
* Faire de la PUB :
** une annonce frankiz, avec l'activité qui va avec
** peut-être un article de présentation, si c'est la première

Pour beaucoup d'autres conseils, un guide vraiment bien fait est [http://www.tldp.org/HOWTO/Installfest-HOWTO/index.html InstallFest],
fourni par [http://www.tldp.org The Linux Documentation Project].
Il y a aussi des versions en PDF ou PS disponibles dans le site (pour imprimer).

=== Systèmes disponibilisés ===
Le BLL propose de l'aide à l'installation de presque tout Linux, mais quelques distributions ont été choisies
pour proposer aux nouveaux venants, vu que les BLL-men y connaîssent plus.
Actuellement, ce sont :
* Mandriva 2006
* (K)Ubuntu
* Gentoo (pour les déjà initiés)

=== Scripts ===
[[Utilisateur:Sean|Sean]] a fait un script pour automatiser la procédure de post-installation de Kubuntu,
spécialement pour installer des programmes assez importants pour l'utilisation courrante à l'X.

== Conférences ==

Le BLL a organisé une conférence.

----
<small>Ce binet a été rattaché au BR suite à la [[Réunion:2006-05-02#BLL|réunion du 2 mai 2006]].</small>

Miroir FTP

2006-04-02T12:15:05Z

Bernardofpc : /* Gentoo */

== Miroirs ==
Le BR a mis en place les miroirs suivants :
* pour Linux :
** un miroir Gentoo (ftp://miroir/gentoo)
** des miroirs Debian (Cf configuration ci dessous)
** un miroir Ubuntu (ftp://miroir/ubuntu/ubuntu)
** un miroir Knoppix (ftp://miroir/knoppix)
* pour Windows :
** un miroir Cygwin (ftp://miroir/cygwin)
* pour Mac OS X
** un miroir Fink (ftp://miroir/fink/distfiles/)

== Configuration des clients Linux==

=== Debian ===
Sous Debian modifie ton fichier /etc/sources.list pour avoir les lignes suivantes :
<nowiki>deb ftp://miroir/debian [flavour] main contrib non-free</nowiki>
<nowiki>deb ftp://miroir/debian-non-US [flavour]/non-US main contrib non-free</nowiki>
<nowiki>deb ftp://miroir/debian-security [flavour]/updates main contrib non-free</nowiki>
<nowiki>deb ftp://miroir/debian-marillat [flavour] main</nowiki>
où [flavour] est la saveur de ta debian, à choisir parmi stable, testing, unstable ou experimental (la ligne debian-security n'est nécessaire que pour stable ou testing).

=== Ubuntu ===
Configuration très similaire à Debian. Rajoute les lignes suivantes dans ton /etc/apt/sources.list:
<nowiki>
deb ftp://miroir/ubuntu [version] main restricted universe multiverse
deb ftp://miroir/ubuntu [version]-backports main restricted universe multiverse
deb ftp://miroir/ubuntu [version]-updates main restricted universe multiverse
deb ftp://miroir/ubuntu [version]-security main restricted universe multiverse</nowiki>

où [version] est le nom de la version de ta ubuntu, à choisir parmi warty, hoary, breezy (version actuelle), et dapper (version en test)

Pour avoir des paquets très importants (codecs videos, java, ...) non inclus dans la distribution de base pour diverses raisons légales ou éthiques il faut rajouter à la suite des lignes précédentes:
<nowiki>
deb ftp://miroir/plf/ubuntu/plf [version] free non-free
deb ftp://miroir/plf/ubuntu/freecontrib [version] free non-free</nowiki>

=== Gentoo ===
Sous Gentoo, dans /etc/make.conf, modifie les variables SYNC et GENTOO_MIRRORS. Ajoute le miroir du BR au début de la liste de tes miroirs car il est plus rapide. Par exemple tu peux avoir :
<nowiki>http_proxy="http://kuzh.polytechnique.fr:8080"</nowiki>
<nowiki>GENTOO_MIRRORS="ftp://miroir/gentoo http://gentoo.osuosl.org/"</nowiki>
<nowiki>SYNC="rsync://rsync/gentoo-portage"</nowiki>
Le http_proxy te permet d'accéder aux miroirs externes que tu pourras avoir inclus (ici http://gentoo.osuosl.org/).
Mais n'utilise pas de proxy rsync. Et normalement, il n'y a pas besoin d'utiliser de proxy ftp.

=== Knoppix ===

L'ip du serveur des miroirs est pour l'instant 129.104.201.52 si tu en as besoin pendant l'installation de ton système, mais tu devrais ensuite utiliser l'alias 'miroir' qui est moins sujet à modification sans préavis ;)

== Configuration sous Mac OS X ==

=== Configuration Fink ===

Il faut changer deux lignes dans le fichier
<nowiki>/sw/etc/fink.conf</nowiki>
Les lignes importantes sont les suivantes :
<nowiki>Mirror-master: ftp://miroir/fink/distfiles/</nowiki>
<nowiki>Mirror-rsync: rsync://miroir/finkinfo</nowiki>

Plus d'informations de configuration : [[Miroir_Fink|Miroir Fink]]

QRezix

2006-03-15T21:45:24Z

Bernardofpc : /* BR2001 */

qRezix est le principal client [[xNet]] encore maintenu. Il doit sa survie à sa qualité d'être le seul client développé qui soit multiplateforme tout en restant graphiquement potable. Il doit ces deux qualités à la bibliothèque [[Qt]].

== Historique ==

=== BR2000 ===

Le projet en lui-même est né avec un groupe de BRmen X2000 menés par Doudou qui étaient fans de Qt (qui à l'époque n'était pas terrible-terrible...). Ils ont travaillé à 3 ou 4 pour sortir la version 1.0 le 4 mars 2002, suivie de près par la version 1.1 le 6 avril. L'équipe de développement comportait entre autres Doudou, MadCoder et Trasfract (Sylvain Joyeux, Pierre Habouzit et Benoït Casoetto).

Le projet s'est principalement inspiré des clients qui existaient déjà à l'époque (Rezix en particulier, duquel qRezix a tiré son nom). Cette architecture simple est une fenêtre avec une liste de client chaque entrée indiquant le nom, la promo, les serveurs... Les favoris sont affichés en premier selon le choix de l'utilisateur.

=== BR2001 ===

Le BR2001 n'a pas énormément travaillé sur qRezix. Il y a eu la version 1.2, mais on n'a aucune trace de ce que JiBee a bien pu faire sur le projet. Ce qui est certain, c'est qu'après la vesion 1.2, il a porté qRezix en Qt3 et a travaillé sur l'internationalisation du projet. Le but d'origine n'était pas de rendre qRezix international, mais simplement de résoudre les problèmes d'encodage des caractères accentués. Le code source a donc totalement été traduit en anglais et une traduction française a été créée.

[[Image:qrezix-1.2.gif]]

A priori, il n'y a pas eu de release en Qt3... mais d'après [[User:Ey|Ey]] qui packageait le projet pour Windows, il y en aurait eu... Mais en tout cas à l'arrivée des 2003 c'était toujours la version 1.2 (en Qt2) qui était disponible... Le BR n'avait de plus pas de license pour Qt3 sous Windows.

=== BR2002 ===

Le projet était géré par Steak. La version 1.3 a été release le 1 mai 2004. Cette version n'était absolument par révolutionnaire mais apportait quelques améliorations dans la structure du code et des amélioration du comportement du programme.

Steak a ensuite travaillé sur la version 1.3.666 et en particulier sur l'authentification avec le serveur. Mais il a vite arrêter de travailler sur qRezix en raison du temps qu'il consacrait à l'étude du japonnais, et à différents problèmes occulaires. Cependant, le [[BR2002]] a réalisé une prépassation très avancée ce qui fait que dès le mois de juin, la relève était en place...

=== BR2002/BR2003 : le temps d'une prépassation ===

Le [[BR2003]] a donc commencé sont travail sur qRezix dès le mois de juin 2004.

La première chose a été de recompiler une version pour Windows, ce qui n'avait plus été fait depuis près d'un an. Ceci permettait donc d'envisager de futures release du programme pas uniquement sous Linux. Le travail s'est finalement concentré pendant les vacances d'été avec une amélioration importante de l'interface et de la structure interne (début de séparation de la gestion des connexions de l'affichage), la création d'une structure (pas terrible) de chargement de plug-ins, l'ajout d'icône pour rendre l'interface plus conviviale... La version a été tagguée tour à tour 1.3.666 puis 1.5.

Une autre innovation importante à été le passage du chat qui reposait sur un protocole en UDP vers un protocole TCP. Le but déclaré du BR2002 étant de rendre les communication fiables et sécurisées (on veut savoir si l'autre ne reçoit pas nos messages).

Toutes ces modifications associées au travail de Steak sur l'authentification et le travail de JiBee pour recoder un nouveau [[xNetServer|serveur xNet]], on conduit à la version 1.6 de qRezix qui est sorti le 14 octobre 2004 à la fois pour Windows, Linux et Mac OS X.

[[Image:qrezix-1.6.png]]

Face à qRezix 1.6.0 est apparu Rezix.NET qui se voulait innovant. Conséquence de ceci, on a travaillé à 2 avec Steak pour implémenter dans qRezix toutes les fonctionnalité des Rezix.NET. Ce qui a rapidement conduit à la sortie de qRezix 1.6.1 le 22 novembre 2004. C'était la dernière version sur laquelle ait travailler Steak. Rezix.NET (qui était codé en .NET par un membre dissidant du BR2002) n'a finalement pas fait long feu.

=== BR2003 ===

La suite a été plus calme. La préparation de qRezix 1.6.2 s'est faite tranquillement, l'objectif principal était de supprimer un maximum de bugs de cette future version. Les innovations n'ont pas été nombreuses, mais on pourra noter la completion du nick dans le chat avec tab et la recherche intelligente via clavier. Cette version a vu le retour de Ey parmi les développeurs. Elle a aussi été la seule version à bénéficier d'une sortie ayant été précédée de 2 release-candidates qui ont aidées à corriger plusieurs bugs supplémentaires. La version a finalement été sortie le 22 mars 2005.

Le problème de cette version est qu'elle a introduit un bug... enfin plutôt révélé un bug. Jusqu'à présent qRezix plantait en l'absence de réseau ce qui a été corrigé avec la 1.6.2. Mais ce que je n'avais pas remarqué à l'époque c'était qu'en l'absence de réseau qRezix raffraichissait la fenêtre toutes les secondes et en même temps changeait le thême d'icône. Conséquence directe de ce défaut, qRezix prenait 100% du processeur en l'absence de réseau, ce que j'ai eu la chance de constater lors de ma soutenance de modex... Il fallait donc sortir un version avant l'arrivée des 2004 pour éviter que ce bug ne pose trop de problème aux 2004 qui allaient passer leur soutenance de stage. C'est pour ça qu'est sortie la verson 1.6.3 le 1 mai 2005. Cette version innovait au passage une nouvelle organisation plus agréable des propriétés et peut-être globalement considérée comme stable. La version 1.6.4 sortie le 23 septembre apporte peu d'innovation si ce n'est la cache des propriétés, les icônes en 32bits et une meilleure intégration à Mac OS.

Suite à la sortie de Qt4, le port de qRezix vers cette nouvelle mouture de la bibliothèque de Trolltech a été l'occasion de grand remaniement du code. Ceci a abouti à la versin 2.0 de qRezix dont le principal atout est d'être modulaire. La version 2.0.0 est sortie le 6 février 2006, et a rapidement supplanté la version 1.6.x.

[[Image:qrezix-2.0.png]]

<div style="border: 1px solid #6f8f9f; padding: .2em .5em .2em .5em; background-color: #EAF5FB">
Pour écrire cette partie, j'ai utilisé mes connaissances personnelles issues ainsi que les informations contenues dans le ChangeLog. Et j'espère bien que d'autres y jetteront un coup d'oeil pour compléter/corriger les parties inexactes.
</div>

== Développement ==

Cette partie a pour but de présenter brièvement l'état du projet à travers l'organisation du développement.

=== Outils nécessaires ===

* Le développement de qRezix se fait comme tous les projets du BR via un système de partage de projet : [[Subversion|SVN]]. Il est donc nécessaire d'installer un client [[Subversion|SVN]] pour travailler. Sous Linux et Mac OS, il y a des packages de SVN qui sont distribuer. Sous Windows, il est fortement conseillé d'utiliser [http://tortoisesvn.tigris.org TortoiseSVN]. Pour plus d'information sur SubVersion, merci de vous référer à la [[Subversion|page correspondante]].

* Il faut également installer [[Qt]], la version dépend de la branche de travail. Pour qRezix 1.6, il faut utiliser Qt3 (3.3.3 ou ultérieure) alors que pour qRezix 1.7, Qt4 (4.0.1 ou ultérieure). Pour obtenir Qt3 pour Windows, merci de demander à [[User:Fruneau|Fruneau]]. Pour Qt4, il faut faire attention sur certaine distribution de bien installer tous les modules nécessaires (au moins Core, GUI et Network) et les outils qui vont avec (designer, linguist, assistant).

* Pour générer la documentation il peut être intéressant d'installer également [http://www.doxygen.org Doxygen]. La plupart du temps l'utilisation de Doxygen est très simple : il suffit de l'appliquer au fichier Doxyfile qui se trouve à la racine du projet.
doxygen Doxyfile

=== Structure de la SVN ===

Pour ce qui est de l'utilisation de SVN, je vous laisse vous référer à la [[Subversion#Utilisation_de_svn|page correspondante]]. Cette partie à plutôt pour but d'expliquer comment utiliser la SVN pour travailler sur qRezix.

Tout d'abord, il est important de noter que qRezix utilise une structure tout ce qu'il y a de plus classique (avec trunk, branches et tags). Le trunk étant la branche principale du projet.

==== Travailler sur la branche principale ====

La branche principale du projet correspond à la version qui évolue actuellement. A l'heure actuelle c'est la 1.6.x. Cette branche change régulièrement et on peut y trouver les dernières innovations réalisée sur cette branche. Lorsqu'on s'approche d'une release de qRezix, il faut freezer la branche principale. Pour ceci, on sépare le développement de la version qui va sortir de celui de la branche principale.

Par exemple pour release qRezix 1.6.4, j'ai freezé la branche environ 1 semaine et demi avant la sortie via :
svn copy trunk branches/qrezix--release--1.6.4

Une fois les branches séparées, la branche de release ne doit plus subir que des corrections de bugs. En cas de besoin, on pourra sortir des pre-release (rc). Une fois qu'une version est considérée stable, on la tag, c'est à dire qu'on fait une photographie instantannée du projet :
svn copy branches/qrezix--release--1.6.4 tags/qrezix--1.6.4-rc1 # pour une préversion
svn copy branches/qrezix--release--1.6.4 tags/qrezix--1.6.4 # pour la version définitive

On peut même envisager alors des révisions sur la version actuelle qui serait des bugfixes de la branche de release intervenu après la sortie. Dans ce cas, on aurait
svn copy branches/qrezix--release--1.6.4 tags/qrezix--1.6.4-r1 # pour une révision de la version

Ceci peut paraître contraignant, mais c'est la base d'un projet mené correctement. Ca permet d'avoir un historique des branches et des versions, de pouvoir envisager de sortir des révisions de toutes les branches de release en cas de découverte d'une faille importante du programme et ça évite surtout d'avoir une version qui s'éternise... lorsqu'on décide de freezer une version, ceux qui veulent continuer à innover travaillent sur le trunk pendant que d'autres stabilise la version de release.

==== Branches de devel ====

A côté de la branche principale, il peut y avoir des branches de devel. Alors que la différence entre 2 releases issues d'une même branche sont le plus souvent mineures voire de la simple maintenance, la différence entre le trunk et la branches de devel est quelque chose de beaucoup plus important. La branche de devel apporte des innonvations importantes et devrait conduire à une nouvelle version majeure du programme.

La branche de devel Qt4 vient d'être passée en branche principale.

==== Numérotation des versions ====

Comme pour tout programme, qRezix a des versions numérotées de la forme X.Y.Z-T
* X est la version majeure, il ne change que lors de modification très importantes de la structure du programme.
* Y est la version mineure, il change lorsque le programme a subit des évolution plus importante qu'une simple maintenance.
* Z est la version de maintenance, il change lorsque le programme subit des bugfixes et l'implémentation de fonctionnalités mineures.
* T est le tag

L'utilisation du tag est particulières :
* ''alpha'' pour une pré-version non encore formalisée d'une nouvelle version majeure ou mineure du programme (2.0.0-alpha1 ou 1.7.0-alpha2 mais pas 1.6.5-alpha1)
* ''beta'' pour une pré-version formalisée d'une nouvelle version majeure ou mineure du programme (2.0.0-beta1 ou 1.7.0-beta2 mais pas 1.6.5-beta1)
* ''rc'' pour une version candidate à la release. Elle sert uniquement à la recherche de derniers bugs (1.6.2-rc1)
* ''r'' pour une révision d'une version déjà sortie. Elle sert uniquement à corriger de graves anomalies de la version (1.6.4-r1)

=== Traductions ===

Les traductions (gentil fardeau offert par JiBee), sont générée relativement simplement par Qt. Pour ceci, il faut procéder dans l'ordre :
* Dans le code, mettre les chaîne à traduire soit dans des tr("mon texte") ou QT_TR_NOOP("mon texte"). Le deuxième cas étant pour les textes qui se trouvent dans les définitions statiques.
* Générer le fichier d'index à l'aide de lupdate sur le projet :
# Pour qRezix 1.6
lupdate qrezix.pro
# Pour qRezix 2.0
lupdate */*.pro
* Editer les fichiers .ts avec Qt Linguist, et enregistrer les modifications. Les fichiers .ts sont dans le répertoires ''translations''.
* Compiler les fichiers .ts à l'aide de lrelease ou de Qt Linguist.
cd translations
lrelease *.ts
* Commiter le tout...

=== Documentation ===

La documentation de qRezix est composée de cette page, de la doc de l'API qu'il est possible de générer grâce à Doxygen, ainsi que de tout ce que vous pourrez trouver sur [http://fruneau cette page]. Dans tous les cas, la meilleure doc restera toujours une personne qui connait bien le projet :)...

Dans l'état actuel des choses, la meilleure doc de qRezix, c'est [[User:Fruneau|moi]].

== Branche 1.6 ==

=== Structure du programme ===

La structure interne du programme peut-être résumée au schéma suivant :

[[Image:qrezix-1.6_structure.png]]

Ce schéma n'est pas exhaustif, mais met en évidence les différentes imbrications des éléments. Toutes les cadres qui se chevauchent (et le cas échéant se contiennet) représente des classes qui sont imbriquées l'une à l'autre. Ansi la classe QRezix qui gère la totalité du programme est totalement dépendante de la quasitotalité des autres classes, la classe RzxConnectionLister dont le but est de lister les personnes est complètement dépendante de RzxRezal et vice-versa (il y a même des redondances de stockage)... idem, pour le chat qui est géré partiellement par RzxConnectionLister et partiellement par RzxRezal.

La classe RzxComputer a une importance réduite et la quasitotalité de ses données sont redondantes avec RzxItem. De plus certaines informations de RzxComputer sont stockées directement par RzxConfig, qui est elle-même à moitié implémentée par RzxProperty.

En résumé, la structure (déjà modularisée comparée à la version 1.2 dans laquelle RzxConnectionLister n'existait pas et était partie intégrante de RzxRezal) n'est pas facilement maintenable.

=== Interface de plug-ins ===

qRezix 1.6 est la première version à bénéficier d'une structure d'accueil de plug-in. Cette structure est rudimentaire et souffre du fait que qRezix n'est pas modulaire. En effet la classe RzxPlugIn est compilée à la fois dans le plug-in et dans qRezix, ce qui crée des problèmes dès que les deux versions diffèrent.

Pour éviter les problèmes, la version de la strucutre de plug-in est numéroté de façon très stricte, et le filtrage est fait au chargement du plug-in.

Ce défaut entraîne un grand nombre de complication. Les plug-ins n'ont absolument aucun accès direct aux données stockées par qRezix. Toutes les informations transitent donc par des fonction standardisées du plug-in, mais cette méthode de travail limite le nombre d'information pouvant être échangé. Il n'en reste pas moins que cette structure est tout à fait suffisante pour réaliser des plug-ins comme l'Xplo ou SmiliX (qui sont disponible sur la [[Subversion|SVN]] dans le reposoire qrezix-plugins).

Pour pouvoir faire un plug-in pour qRezix, il faut récupérer la dernière version de rzxplugin.h et rzxplugin.cpp dans la branche de release de qRezix correspondante à la version pour laquelle vous voulez faire le plugin. Il suffit alors de créer un projet dérivant de RzxPlugIn. La documentation de RzxPlugIn peut-être générée automatique à l'aide de [http://www.doxygen.org Doxygen] et peut-être trouvée [http://fruneau.eleves.polytechnique.fr/qrezix-1.6/classRzxPlugIn.html ici], de même pour la [http://fruneau.eleves.polytechnique.fr/xplo/ documentation du plug-in Xplo] qui permet d'avoir un bon exemple de plug-in complet.

Cette structure a totalement disparue avec qRezix 2.0 pour être remplacer par des modules plus souple et mieux conçus.

== Branche 2.0 ==

=== Objectif ===

Cette version de qRezix repose sur un double objectif :
* porter le code en Qt4.
* modulariser le programme.

==== Qt4 ====
Le premier point ne présente pas une difficulté énorme, mais a conduit à pas mal de réorganisation du code. En particulier, qRezix 2.0 bénéficie de la puissance du nouveau système Model/View de Qt4, ce qui a nécessiter de redévelopper la quasitotalité de l'interface principale.

La toute dernière version [[Subversion|SVN]] de qRezix utilise [[Qt]] version 4.1.0 minimum. qRezix 2.0 utilise des fonctions introduites dans Qt 4.1, et ne compilera pas avec Qt 4.0.

==== Modularité ====

La modularisation du programme est un point essentiel. Elle apporte un certain nombre d'évolution nécessaire à la survie de qRezix :
* restructuration du programme qui permet une meilleure maintenance
* possibilité de limiter qRezix à certaines fonctionnalités (utile pour l'utilisation chez des personnes qui n'ont pas besoin d'avoir le logiciel complet si par exemple ils n'utilisent jamais le chat).
* possibilité de travailler avec un plus grand nombre de personne sur le projet. Chacun pouvant en effet travailler sur un module
* possibilité de gérer plusieurs protocoles pour se connecter à plusieurs serveurs

=== Structure du programme ===

Le schéma suivant représente de manière simplifié la structure interne de qRezix 2.0.x :

[[Image:qrezix-1.7_structure.png]]

Bien que le nombre d'élément soit impressionnant, cette structure est beaucoup plus propre que celle de qRezix 1.6. Le schéma montre en effet en particulier que les éléments sont proprement séparé, les seuls dépendances entre les modules qu'il peut y avoir sont gérées par la bibliothèque principale.

Le RzxComputer a acquis un rôle beaucoup plus important, il gère désormais la totalité des informations concernant une machine et inclus les actions qu'il est envisageable d'effectuer (propriétés, chat, http, ftp...). Le chat est géré par les modules qui se déclarent comme supportant cette fonctionnalité, de même pour les propriétés.

La fenêtre de préférences (RzxProperty) génère dynamiquement la page de propriétés en fonction de ce que les modules installés désirent. Et tout est mis en oeuvre (au travers de classe abstraites regroupant tous les outils nécessaires) pour que chaque module puisse créer simplement ses propres classes de configuration.

Les modules peuvent être construit soit en built-in soit en plug-in. Aucun n'est nécessaire au fonctionnement du programme (enfin si on retire tous les protos réseau, programme perd beaucoup de son intérêt).

X:InfoMaunoury

2006-02-02T22:44:29Z

Bernardofpc : Page distribué aux élèves logés à Manoury suite à la modification de VLAN

Ce texte a été écrit par [[Utilisateur:Gui|Guillaume Bandet]] et légèremment modifié par [[Utilisateur:Bernardofpc|Bernardo da Costa]], pour distribuer aux élèves de Manoury suite au changement de Manoury vers le réseau visiteur, le jeudi 2 Février 2006.

= Contenu =

== Changement d’adresses IP du bâtiment Maunoury ==

Afin de mieux gérer l'accès au réseau pour les habitants du bâtiment Maunoury, la DSI a décidé de passer ce réseau en réseau visiteur et de changer la numérotation des IP de ces chambres. Ce changement a été réalisé le 2 février, soit ce jeudi.

La nouvelle affectation est donc la suivante :
* Rdc : 129.104.232.BBB
* 1er : 129.104.233.BBB
* 2ème : 129.104.234.BBB
* 3ème : 129.104.235.BBB
où BBB reste 120 + les 2 derniers chiffres de la prise réseau.

*La passerelle devient : 129.104.235.254
*Le masque de sous réseau : 255.255.252.0

*Les IP des serveurs DNS doivent également être changés :
**DNS principal : 129.104.30.41
**DNS secondaire : 129.104.32.41

== Vous avez droit à l'accès à: ==

* Le proxy kuzh pour l’accès internet (http 8080) - donc rien à changer par rapport à la configuration actuelle
* E-mail via mx.polytechnique.fr - donc '''à changer''' par rapport à la configuration actuelle qui contient poly.polytechnique.fr
* La machine SIL (pour les élèves ECOLE)
* ssh et ftp vers des machines extérieures
* pops et imaps

Utilisateur:Bernardofpc

2005-12-05T23:53:21Z

Bernardofpc :

root, devel, wifi

[[BR2004]]

Nom réel : [http://www.polytechnique.org/fiche.php?user=bernardo.da-costa.2004 Bernardo Da Costa]

Coupures de courant du 21 novembre 2005

2005-11-29T23:01:34Z

Bernardofpc :

Le 21 Novembre 2005 l'école a subi trois coupures de courrant pendant un très court espace de temps.
À la fin de la troisième, aux environs de 13h, on a pu constater qu'un certain nombre de téléphones ne marchaient plus,
avec une grande partie du bâtiment 80 étant atteinte, mais aussi avec plusieurs cas dans les autres bâtiments.

Il y a eu deux cas pour les postes qui ne marchaient pas:
*La plupart des postes était en train de chercher le serveur DHCP, qui n'était pas bon à l'époque. Ces postes permettaient une connextion réseau normale par le téléphone, comme est normal en ce cas.
*Mais une petite partie n'avait pas du tout un poste fonctionnel. Il a fallu les redémarrer à force (en débranchant la prise murale du téléphone, par exemple, puis en rébranchant). Cela les a rendus, pour la plupart (tous que j'ai connus) à l'état décrit au dessus.

Le BR ([[User:Alakazam|Alakazam]] informé par [[User:Bernardofpc|Bernardo DA COSTA]]) a contacté la DSI dès Lundi, mais les problèmes avec le réseau à cause des coupures de courant ont empêché une réponse immédiate.
En plus, les postes présentaiente différentes situations, indépendamment du bâtiment ou de l'étage.

Le Mardi matin, vers 9:30, quelques postes dans le premiers des cas ont commencé à évoluer leur comportement vers le deuxième cadre,
sans raison apparente. À 16:30 la DSI avait remis leurs serveurs de DHCP en fonctionnement normal,
et alors quelques postes, surtout ceux qui étaient encore dans la première situation, ont revenu aussi à leur fonctionnement normal.
Pourtant, il y avait aussi quelques uns qui sont restés dans le cadre du deuxième, et n'en sont pas sortis.

Le mercredi soir [[User:Bernardofpc|Bernardo DA COSTA]] est passé à la DSI pour se reinseigner sur son propre poste,
qui avait passé au deuxième cas le Mardi à 9:36. Il a été conseillé de débrancher et rébrancher le téléphone, sans aucune autre connexion sortante.
Cela a marché, et donc, le Jeudi, après avoir essayé sur quelques autres postes qui présentaient le même problème, et être repassé à la DSI pour se reinseigner des problèmes qu'existaient encore, la procédure suivante a été communiqué dans br.binets.br à 12:48
(titre : Procédure pour remettre en marche les postes téléphoniques Avaya, en réponse à un post de [[User:Alakazam|Alakazam]]) .

*La cause apparente était que les coupures de courant avayent causé un problème au redémarrage des postes téléphoniques
*Il suffisait de redémarrer à force le téléphone, en débranchant puis rébranchant la prise murale; il a été recommendé de ne pas brancher d'ordinateur sur le téléphone pendant cette mise à jour
*Pour les quelques problèmes persistants, c'était vraisemblablement une erreur lors de la mise à jour du FirmWare et son chargement dans le poste téléphonique ayant échoué, il fallait contacter la DSI pour qu'ils aillent faire un test "in situ" au cas par cas.

Sénami AKLE avait le téléphone bloqué dans le "Starting..." depuis Mercredi soir; le vendredi, elle a récuperé le réseau et le Lundi après il marche.
Son fichier de configuraison était le même que celui de [[User:Bernardofpc|Bernardo DA COSTA]] (a02d01b2302e.bin) ce qui peut indiquer qu'il y a eu un problème particulier dans le chargement de ce fichier, mais a priori le fichier qui est dans le FirmWare est bon.

Le vendredi matin il a commencé a avoir des problèmes au BEM: Mathieu FEUILLET (D6613) et Bertrand MONSERAND (A4320)
ont perdu leurs connections réseau, mais les services de téléphone marchent normalement .
Il y a eu une coupure des services téléphoniques du BEM Jeudi soir, avec les symptômes de perte de DHCP, mais le Vendredi matin tout était bien .
Mathieu est passé à la DSI le lundi 28 matin pour essayer de résoudre son problème, mais pour l'instant il est toujours dans la même situation.

Le Mardi 29 on a eu la réponse de la DSI: la reconfiguration du serveur DHCP lors de la coupure du Jeudi présentait un bogue (qui faisait que la prise n'avait pas le bon sous-réseau logique) et depuis ça marche chez lui.