Linuxfr en J2EE (Wed, 07 Jan 2009 01:05:40 +0100)

Que nous propose donc Pierre Tramo, J2EE Lead Architect, pour la refonte de Linuxfr en 2009 ?

Du J2EE bien sûr !

Le cahier des charges : Refaire linuxfr pour noel 2009. La version beta doit être livrée le 1er septembre.
Buget : mieux vaut ne pas y penser.

Déroulement :

Janvier 2009
####
Arrivée des consultants. Ben oui, tout projet J2EE digne de ce nom vient avec sa panoplie de consultant avec des cravates mal attachées et qui jouent tout le temps à cochonland, miniville et autres jeux en flash. C'est un peu une sorte de symbiose naturelle : vous ne trouverez jamais l'un sans l'autre.

Un laptop est donné à chaque consultant. Les deux premières semaines sont passées à configurer le laptop. Chacun installe Eclipse sauf deux qui installent IntelliJ et réclament les licences pour pouvoir l'utiliser. Tous les consultants sont sous Windows sauf un, qui connait bien Linux. Il a installé une Ubuntu puis installé tout à la main depuis les sources.

Les premières réunions sont tenues pour décider de l'architecture. Parce qu'un bon projet, c'est avant tout une bonne architecture. Il est décidé d'utiliser Jboss parce que c'est un serveur d'application libre, ce qui correspond à la philosophie du site. Un représentant de Linuxfr demande ce qu'est un serveur d'application. Un consultant lui fait un diagramme qu'il avoue ne plus comprendre lui-même à la fin. Les premiers shémas voient le jour.

Prise de contact. Le projet est baptisé "Linuxfr-NG". Il suivra un modèle MVC strict. Il utilisera Spring, Struts et plein d'autres noms que seuls les javaistes semblent comprendre.

Février
####
Les consultants installent tous Jboss et, en conséquence, demandent un triplement de la taille de la Ram de leur portable. Deux consultants sont déjà infestés de virus et spamment tout le réseau. Un autre des consultant leur installe un antivirus piraté mais "qui est bien mieux que celui fourni (sic)".

Le shéma des classes est commencé en UML. Fin février, ce shéma s'imprime déjà sur 8 feuilles A4 avec polices en taille 8 qu'il faut assembler dans la salle de réunion.

Un des meneurs identifies différents mécanismes fort semblables et décide de les abstraire avec des Design Patern. Les commentaires et les journaux seront issus d'un FactoryOfUserInput.

Beaucoup de discussions sur le meilleur wiki et le meilleur bugzilla à adopter.

Mars
###
Un problème fondamental est identifié dans ce premier design UML. Tout est refait. Un des consultants entre dans le top 10 de miniville.

Beaucoup de discussions pour savoir si une classe donnée du diagramme UML appartient à M, à V ou à C.

Avril
###
Ce nouveau design semble beaucoup mieux que le précédent. Chaque commentaire est maintenant généré à partir d'un objet FactoryOfSingletonFactoryOfUserComment, ce qui est beaucoup plus propre d'un point de vue MVC (sic). Les consultants suivent une formation sur le développement agile et chacun assigne un rôle à un autre consultant tout en lui collant des post-its de couleur sur l'écran de chaque bug dont il doit s'occuper.

Un couche d'abstraction est créée afin d'intégrer dans la View certains éléments du Controller.

Mai
###
Un des consultants remarque que les tests unitaires écrit en janvier ne se lancent même plus depuis des mois. Il corrige le problème et installe un plugin qui envoie un mail à chaque fois qu'un test ne tourne plus après un commit.

À chaque commit, chaque consultant reçoit 150 mails.

Le chef de projet estime que le bouton "poster un commentaire" fait partie de la View, pas du controller. On décide faire des classes abstraites avec héritage multiple pour satisfaire tout le monde.

Juin (2009 toujours)
###
Réunion avec les clients. La deadline va être difficile à tenir. Si un dépassement de budget est envisageable, on suggère d'embaucher de la main d'oeuvre supplémentaire.

Le nombre de consultants est doublé (et tant pis pour la dépense). Les nouveaux arriveront début juillet.

Le fichier UML fait à présent 16 pages A4. Le code source (pour la plupart généré) atteind 300Mo. Certains fichiers XML de description des propriétés atteignent les 20.000 lignes. Le but de ces fichiers est d'être facilement modifiable par un non-programmeur, le XML étant plus facile que le java.

Juillet
###
Les nouveaux arrivent. Dans le tas se trouve 2 tchèques qui parlent anglais pas trop mal mais sont électroniciens de formation, il n'ont jamais fait de java, 2 italiens qui ne parlent qu'italien.

Le mois de juillet est passé à leur installer l'environnement de développement. On découvre que la procédure d'installation (17 pages sur le wiki, et des longues) n'est plus du tout à jour.

Suite à l'utilisation de librairies spéciales, le projet ne tourne plus que sous Windows. Le consultant qui était sous Linux réinstalle WinXP.

Aout
###
La moitié de l'ancienne équipe travaille à "lancer" les nouveaux dans le projet. Cela commence par leur expliquer ce qu'est Eclipse et comment créer un projet. Les italiens ne pigent rien mais prennent note sur des cahiers. La compilation du projet avec Maven prent 34 minutes en moyenne mais sur une installation fraîche sans aucun cache, cela peut monter à 2h. L'output de la console tourne dans les 30.000 lignes à chaque fois.

Un des tchèques demandent si les tests unitaires vont dans M, dans V ou dans C. Trois réunions s'en suivent parce que certains jugent la question pertinente.

Septembre
###
Implémentation de l'objet AbstractFactoryOfFactoryOfSingletonFactoryOfUserComment. On assigne à un des tchèques la tâche d'écrire les tests unitaires pour tout ce qui a été écrit entre mai et septembre.

La beta est reportée au 1er octobre avec démonstration devant les managers. Le code source fait à présent un total de 800Mo. Le consultant qui utilise Linux ajoute, dans le prototype, un interpréteur Python utilisant Jython car "ça peut toujours servir".

Le wiki comporte 179 pages et la page de garde ainsi que ses descendants directs n'ont plus été modifiés depuis juillet.

À chaque modif, le projet doit être entièrement recompilé pour pouvoir tester. Le serveur doit être également relancé.

Octobre
###
Démonstration du prototype. Le chef de projet ouvre 5 consoles et tape, dans chacune, une commande qui fait facilement 3 lignes de la console en question. Il appuie sur enter, le PC crie et chauffe.

Après quelques minutes de défilement ininterrompus dans les consoles, une interface ressemblant à éclipse apparait. Le tout utilisant la skin Swing. c'est moche à souhait mais le chef de projet, tout fier, explique qu'ils ont utilisé le toolkit eclipse qui permet, par exemple, d'ajouter des "satellites". Au milieu de cette interface, une fenêtre affiche une vue de ce qui ressemble à une liste, genre ce que phpmyadmin affiche quand on explore une table mysql.

Le chef de projet explique que ceci est l'interface d'administration de l'administration du serveur de commentaires. Personne ne comprend.

Il passe ensuite sur une fenêtre Firefox qui met 15 secondes à s'afficher ("désolé, ce PC n'a que 2 Go de Ram mais sur un cluster de serveur, y'a pas de problème hein").

Dans son Firefox apparaît un page blanche avec quelques liens incompréhensibles et un logo Jboss dans le haut de la page.

"Bon, bien sûr, c'est pas l'interface définitive hein ! Ici j'utilise l'interface Jboss et EJB."

Il scrolle. Dans le bas apparait un champ avec un boutton "poster le commentaire".

Le chef de projet tape un petit texte et appuie sur le bouton. Le texte s'affiche alors en haut du champ, en noir.

"Et voilà, commentaire posté !" Il se retourne avec un grand sourire. Voyant le visage des clients, il ajoute : "bien entendu, ce n'est qu'un exemple ! Notre architecture permet une grande souplesse. Imaginez que je souhaite définir un journal, il me suffirait de modifier ça et ça (il ouvre eclipse puis étale sur la table 32 pages attachées sur lesquelles est affiché l'architecture UML).

Les managers sont un peu perplexe.

Novembre
###
La pression de la démo étant passée, le projet n'avance plus trop. Beaucoup de vacances avec la toussaint. Le code des tests unitaires est refactorisé. Trois consultants travaillent sur un framework permettant de gérer plus facilement les tests unitaires du projet (dont près de la moitié passent).

Décembre
###
Le projet a du retard et ne pourra pas être mis en production en janvier 2010. Il est décidé de reprendre la maitenance de la version Templeet et de réduire l'équipe qui travaille sur Linuxfr-NG.

Le chef de projet livre une documentation de 240 pages sur l'état actuel du framework, sur l'étude de faisabilité, sur les forces et faiblesses du projet. Le tout compile un rapport que chaque consultant a du faire. Il y est estimé que le site sera fonctionnel en juin 2010 mais qu'il est important de ne pas s'éparpiller.

Juin 2010
###
Seul 5 consultants sont encore présents pour travailler sur le projet. Ils font principalement la documentation des bugs qu'ils trouvent et qui empêche le projet de se lancer depuis la mise à jour de Windows en SP3.

Novembre 2010
###
Le projet est abandonné mais comme les consultants sont partis petit à petit, personne ne s'en rend vraiment compte. Deux consultants sont d'ailleurs encore là et aide l'équioe templeet depuis 2 mois. On leur donne des trucs à faire par ci par là.

Decembre 2010
###
Personne ne se souvient plus réellement de cette idée. Officiellement, le projet a été fusionné avec la maintenance de la version existante. Le serveur SVN et son 1,6Go de code source crashe, personne ne le restaure.

   Le concept d'objet en PHP (Mon, 05 Jan 2009 14:30:13 +0100)

Cher journal,
on me demande parfois de résumer comment PHP utilise les objets et ce qu'il est possible de faire avec, et j'ai parfois du mal à être à la fois clair et exhaustif...

J'ai trouvé ça aujourd'hui :
http://www.unixgarden.com/index.php/web/le-nouveau-modele-ob(...)
et c'est clair et exhaustif... quoique la typo soit un peu bizarre...

L'article est très intéressant car il parle de :

* Classes, objets, héritage et polymorphisme
* Sérialisation et désérialisation
* nouveautés objets de PHP5 constructeurs et destructeurs
* Visibilité
* Statiques et constantes
* Classe abstraite et méthode abstraite
* Interfaces
* Itération
* Final
* Clonage et comparaison d'objets
* Exception
* Quand PHP rencontre Java

Cet article a par ailleurs été publié dans le hors série N°20 de Linux Magazine

   Ogg Kate (Sat, 03 Jan 2009 19:48:15 +0100)

Après Ogg Vorbis et Theora, voici la Fondation Xiph travaille sur Ogg Kate très semblable à Theora mais prenant en charge le sous-titrage.
Personnellement, je ne vois pas l'utilité de créer un autre format même llibre alors qu'il suffirait d'améliorer Theora.

http://wiki.xiph.org/index.php/OggKate
http://spreadopenmedia.org/blog/article/introducing-ogg-kate(...)

   De l'utilité des moteurs de templates en PHP (Fri, 02 Jan 2009 16:21:01 +0100)

Il y a quelques mois de ça, je découvre Smarty, un moteur de template pour PHP. À première vue, ce concept de template fait très envie en mettant fin au morceaux de html dans tous les sens au milieu du code PHP. On découpe mieux, c'est plus beau, plus propre, plus professionnel, etc.

Mais finalement? ne pourrait-on pas faire la même chose sans s'encombrer d'un outil pareil ? Comme on me l'a justement fait remarquer il y a quelques temps : « bué ça sert à rien, PHP c'est déjà un moteur de templates ». C'est vrai ça, pourquoi ne pas simplement faire un dossier tpl dans lequel on irait y mettre des fichiers tels que head.php, foot.php, form_inscr.php, etc. puis les intégrer à coup de include() dans le core ?

Outre le fait que des moteurs de templates semblent facultatifs avec ce genre de manipulation, on se rend compte que les développeurs de moteur de templates fournissent un système de conditions et de boucles en tout genre. On retrouve donc des if/while dans les templates, avec une énième syntaxe? c'est le monde à l'envers non ? Autant directement faire du bouclage dans la template en .php comme vu juste au dessus, qui sera certainement bien plus efficace.

Pour finir, il ne faut pas oublier qu'intégrer un outil comme Smarty demande une maintenance supplémentaire pour le développeur, et peut potentiellement rajouter des problèmes de sécurité. Et si un jour le moteur n'est plus maintenu pour une raison X ou Y et que le PHP ne supporte plus des fonctions deprecated effectuées par le moteur de template, on fait quoi ? On refait tout le site ? On maintient le moteur nous même en plus du site ?

Vu le niveau de complexité de petits outils comme Smarty je dois oublier quelque chose d'important dans l'histoire, mais je ne vois pas quoi. Et s'il y a quelques petits avantages pratiques (ce dont je suis presque certain), est-ce qu'ils valent vraiment le coup par rapport à ce que l'on y perd ?

Attention, je ne traite ici des moteurs de template que dans le cas du PHP.

Tiens, pourquoi je ne poste des journaux que le vendredi ??

  Symfony 1.2 sous Ubuntu (Tue, 06 Jan 2009 18:34:00 +0100)

Suite à la parution des tutoriaux "Jobeet", je me permet de rédiger un cours article vous permettant d'installer le framework Symfony en 10 minutes sur Ubuntu. Pour les curieux, Symfony est un framework MVC libre écrit en PHP 5. En tant que framework, il facilite et accélère le développement de sites et d'applications Internet et Intranet à conditon bien sûr d'assimiler quelques concepts.

Installation des paquets LAMP

sudo apt-get install apache2 apache2-doc mysql-server php5 libapache2-mod-php5 php5-mysql phpmyadmin php5-xsl php5-cli, php-pear

Quelques détails sur la documentation LAMP d'ubuntu. Afin de bénéficier des commandes internes de Symfony tel que la création d'un schema.xml à partir de fichier yml, php5-xsl semble être indispensable.

Vérifier votre version de php

php -V doit vous retourner une version >= 5.0

Télécharger et installer Symfony 1.2 via Pear

• sudo pear channel-discover pear.symfony-project.com
• sudo pear install symfony/symfony-1.2.1

Vérifier la version de Symfony

symfony -V doit retourner 1.2

Créer l'application

• sudo mkdir /var/www/jobeet
• cd /var/www/
• sudo chmod 777 jobeet/
• symfony generate:project jobeet
• symfony generate:app escaping-strategy=on csrf-secret=UniqueSecret frontend

Configurer votre serveur

sudo gedit /etc/apache2/httpd.conf

Copier-coller ceci :

# Be sure to only have this line once in your configuration
NameVirtualHost 127.0.0.1:8080

# This is the configuration for Jobeet
Listen 127.0.0.1:8080


DocumentRoot "/var/www/jobeet/web"
DirectoryIndex index.php

AllowOverride All
Allow from All


Alias /sf /usr/share/php/data/symfony/web/sf

AllowOverride All
Allow from All

Redémarrer votre serveur via sudo /etc/init.d/apache2 restart

Tester l'application

Dans votre navigateur préféré taper : http://localhost:8080/

  Maximum respect for the Ubuntu french team (Sat, 03 Jan 2009 00:44:00 +0100)

Voici une petite interview de Christophe Sauthier, président de la french LoCo team à savoir l’association Ubuntu-fr, réalisée début décembre à Mountain View (oui, oui, chez Google) lors du récent Ubuntu Developer Summit, UDS chez les initiés.

Il a beaucoup impressionné l’assemblée, c’est-à-dire ses petits camarades ubunteros venus du monde entier pour l’occasion, avec ses 4000 visiteurs de la récente Ubuntu Party de Paris à la Villette (d’ailleurs il est désormais surnommé 4K, c’est vous dire). Il évoque également tous les avantages de devenir Masters of the Universe (MOTU) chez Ubuntu et son souci de faciliter la tâche et l’accueil des nouveaux contributeurs.

PS : C’est en anglais mais comme c’est un français qui parle anglais on comprend encore mieux que d’habitude

La vidéo au format OGG à télécharger (50 Mo)

Si jamais il vous venait l’envie d’en savoir plus sur Christophe Sauthier et son rôle au sein d’Ubuntu, vous trouverez ci-dessous un entretien paru dans la lettre hebdomadaire Ubuntu n°121 (7 au 13 décembre 2008) sous licence GNU FDL.

Entretien avec huats, leader de l?équipe d?Ubuntu-fr

Qui es-tu ? Où habites-tu ? Que fais-tu dans la vie ?

Je m?appelle Christophe Sauthier et mon pseudo IRC est huats. J?ai 31 ans, j?habite à Toulouse et je vis en couple. Je travaille pour une société de service (makina corpus) qui travaille exclusivement dans le monde de l?open-source. Je suis impliqué dans tout ce qui est formation, assistance, migration à Ubuntu, ainsi que sur certains dévelopements en PHP (Drupal) ou Python (Plone). Je suis impliqué directement dans Ubuntu en tant que président de la LoCo française. Mon autre rôle dans la communauté est de coordonner les tutorats des MOTU, dont le but est d?aider les nouveaux venus dans le monde du développement pour Ubuntu. J?essaye aussi d?être actif au niveau développement en aidant au packaging de quelques applications, essentiellement autour de l?environnement GNOME.

Comment es-tu entré dans le monde de Linux et d?Ubuntu ?

Il y a très très longtemps (quelque chose comme 1996), j?avais demandé son avis à quelqu?un au sujet d?un script Perl sur lequel je bossais (un CGI pour site web en l?occurence) et il m?avait dit : « Si tu veux coder un peu en Perl, fais-le sous Linux. Tu peux faire comme ça pour l?installer? » Ça a été mon premier contact avec Linux. À cette époque, j?utilisais surtout Suse et Debian. Et puis un beau jour, je tombe sur quelque chose basé sur Debian, mais qui n?avait pas encore de nom. C?est devenu Ubuntu. C?était en 2004, et depuis ce jour, Ubuntu est l?unique distribution que j?utilise.

Comment as-tu démarré avec la communauté française ?

Je faisais depuis un moment quelques traductions pour des logiciels (essentiellement dans GNOME) et je suis tombé un jour sur un billet du wiki de la LoCo française qui mentionnait des projets sur le point d?être lancés. L?un d?eux était l?organisation d?entretiens (puis leur traduction) avec quelques membres clés de la communauté. Ce projet a évolué plus tard en diverses choses comme BehindUbuntu.

Qu?est-ce qui t?a amené à prendre la tête de la LoCo française ?

Après cette première expérience dans la communauté française, j?ai décidé de rester dans les parages, fréquentant différents chats IRC francophones, ou passant de temps en temps sur les forums. C?est là que j?ai vu la campagne pour vendre des t-shirts pour la LoCo. Ma première pensée a été « j?en veux un ! », et ma deuxième « je suis sûr que je peux les aider à organiser ça »? après avoir commandé le mien, j?ai pris contact avec le gars qui s?occupait de ce projet, et il y avait tellement de boulot que mon coup de main a été le bienvenu? Il s?est trouvé que Yann (le gars que j?avais contacté) était le président de la communauté française, et après pas mal de discussions, il m?a dit qu?un coup de main serait bien utile aussi pour le développement du site web. Il m?a demandé de montrer que je pouvais aider en codant un module pour PunBB (le forum que nous utilisons). J?ai pris en charge de plus en plus de choses dans la LoCo, et quand le président a décidé de passer la main, on m?a demandé si je me sentais de relever le défi : monter une nouvelle équipe, avec une nouvelle organisation. C?est ainsi que je suis devenu le président d?Ubuntu-fr, et que j?ai essayé de changer l?organisation en me basant sur le concept de «travail d?équipe».

Quels sont les défis dans la gestion d?une grande LoCo? Comment votre LoCo fait-elle pour communiquer et couvrir un si grand territoire ?

Il y a de nombreux défis, mais c?est aussi un boulot passionnant. Le premier défi est, bien sûr, d?en faire le maximum tous les jours. Il y a beaucoup de sollicitations et nous ne pouvons satisfaire tout le monde, même si nous essayons. A la fin, certains peuvent croire que nous ne sommes concentrés que sur un domaine et que nous nous fichons des autres. En fait, nous manquons tout simplement de main-d?oeuvre et de temps, et pour le montrer, nous communiquons de plus en plus au travers d?un blog pour les rapports. Ce blog fait partie du Planet francophone et donc tout le monde peut y accéder. Mais nous ne voulons pas seulement nous limiter au blog, nous essayons d?être aussi transparents que possible sur les décisions prises. Environ une fois par mois, nous tenons une réunion publique sur IRC. Nous essayons de nous occuper de chaque aspect de notre communauté : nous parlons des actions passées (depuis la dernière réunion), des actions en cours, et de celles à court et moyen terme. Nous consacrons aussi du temps à répondre aux questions et tout le monde peut proposer un nouveau sujet de discussion. Je pense que cette transparence intéresse les gens, ainsi à la dernière réunion, environ 60 personnes étaient présentes.

Comment la LoCo française est-elle organisée? Est-elle centralisée ou décentralisée ?

C?est un mélange. Il y a bien sûr un groupe de personnes qui forme le noyau de la LoCo, mais avec la nouvelle organisation de l?équipe, ce groupe s?est quelque peu agrandi. Le but est que chaque personne ait une vue d?ensemble de tout ce qui se passe dans la LoCo, ou du moins qu?elle en sache autant que possible. De cette manière, si quelqu?un se désiste, il est plus facile de le remplacer. Autour du noyau, il y a un plus grand cercle d?individus qui sont plus particulièrement investis dans un ou deux domaines. Ce deuxième groupe peut être considéré comme plusieurs équipes vouées à un domaine en particulier. Donc, pour résumer : un noyau de moins de 10 personnes, qui mène des activités de groupe indépendantes les unes des autres. Chaque équipe a une grande liberté d?action, même si nous aimons être tenu au courant des décisions importantes.

Parfois, les communautés connaissent des périodes creuses, pendant lesquelles la motivation ou la participation peuvent retomber. Comment fait la communauté française pour remédier à cela ?

Je pense que nous avons également eu un tel épisode, mais son effet a été amoindri par les changements d?organisation que j?ai mentionné plus tôt. C?était perceptible lorsque les principaux protagonistes de la communauté ont ralenti un peu, mais il n?y a pas eu de gros ralentissement de nos activités. C?est le signe distinctif des communautés les plus importantes, qui peuvent s?autogérer sans dommage majeur? Tant que cela ne dure pas trop longtemps bien sûr? Depuis, la communauté est revenue sur les rails, et elle très active. Les séances que nous avons eu dans tout le pays pour Intrepid, ainsi que l?évènement de Paris avec plus de 4000 visiteurs dans le week-end en sont de bons exemples. Puisque nous ne voulons plus ralentir, nous avons lancé quelques petits projets qui devraient nous aider à aborder des sujets qui nous intéressent. Cela devrait nous aider à maintenir la croissance de notre communauté. Il y a quelques projets qui m?ont donné envie de m?investir dans la communauté, donc vous pouvez imaginer que j?y suis très attaché. Nous avons le sentiment que, de cette façon, nous pourrons compenser une décroissance, ou un ralentissement de la participation en ajoutant de nouveaux centres d?intérêts dans lesquels s?impliquer.

Quels sont les projets de la LoCo à court et long terme ?

Je dirais continuer le travail actuel que nous avons juste initié : compléter les diverses équipes (certaines sont encore un peu floues, ou commençent seulement à prendre forme). Par exemple, il n?y avait pas vraiment d?équipe de développement web, puisque nous nous contentions de réunir les ressources au besoin. Aujourd?hui, un groupe de personnes très talentueuses travaille sur divers aspects de l?utilisation à long terme, pas seulement à la demande. C?est nécessaire si nous voulons pouvoir continuer à innover. Donc pour le court terme, cela signifie trouver une nouvelle apparence pour l?ensemble des sites ubuntu-fr (site web, documentation, forum et planet), utiliser au mieux notre nouveau site web (drupal), et donner à nos éditeurs les droits pour plusieurs équipes (celles de kubuntu ou d?edubuntu). Nous espérons être capables de faire ceci dans les prochains mois. Pour le long terme, nous voulons vraiment continuer nos efforts de diffusion d?Ubuntu en France, ce qui demande l?organisation de sessions supplémentaires dans tout le pays (en continuant sur notre lancée après tous les évènements accompagnant la sortie d?Intrepid). Nous souhaitons aussi organiser des colloques réguliers, où les gens pourront se rencontrer physiquement plutôt qu?à travers IRC. Cela permettrait d?aider les novices à ressentir une appartenance à la communauté. Cela pourrait aussi se traduire par des ateliers de débuggage, des ateliers de documentation (comme un atelier de débuggage mais pour vérifier la documentation disponible), ou même quelques ateliers de traduction. Enfin, nous essaierons de définir une réelle politique pour la participation aux évènements pour permettre aux gens de rencontrer l?équipe personnellement pour poser des questions et obtenir des réponses.

Une des idées que vous avez évoquées avec le conseil de la communauté est le jumelage. Qu?est-ce que c?est? L?avez-vous déjà mis en pratique?

Le jumelage des LoCo peut prendre plusieurs significations. Celle qui me tient à coeur est l?aide qu?une communauté importante, comme la communauté française, peut apporter aux plus modestes. Cette aide pourrait être de l?expérience, ou l?organisation de campagnes à grande échelle, ou même des dons pour les aider à lancer leurs évènements. C?est quelques chose à laquelle notre équipe a du faire face à ses débuts, et sans l?implication financière de quelques membres, nous n?aurions jamais pu faire autant de choses. Comme la communauté française est plus puissante maintenant, cela pourrait être une bonne chose d?aider les autres équipes à se lancer. En fait, c?est plutôt proche des concepts clés qui menèrent à la création de Ubuntu-eu il y a quelques années. Ubuntu-eu est un effort commun pour partager l?hébergement de leur site web. Depuis, plusieurs communautés ont trouvé un hébergement à cet endroit, ce qui est clairement une aide fort utile pour les équipes les plus récentes. Pour revenir au processus de jumelage, nous avons commencé à travailler un peu sur le sujet, avec la communauté tunisienne, mais nous n?avons pas avancé beaucoup dans le processus par manque de temps. Je suis sûr que nous travaillerons bientôt à nouveau là-dessus.

L?équipe française Ubuntu a organisé une Ubuntu Party à laquelle ont participé 4000 personnes. Pouvez-vous la décrire ? Comment l?avez-vous préparé ? Combien de temps cela a-t-il pris?

Cet évènement, qui a eu lieu à Paris, était un mélange de tous les différents types d?atelier qu?on peut avoir : installation, nouvelle version, conférence? C?est pourquoi on peut simplement l?appeler un ?atelier Ubuntu?. On prépare cet évènement tous les 6 mois, pendant le week-end, un mois à peu près après la sortie d?une nouvelle version. Pendant l?atelier, les gens viennent pour avoir une installation d?Intrepid ou parce qu?ils ont des problèmes avec leur installation. On a aussi présenté plus de 14h de conférences, et un atelier débuggage?une station de radio a même émis depuis l?Ubuntu Party pendant tout le week-end. L?équipe préparait cet évènement depuis la fin du précédent (c?est-à-dire début juin), donc on a assisté au résultat de 6 mois de travail par l?équipe toute entière. Certains travaillaient sur la communication (les médias et le public visé), d?autres sur les besoins matériels de l?évènement, et d?autres sur les conférences. Maintenant, on fait l?analyse de cet évènement, ce qui nous aidera à préparer le suivant en mai 2009.

Que fais-tu dans ton temps libre ?

À part mes activités LoCo, je fais aussi du développement pour Ubuntu. Même si je sais que cela est lié a notre communauté, je considére cela clairement comme une activité à part. Cependant, je fais aussi pas mal de sport : du basketball et de la randonnée dans les Pyrénées (les montagnes près de chez moi). À part cela, j?aime cuisiner pour mes amis. D?ailleurs, je pense qu?il y a clairement un point commun entre cuisiner pour les autres et participer à des activités liées aux logiciels libres?

  Comment installer Heart Of Darkness sur le Eeepc 701 (Tue, 23 Dec 2008 11:20:00 +0100)

Bonjour,

Comme promis, je fais suite au sujet sur PlayOnLinux et Wine.
Aujourd'hui, nous allons donc voir comment installer un jeux Windows sur le Eeepc avec GNU/Linux/Ubuntu (Na !), Wine et PlayOnLinux.

Atelier bricolage : Comment installer Heart Of Darkness sur le Eeepc 701.

Pourquoi "heurte auffe darquenaisse" ? Parce que c'est un bon jeu de plateforme encore très joli... mais môôôôche sur un 22" ! Alors, le 7" du 701 est idéal (avec le 901 c'est encore bien). Évidemment, HOD est un exemple d'installation, on peut le faire avec d'autres jeux.

Pour plus d'informations, consultez cette page : http://appdb.winehq.org/

Allez hop, on y va !

Vous avez besoin de :
- 1 EeePC 701, 900, etc
- 1 clef USB 1Go
- 1 carte SD
- Heart of Darkness (ou un autre jeu)

Note : certaines manipulations sont propres à l'installation de HOD. Adaptez selon vos besoins, le jeu sous Linux c'est encore pas mal de bidouillage :p


Pour l'installation de POL sur le 701, c'est comme sur un ordinateur classique, donc reportez vous à ce tuto : http://www.generation-linux.fr/index.php?post/2008/12/15/Installation-de-jeux-Windows-sous-GNU/Linux-avec-PlayOnLinux

Passons à l'installation de HOD.

1. Préparation du jeu et des répertoires.

HOD a besoin du CDrom pour fonctionner, nous allons donc créer une iso du disque pour cela.

Introduisez votre CDrom de HOD dans votre lecteur et lancez Brasero.
Cliquez sur copier un disque, et sélectionnez créer une image hod.iso.
--patienter 5 min--
Copiez l'image sur votre clef USB et démarrez votre Eeepc.

Note : ATTENTION, sous le Eeepc 701, l'écran est trop petit. Vous pouvez déplacer les fenêtres en maintenant la touche "Alt" et le clic gauche (c'est le cas sous Xubuntu du moins...)

Copiez l'iso sur votre carte SD dans un répertoire jeux :

/media/VotreCarteSD/jeux/Iso/

Créez un répertoire HOD dans le répertoire jeux :

/media/VotreCarteSD/jeux/HOD/

Ce sera le répertoire d'installation de HOD.

2. Installer Gmount-iso

Ouvrez un terminal puis tapez :

sudo apt-get install gmountiso

Gmount-iso permet de monter très facilement une image iso et de la lire.

Lancez Gmount-iso et montez l'image iso de HOD.

"Emplacement du fichier image" = /media/VotreCarteSD/Jeux/Iso/hod.iso

"Point de montage" = /media/cdrom

Puis cliquez sur "Monter"

Note : par la suite, à chaque fois que vous voudrez jouer, il faudra remonter l'image dans le même répertoire que celui d'installation (cdrom) car dans le cas contraire HOD ne se lancera pas et vous aurez un message d'erreur no-cd.

3. Lancez POL, cliquez sur "Installer" puis sur "Installation manuelle". Ensuite "Installer sur un nouveau préfixe" et donnez un nom à votre préfixe. Nommez le "hod".

Indiquez ensuite le chemin de l'exécutable d'installation. Il se trouve dans l'image montée :

/media/cdrom/HeartOfDarkness.exe

4. À partir de ce moment, l'installation de HOD commence. C'est maintenant que nous allons vraiment bidouiller.
Le Eeepc701 n'a que 4 Go de SSD ce qui est très peu avec les OS actuels. Ubuntu prend en moyenne plus de 2Go, avec les quelques logiciels utiles installés, il reste souvent moins d'1 Go d'espace libre. Pour pouvoir installer des jeux, nous devons déporter les fichiers installés vers la carte SD (SDHC de préférence). Cela est possible avec les liens symboliques (commande : ln -s), cependant il ne faut pas déporter n'importe quoi. par exemple, il est très fortement déconseillé de déporter le dossier .PlayOnLinux. Il est préférable de ne déporter que le répertoire d'installation du jeu et de laisser le préfixe dans votre home (~/).

Changez de bureau avec Ctrl+Alt+gauche/droite, ouvrez un terminal et tapez :

ln -s /media/VotreCarteSD/Jeux/HOD/ ~/.PlayOnLinux/wineprefix/hod/drive_c/Program\ Files/Heart\ Of\ Darkness

Explications : link -symbolique /LeDossierDInstallation LeLienSymbolique

Note : sur la capture d'écran je suis déjà dans le préfixe, donc la commande n'est pas identique.

5. Revenez sur votre bureau d'installation de hod, puis suivez les instructions d'installation jusqu'au choix du chemin d'installation.
Choisissez vous même le chemin d'installation, la lettre variera selon votre configuration. Pour moi c'est D:
Mon chemin est donc :

D:\Jeux\HOD

De cette manière, le jeu sera installé sur la carte SD, mais grâce au lien symbolique, PlayOnLinux suivra le lien et vous permettra de lancer le jeu.

À la fin de l'installation, vous aurez une petite erreur, ignorez-la, c'est juste un raccourci windows qui ne sera pas créé.

6. Ensuite, vous devez créer un lanceur pour HOD, donc acceptez la création du lanceur. Indiquez le chemin de l'exécutable de HOD :

~/.PlayOnLinux/wineprefix/hod/drive_c/Program Files/Heart Of Darkness/HODWin32.exe

7. Enfin, donnez un nom au lanceur comme "Heart of Darkness", confirmez. Attention, s'il vous re-propose de créer un lanceur, c'est un bug de POL. Dans ce cas, annulez.

Voilà, votre jeu est installé... mais il risque de ne pas se lancer !

En effet, il faut installer la dernière version de DirectX et de Wine et les configurer.

8. Pour l'installation de DirectX, reportez vous à mon précédent sujet sur POL : http://www.generation-linux.fr/index.php?post/2008/12/15/Installation-de-jeux-Windows-sous-GNU/Linux-avec-PlayOnLinux

9. Nous allons installer la dernière version de Wine. Pour cela, dans l'interface de POL cliquez sur "Outils --> Gérer les versions de wine". Dans la liste, choisissez la dernière (1.1.10 le 22/12/08) puis cliquez sur installer. Suivez les instructions d'installation.
Il faut maintenant attribuer une version particulière de Wine à HOD, pour cela, cliquer sur l'onglet "Mes applications", séléctionnez HOD puis dans version choisissez la version de Wine que vous venez d'installer et fermez la fenêtre.

10. Nous allons maintenant configurer Wine, pour cela sélectionnez HOD, puis cliquez sur "Configurer cette application", ensuite confirmez puis cliquez sur "Configuration de Wine". Dans l'onglet "Applications", choisissez "Windows 98" pour "Version de Wine : ". Vous pouvez confirmer et fermer la fenêtre de configuration de l'application.

Il ne vous reste plus qu'à lancer le jeu. 

Note : le jeu est coupé car il est dans une fenêtre pour la capture.

Pour finir, si vous voulez essayer de tester de vieux jeux sur votre Eeepc, prenez en compte la compatibilité avec votre matériel et celle de Wine :

Normalement, les jeux suivants doivent fonctionner : Fallout 1 & 2, Diablo et Diablo II avec extention, Baldur gate, Unreal Tournament 1, Half Life 1, Call of Duty 1 (fonctionne avec WIne, et tourne avec le Eeepc sous Windows XP, mais chez moi j'ai eu une erreur sous Xubuntu : Version d'OpenGL gérée par le matériel trop ancienne) ...

Exemple pour Unreal Tournament 1, avec cette configuration :
résolution : 800x480
Profondeur des couleurs : 16 bits
Détails World : High
Détails Skin : high
mininmum fps voulu : 28
use dynamic lighting : ON
J'ai entre 30 et 35 fps (moyenne de 32). UT1 est donc très jouable et joli avec le 701 :D


Amusez-vous bien !