On va donc pouvoir installer notre packet de la manier suivante (ici rails en exemple):

$ gem install rails –no-rdoc –no-ri

my 2 cents…

Si l’intégralité des sources de votre projet peut être place sur un seul et unique dépôt, il arrive souvent que votre application soit dépendante d’un framework ou de quelques librairies importé d’un autre projet et souvent d’un autre dépôt SVN.

Il est donc relativement lourd est contraignant de devoir stocker et versionner les fichiers de ces sources externes qui ne seront de toute façon pas à jour par rapport au dépôt sur lequel vous l’aurez récupéré.
Prenons l’exemple d’un projet PHP utilisant Zend Framework.
Nous avons déjà mis en place la structure MVC du projet et nous l’avons importé vers notre dépôt SVN.

Nous souhaitons ajouter le Framework à jour dans le dossier /library à partir du dépôt officiel: http://framework.zend.com/svn/framework/standard/branches/release-1.9/library/

Commencez donc par vous placer dans le dossier /library en ligne de commande.

Pour déclarer notre dépôt externe nous allons utiliser la propriété « externals »  à l’aide de la fonction « propset » de SVN.

svn propset svn:externals « http://framework.zend.com/svn/framework/standard/branches/release-1.9/library/Zend Zend » .

Le point passé en dernier argument précise que nous déclarons cette propriété dans le dossier courant, ne l’oubliez surtout pas!

SVN nous répond alors: property ‘svn:externals’ set on ‘.’
Il ne nous reste plus qu’a faire un « svn up » pour mettre à jour la copie locale et récupérer ainsi une copie à jour du Framework sans que celui si soit stocké sur votre dépôt.

Votre projet sera maintenant à jour à chaque mise à jour et vous voilà affranchis de toute maintenance sur vos sources externes.

Depuis 6 semaines la priorité est aux corrections de bugs et les évolutions sont mises de coté.

Voici donc l’occasion de parler mise à jour!

Partons donc du principe que nous avons une instance de Redmine fonctionnelle.

La manière dont celle si a été installé importe peu puisque nous allons ici repartir sur une version propre fraichement récupérée sur le SVN officiel.

Commencez donc par vous placer dans le dossier où vous souhaitez faire votre installation et faite un checkout sur le dépôt officiel: http://redmine.rubyforge.org/svn/branches/1.0-stable/

Placez vous ensuite dans le dossier contenant votre nouvelle instance de redmine . Copiez les fichiers de configuration depuis votre ancienne instance (database.yml pour la configuration des bases de données, et email.yml pour les mails sortants) dans le dossier config/. Copiez également le dossier /files de votre instance d’origine afin de conserver les fichiers joints à vos projets. Copiez vos plugins dans le dossier vendor/plugins/. Et enfin copiez votre thème dans le dossier public/themes/.

Passons maintenance à l’execution des script rake qui vont nous permettre de mettre à jour la base de données et la configuration de Redmine.

Placez vous à nouveau à la racine de votre instance et commencez par recréer l’espace de session:

rake generate_session_store

Effectuez ensuite la configuration des plugins que vous avez copié tout à l’heure (note: production est le nom de notre instance de production):

rake db:migrate:upgrade_plugin_migrations RAILS_ENV=production

Et enfin, migrez la base de données vers cette nouvelle version de Redmine (encore une fois production est le nom de notre instance):

rake db:migrate_plugins RAILS_ENV=production

Voici donc votre instance à jour et, si vous avez suivi cet article à la lettre, en version stable.

Quelques petites choses à vérifiez tout de même:

• Si vous ressentez des lenteurs à l’exécution ou que vous remarquez des problèmes d’affichage de l’interface: nettoyez le cache
  

  rake tmp:cache:clear

• Si vos utilisateurs ne peuvent plus se logguer, ou accéder à certaines parties de Redmine: forcez la suppression des sessions en cours
  

  rake tmp:sessions:clear

• Pensez également à faire un tour dans la partie « rôles et permissions » de Redmine pour vérifier les autorisations sur de nouvelles fonctionnalités qui pourraient ne pas être prise en compte dans les rôles que vous aviez créé
• Et enfin, chose importante, pensez à vérifier les droit posix sur les fichiers de votre instance, sans quoi vous ne pourrez utiliser certaines fonctionnalités (l’upload de fichier par exemple)

Nous venons d’être sélectionnés pour le concours Smartphone SNCF sur la plateforme iPhone.

Nous participons à ce projet dans le but de créer une application mobile axée sur l’ergonomie et la simplicité d’utilisation afin de faciliter la communication entre le contrôleur et les usagers tout en faisant face à des contraintes techniques liées aux conditions d’utilisations et de connectivités.

Nous participons à ce projet avec le support et sous le nom de notre école, Ingésup.

Plus d’informations:
-Les détails du concours
-Les différentes équipes
-Le blog de Boris
-Le blog d’Ingésup

Cet outil permet non seulement d’observer et de prendre la main aussi bien sur des postes clients que sur les xserve de l’entreprise (même durant l’installation), mais aussi de déployer de manière centralisée des packets, des scripts, de lancer des commandes à distance, ou encore de générer des rapports sur l’état des machines.
Sur un Mac OS X Server, l’installateur vous propose lui même d’activer ARD à la fin de l’installation.

Sur un poste client, ARD se basant sur le partage decran, celui ci n’est pas forcement actif lorsque l’on peut en avoir besoin… Voici donc quelques commandes qui vont nous permettre de l’activer grâce à un accès SSH:

$ sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -activate -configure -access -on -restart -agent -privs -all

Cette ligne activera donc l’accès ARD pour n’importe quel compte autorisé à se loguer sur cette machine (les utilisateurs locaux et réseau).

Vous pouvez également restreindre cette accès afin de n’autoriser que les utilisateurs possédant des droits d’administration sur la machine en question en lançant plutôt cette commande:

$ sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -activate -configure -access -on -users admin -privs -all -restart -agent -menu

Toujours via le terminal, vous pouvez également désactiver ARD et son démarrage automatique:

$ sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -deactivate -stop

Les utilisateurs déjà habitués à ARD auront certainement déjà remarqué qu’il arrive que le service se retrouve indisponible selon la version d’ARD et de Mac OS, vous pouvez très facilement redémarrer ARD, toujours en ligne de commande:

$ sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent

Malheureusement cette coloration se limite à quelques langages les plus connus, PHP ou C par exemple sont déjà pris en charge.

Viennent ensuite les langages moins courants comme Objective-C qui, avec lequel le moteur de coloration d’origine va rester noir sur blanc.

Il existe donc un plugin qui va nous permettre de résoudre ce problème en intégrant un moteur de coloration syntaxique nommé Ultraviolet déjà utilisé dans de nombreux projets dont l’IDE TextMate.

Pour l’installer rien de plus simple. Commencez par installer libonig-dev (pour la reconnaissance d’expressions régulières) avec aptitude et utilisez Gem pour installer le moteur de coloration syntaxique:

# aptitude install libonig-dev

# gem install ultraviolet

Rendez-vous ensuite sur Github pour récupérer la dernière version et placer le plugin dans le dossier vendor/plugins de votre Redmine.

Placez vous ensuite dans le dossier contenant votre installation de Redmine et lancez un petit coup de rake sur vos plugins:

# rake db:migrate_plugins RAILS_ENV=production

et enfin relancer votre instance de Redmine ou directement votre serveur Rails (Mongrel, ou Apache si vous utilisez passenger)

Voilà le résultat sur le même fichier:

Voici donc ici les quelques plugins que j’ai pu repérer et tester, liste biensur non exhaustive!

Tout d’abord commençons par fédérer un peu la communauté qui contribue à votre projet par des fonctions un peu plus sociales afin que ces derniers soient le plus au courant possible de l’état du projet.

Commençons donc par un petit plugin de blog qui permettra à vos utilisateurs de poster des annonces, des informations ou encore des réflexions de manière centrale et interne. Ce plugin reste cependant limité quand a une éventuelle utilisation pour une façade d’annonce  publique.

(http://www.redmine.org/boards/3/topics/5782)

Viens ensuite une copie du réseau social le plus en vogue en ce moment, j’ai nommé Twitter! Grâce au plugin « status update » vous pourrez mettre en place un moyen rapide de communiquer entre vos collaborateurs afin qu’il puissent dire simplement ce qu’ils sont en train de faire. Ce plugin aurait cependant peut-être besoin d’une fonction de « reply » et/ou « repost » pour pouvoir réellement s’apparenter à Twitter.

(http://www.redmine.org/boards/1/topics/1483)

Passons maintenant à un plugin plus élémentaire voir quasiment indispensable: la gestion des fameuses « todo list ». Grâce à ce plugin vous pourrez centraliser la gestion de ces dernières directement dans un nouvel onglet du projet et ainsi éviter à vos contributeurs de passer par un quelconque service web complémentaire ou encore par l’éternel post-it. Cette fois rien à redire, les idées sont centralisées sur notre plateforme interne ce qui est en plus un gage de sécurité!  (http://www.redmine.org/boards/3/topics/4070)

Et si beaucoup de personnes interviennent sur votre projet? Comment gérer les interrogations des nouveaux venu? Par défaut, beaucoup serait tenté de tout centraliser sur une doc disponible sur le wiki du projet. C’est une bonne pratique mais mal géré, cela peut vite tourner au bazar le plus complet. L’idée du plugin « question » est de pouvoir gérer vos demandes et votre support en interne (par exemple les demandes formulées par de nouveaux développeurs ou par un utilisateur final). De plus, ce plugin permet d’effectuer des recherches multi-critères sur les questions qui ont déjà été pausés, pourquoi pas réorienter la documentation en fonction des questions les plus récurantes?

(http://www.redmine.org/wiki/redmine/PluginQuestion)

Besoin de mieux évaluer les coûts de votre projet? Attention, le plugin « budget » dépend d’un projet bien rodé afin d’être réellement efficace. Vous pourrez ainsi prévoir le coût du projet en fonction du temps passé. Cela implique également l’utilisation de la « badgeuse » intégrée au Redmine par vos développeurs et autres contributeurs afin qu’il puisse faire état du temps passé sur les différentes taches du projet.

(http://www.redmine.org/wiki/redmine/PluginBudget)

Enfin, je terminerai avec un plugin relativement évolué. Avis aux amateurs de gestions de projets Agile, ce plugin vous permettra d’intégrer les méthodes de gestion Scrum à votre projet sous la forme d’un dashboard complet:

(http://www.redmine.org/boards/3/topics/5808)

Je ne détaillerai pas ici l’installation de ces plugins et vous invite pour cela à vous rendre sur la page officiel du wiki de Redmine: http://www.redmine.org/wiki/redmine/Plugins

J’avais bien un petit Linksys NSLU2 flashé sous Debian en rab mais cela m’obligeais à ajouter des disques USB 2.0, donc double d’alimentation, place, qui plus ai la bête à tendance à siffler, et le tout avec des performances (la machine n’a qu’un ARM bridé à 133mhz avec 32mo de mémoire), j’ai vite laissé tombé l’idée.

En surveillant un peux les modèles disponibles je suis alors tombé sur le Netgear Stora MS2110, petit frère du Readynas avec une orientation plus « grand public », le tout pour moins de 200€ disque compris, accès en AFP, certifié TimeMachine, et finalement très décevant…

Malgré sa certification TimeMachine, le Netgear offre un utilisation « multiple » et permet de stocker de la musique, des photos, des vidéos, des documents… De ce fait l’espace de sauvegarde, non actif de base et accessible seulement en SMB, est bridé par un quota de 200go, et cette limite est sans appel… Impossible donc de l’utiliser pour sauvegarder toutes mes machines sur 200go! mon macbook à lui seul avec son disque de 250go dépassait déjà lors de la sauvegarde initiale…

Me voilà donc avec un disque à 200€ acheté pour un besoin auquel il ne répond pas… et heureusement, je l’avais prix chez materiel.net qui encore une fois m’a prouvé son sérieux et sa qualité! Contact direct avec Netgear de leur part, réponse sous 48h, les techniciens de Netgear n’ont pour l’instant pas prévu la modification, et pour gagner du temps Materiel.net à choisit de me reprendre le produit en question afin de ne pas bloquer mon problème de sauvegarde. J’ai donc retourné le Netgear à son envoyeur qui m’a alors fait un avoir (pas fou!), frais de retour compris. Comme d’habitude, Materiel.net, j’en suis content et je le recommande!

Bref revenons a nous moutons, après avoir hésité sur quelques modèles de chez Synology, je me suis dis que cela m’aurai fait une sauvegarde finalement assez éloignée de ma machine à sauvegarder: macbook -> neufbox (54mbits) -> switch (100mb) -> nas (1gbits) et enfin les accès disques.

J’ai donc craquer et encore une fois j’ai acheté chez Apple. Une petite TimeCapsule viens de rejoindre mon réseau, remplaçant ainsi le switch gigabyte et le wifi fourni par la neufbox, je sais que mon espace de sauvegarde se trouve juste derrière la borne et que le produit est prévu pour, bref aucun problème tout fonctionne!

Note à mois même, ne plus essayer de bidouiller un système alternatif pour économiser 60€, ça marchera toujours moins bien…

Ce puissant outil disponible sous la forme d’une interface web permet de gérer les projets de développements en intégrant des roadmap, la gestion des bugs, des demandes dévolutions, un tracker de versionning, un wiki, le tout avec une gestion des droits complète.

Dans cet article nous verrons comment installer Redmine sur un serveur Linux (Debian dans notre cas) en utilisant Apache comme serveur d’application grâce au module « Passenger » qui permet à Apache d’interpréter Ruby on Rails.

Comme d’habitude cet article décrit une suite de manipulations liée à des versions précises. A vous d’adapter vos numéro de versions en fonction des évolutions à venir.

Pour Commencer nous allons installer Apache 2 MySQL 5.0 et d’autres paquets qui nous seront nécessaires.

#aptitude install apache2 mysql-server apache2-prefork-dev libaprutil1-dev libaprutil1-dev libmysqlclient15-dev gcc make subversion

Pensez également à activer le mod_rewrite d’Apache dès maintenant

#a2enmod rewrite

Nous pouvons maintenant installé les près requis lié plus précisément à notre application à savoir Ruby, l’interpréteur, gems le gestionnaire de paquets et d’autres librairies nécessaire pour l’installation de Redmine. commençons donc par Ruby et les librairies disponibles par aptitude.

#aptitude install ruby rdoc irb libyaml-ruby ruby1.8-dev libzlib-ruby ri libopenssl-ruby1.8

Passons ensuite à l’installation de gems

#wget http://rubyforge.org/frs/download.php/60718/rubygems-1.3.5.tgz

#tar xvf rubygems-1.3.5.tgz

#cd rubygems-1.3.5

#ruby setup.rb

#ln -s /usr/bin/gem1.8 /usr/bin/gem

#rake generate_session_store

#RAILS_ENV=production rake db:migrate

#RAILS_ENV=production rake redmine:load_default_data

Il ne vous reste plus qu’a configurer votre VirtualHost Apache comme n’importe quel virtual host en faisant pointer votre DocumentRoot vers le dossier « public » de Redmine.

<VirtualHost *:80>

ServerAdmin thibaut@my-test.com

ServerName dev.my-test.com

DocumentRoot /var/www/redmine/public/

</VirtualHost>

Mais voilà, trêve de plaisanteries, trois tonnes d’include en haut d’un fichier PHP ça va vite devenir très cochon et pas franchement lisible.

Nous allons voir ici comment utiliser la fonction __autoload() de PHP pour inclure automatiquement les fichiers contenant les classes que nous allons appeler.

Commençons par organiser un peux notre projet.

Créez un dossier à la racine du site qui va contenir toute les librairies de notre projet et créez dans celui ci un dossier « class » qui lui contiendra les classes de notre application.

Créez maintenant un fichier nommé « Loader.php » à la racine du dossier « library » dans lequel nous allons placer le code suivant:

<?php

function __autoload($class_name) {

require_once ‘library/class/’ . $class_name . ‘.php’;

}

?>

On peut maintenant appeler ce fichier dans notre script d’origine, par exemple ici notre index.php

<?php

require_once(‘library/Loader.php’);

Ainsi une instanciassions de classe du type:

$sql_access = new db_access();

va automatiquement inclure le fichier « library/class/db_access.php » contenant la classe « db_access » et nous nous retrouvons directement avec une organisation du projet sous cette forme:

Bienvenu dans le monde des projets bien organisés!

L’erreur est simple, vous affichez votre site/blog sous wordpress et celui ci vous hurle dessus que les fonction strtotime() et date() ne peut répondre à au système car le timezone n’a pas été défini dans php.

Reste donc a aller faire un tour dans votre php.ini, a rechercher « date.timezone =  » et à plus préciser « Europe/Paris » (oui ici on est en France monsieur!) en prenant soin de décommenter la ligne (retirez le « ; »)

Bon maintenant que j’ai downgrader mes serveurs en 5.2.10 je vais pouvoir remonter sur une 5.3!

Autre version:

Commençons alors par placer dans un répertoire le ou les framework ainsi que les versions qui nous intéressent et incluons ce répertoire dans la configuration de php (votre fichier php.ini).
Recherchez la ligne contenant la directive « include_path ». Celle si est commentée par défaut à l’aide d’un point-virgule (;). Elle décrit les différents répertoires contenant des fichiers sur lesquels nous voulons faire des include().
Décommentez alors la ligne en supprimant le point-virgule et adapter la description du chemin en fonction de l’endroit où vous avez placer vos librairies.
Dans mon cas, cela donne:

include_path = « .:/var/www/library »

Pensez à conserver le « . » dans la liste des chemins à inclure afin de pouvoir inclure un fichier localement dans vos différentes applications php et redémarrez votre serveur http.

Dans le cas où nous avons plusieurs versions, il peut aussi être intéressant de simplifier le chemin d’accès à la dernière version stable.
On peux alors utilise de manière toute simple utiliser les liens virtuels unix:

$ ln -s Zend_1.9.2 Zend

Pensez également à régler vos droits sur vos librairies:

# chown -R www-data:www-data /var/www/library

Enfin, voyons comment nous allons pouvoir utiliser cette librairie partagée coté applications. Je reprend alors mon exemple de Zend et le fichier bootstrap dans lequel nous avions l’habitude de re-écrire le path d’include de php (ici Zend se trouvais dans le ./library et ./application/models/ contient les modèles de notre application MVC):

set_include_path(‘.’
. PATH_SEPARATOR . ‘./library’
. PATH_SEPARATOR . ‘./application/models/’
. PATH_SEPARATOR . get_include_path());

Le path contenant le Zend Framework étant maintenant inclue par le « get_include_path() » nous pouvons supprimer le ./library des répertoires inclus.

Ensuite nous appelions notre framework avec la ligne:

require_once ‘Zend/Loader/Autoloader.php’;

Si vous avez suivit toutes les indications précédente et que vous laissez la ligne telle quelle, le site chargera ici la version courante de Zend Framework que j’ai décrit tout à l’heure par le lien logique unix. C’est ici que ça deviens intéressant et que nous pouvons préciser la version de Zend à utiliser.

Selon la manière donc vous avez nommé vos répertoires (dans mon cas Zend_x.y.z ou x.y.z correspond à la version du framework), vous pouvez alors appeler par exemple une version 1.6.2 de Zend dans une ancienne application.

require_once ‘Zend_1.6.2/Loader/Autoloader.php’;

Libre à vous d’adapter tout cela à vos propres conventions de nommage et de rangement.

Afin de gérer soit même les files d’attentes, il peut alors être utile d’héberger soit même un serveur SMTP directement sur la machine qui héberge l’application. Nous allons donc voir comment configurer simplement Exim pour l’envoi de mails vers les domaines externes. Nous utiliserons une distribution Debian stable.

Commençons par installer Exim:

# aptitude install exim4

Exim va alors s’installer avec une configuration de base que nous allons modifier avec l’assistant fourni par exim4-config:

# dpkg-reconfigure exim4-config

Le premier écran vous expliquera le rôle de cet utilitaire, validez avec « Ok » pour passer à l’écran suivant.

Sur celui si, choisissez « Distribution direct par SMTP (site internet) ».

Ensuite sur l’écran suivant entrez le nom tel que vous l’avez défini dans votre configuration ou tel qu’il a été défini par votre hébergeur.

Deux écran plus loin, l’assistant va vous demander sur quelle adresse il va devoir accepter le courrier. Puisque nous sommes parti sur une configuration simple où le serveur d’applications (php par exemple) se trouve sur la même machine, nous utiliseront donc l’adresse 127.0.0.1 pour limiter les connections au serveur avec lui-même.

L’écran suivant nous demande alors de préciser sur quel autre nom le serveur doit accepter les mails. Nous pouvons ici lui repriser le nom DNS de notre machine.

Vient ensuite, la question des domaines à relayer. Nous l’avons déjà vu, nous n’acceptons les mails entrant que sur l’adresse de localhost: 127.0.0.1. Nous pouvons donc autoriser le transfert vers tous les domaines afin que les mails puissent sortir. Remplissez donc ce champ avec une étoile « * ».

Laissez la liste des machines à relayer vide car nous souhaitons que le serveur transmette lui même les mails sortants.

Deux écran plus loin, répondez « Non » à la proposition de minimiser les requêtes DNS, laissez la distribution du courrier au « format mbox dans /var/mail » et ne séparez pas la configuration dans plusieurs fichiers.

L’assistant va se fermer et va redémarrer Exim et vous pourrez tester sans problème le bon fonctionnement de votre MTA par exemple avec la fonction mail() de PHP.

curl -k -u user:pass -d status= »mon tweet » https://twitter.com/statuses/update.xml

Nous allons voir ici comment contrôler la mise en applications de vos modifications via 2 outils en lignes de commande: NSLookup (présent sur tous systèmes) et Dig (présent de base sous Linux et Mac OS X, une version cygwin existe pour Windows).

Prenons un exemple concret, je viens de migrer mon blog sur un nouveau serveur et je souhaite que l’adresse « blog.lelevier.fr » pointe bien sur ce nouveau serveur. J’ai fait les modifications nécessaire dans l’interface de mon registar et je connaît l’adresse ip ou le nom de mon nouveau serveur.

Commençons par NSLookup avec une requête simple:

23:03: tibo@Boudallu ~ % nslookup blog.lelevier.fr
Server: 192.168.1.1
Address: 192.168.1.1#53

Non-authoritative answer:
blog.lelevier.fr canonical name = rps.lelevier.fr.
Name: rps.lelevier.fr
Address: 87.98.170.232

Ici c’est mon serveur DNS local qui me répond (192.168.1.1) et bien qu’il n’ai pas autorité sur le domaine (il ne le gère pas directement) il me répond que « blog.lelevier.fr » est un Alias de « rps.lelevier.fr » défini par l’adresse « 87.98.170.232″ qui est justement mon serveur.

Même si le résultat est ici concluant nous allons partir sur le cas où la modification n’a pas encore été répliquée sur notre serveur local.
Regardons alors directement sur les serveur DNS de notre registar pour voir si les modifications ont était prise en compte sur ces derniers.
Commençons par trouver l’adresse ou le nom des serveurs DNS faisant autorité sur notre domaine avec Dig:

23:04: tibo@Boudallu ~ % dig NS lelevier.fr

; <<>> DiG 9.4.3-P3 <<>> NS lelevier.fr
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64451
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 2

;; QUESTION SECTION:
;lelevier.fr. IN NS

;; ANSWER SECTION:
lelevier.fr. 86400 IN NS dns11.ovh.net.
lelevier.fr. 86400 IN NS ns11.ovh.net.

;; ADDITIONAL SECTION:
dns11.ovh.net. 86371 IN A 213.251.188.130
ns11.ovh.net. 86371 IN A 213.251.128.130

;; Query time: 54 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Wed Aug 19 00:06:38 2009
;; MSG SIZE rcvd: 107

Nous pouvons lire ici dans la zone « ANSWER SECTION » que notre domaine est gérer par les serveur « dns11.ovh.net » et « ns11.ovh.net ».
Retournons alors maintenant sur NSLookup pour vérifier l’état de la résolution sur un serveur précis.
Lançez NSLookup sans argument avec la commande « NSLookup », spécifiez le serveur DNS avec l’option « server » suivit du nom ou de l’ip d’un des serveur trouvé au dessus, et enfin entrez le nom DNS que vous souhaitez résoudre:

23:06: tibo@Boudallu ~ % nslookup
> server dns11.ovh.net
Default server: dns11.ovh.net
Address: 213.251.188.130#53
> blog.lelevier.fr
Server: dns11.ovh.net
Address: 213.251.188.130#53

blog.lelevier.fr canonical name = rps.lelevier.fr.
Name: rps.lelevier.fr
Address: 87.98.170.232
>

On peut alors lire ici que le serveur en question redirige encore une fois « blog.lelevier.fr » vers l’hôte « rps.lelevier.fr » dont l’adresse est « 87.98.170.232″. On pourra alors vérifier sur le second serveur DNS que les informations concordent et en conclure l’état de notre modification et sa prise en compte par notre registar.

A noté cependant qu’il faut généralement entre 4h et 48h pour que la modification soit répliquée.

Même si l’histoire stagne un peux au début de la saison, une fois les nouveaux personnages en place, l’intrigue reprendre de plus belles (épisode 6/7).

Le 31 Juillet dernier, HBO à annoncé officiellement la 3ème saison qui sera diffusée en 2010.

En attendant, prochain épisode dans la nuit de dimanche prochain!

Avec Debian, il reste cependant facile de « mixer » les sources afin de faire concorder les version de package présentes sur différentes branches de la distribution.

Le premier problème va alors venir du fichier /etc/debian_version qui nous dit clairement que nous sommes sur une version 5.0. Commençons alors par remplacer le 5 par un 4 dans ce fichier afin de laisser penser à Zimbra qu’il se trouve sur une machine sous Debian Etch.

Ensuite, nous allons avoir besoin d’une ancienne version de perl (5.8) uniquement disponible sous Etch.

Pour celà nous devons ajouter les sources de Etch dans la liste des sources de notre serveur pour la faire correspondre à quelque chose dans ce genre (les serveurs peuvent biensur être différents):

deb http://ftp2.fr.debian.org/debian/ etch main
deb-src http://ftp2.fr.debian.org/debian/ etch main

deb http://security.debian.org/ etch/updates main
deb-src http://security.debian.org/ etch/updates main

deb http://ftp2.fr.debian.org/debian/ lenny main
deb-src http://ftp2.fr.debian.org/debian/ lenny main

deb http://security.debian.org/ lenny/updates main
deb-src http://security.debian.org/ lenny/updates main

deb http://volatile.debian.org/debian-volatile lenny/volatile main
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main

Nous devons ensuite mettre à jour la liste des sources:

# aptitude update

Et nous pouvons enfin installer perl 5.8:

# aptitude install perl=5.8.8-7etch6

Nous pouvons maintenant supprimer exim

# aptitude remove exim4

et installer les packages requis

# aptitude install  sudo fetchmail openssl libltdl3 libgmp3c2 libexpat1

Enfin vérifiez que le nom plainement qualifié du serveur pointe vers son IP réel et non pas sur 127.0.0.1 dans le fichier /etc/hosts et récuperez la dernière version de Zimbra 5 sur le site de Zimbra pour l’installer.

L’homme qui préche le FreeBSD à avoué sa faute et m’a fait voir ce petit morceau de code Ce qui nous donne:

Merci pour l’info

Celui ci n’est plus hebergé sur blogspot comme le fut l’ancien mais sur une plateforme wordpress herbergé sur un serveur privé.

Merci donc de prendre en compte cette nouvelle adresse: blog.lelevier.fr

L’erreur est pourtant simple:

mod_python.so: mach-o, but wrong architecture

Curieusement, il m’a alors fallu compiler un mod_python compatible avec toutes les architectures suportées par OS X (alors que je n’ai que des machines intel…)

Attention, pré-requis: vous devez avoir « gcc » et « make » installé sur votre machine.
Si ce n’est pas le cas, installez les xcodestools.

Voici alors comment précéder:

-Tout d’abord, récupérez les dernières sources de mod_python sur le site du projet apache
Actuellement, la dernière version étant la 3.3.1, l’url compléte des sources sera: http://www.apache.org/dist/httpd/modpython/mod_python-3.3.1.tgz (utilisez wget si vous l’avez installé!)

-Ouvrez un terminal est localisez l’endroit où ses sources ont été téléchargées (certainemant dans ~/Downloads)

-Décompressez l’archive:

% tar xvf mod_python-X.Y.Z.tgz

(notez que le X.Y.Z correspond à votre version)
et entrez dans le dossier:

% cd mod_python-X.Y.Z

-Commençons par configurer les sources en précisant l’emplacement d’apxs

% ./configure –with-apxs=/usr/sbin/apxs

Laissons la machine mouliner et si tout ce passe bien elle devrai nous créer les bons Makefile.

C’est là que ça se complique puisque nous allons modifier directement le Makefile pour lui préciser les architectures à utiliser:

-Ouvrez donc le fichier src/MakeFile avec votre éditeur de text favori (vi est le mien!)

-Reperez la ligne LDFLAGS et ajoutez en fin de ligne:

-arch x86_64 -arch ppc -arch i386

Pour obtenir quelque chose du genre:

LDFLAGS= -Wl,-framework,Python -u _PyMac_Error -framework Python -Wl,-F. -arch x86_64 -arch ppc -arch i386

-Interessez vous maintenant à la ligne CFLAGS et ajoutez lui, en fin de ligne encore une fois:

-arch x86_64 -arch ppc -arch i386

Vous obtiendrez alors quelque chose qui ressemblera à ceci:

CFLAGS=$(OPT) $(INCLUDES) -arch x86_64 -arch ppc -arch i386

-Enfin dans la section « mod_python.so: $(SRCS) » (un peu plus bas), ajoutez les options:

-Wc, »-arch x86_64″ -Wc, »-arch ppc » -Wc, »-arch i386″

après l’option -c de la ligne

$(APXS) $(INCLUDES) -c $(SRCS) $(LDFLAGS) $(LIBS)

pour obtenir un résultat proche de celui-ci:

$(APXS) $(INCLUDES) -c -Wc, »-arch x86_64″ -Wc, »-arch ppc » -Wc, »-arch i386″ $(SRCS) $(LDFLAGS) $(LIBS)

-Enregistrez vous modifications et quittez l’éditeur de texte pour revenir dans le dossier principal des sources.

Passons maintenant à la compilation de ce fameu module:

-Un petit

make

suvit d’un

sudo make install

devrai faire apparaitre un module nommé « mod_python.so » dans le dossier /usr/libexec/apache2

-Pour plus d’information sur notre module:

% file mod_python.so
mod_python.so: Mach-O universal binary with 3 architectures
mod_python.so (for architecture x86_64): Mach-O 64-bit bundle x86_64
mod_python.so (for architecture ppc7400): Mach-O bundle ppc
mod_python.so (for architecture i386): Mach-O bundle i386

Enfin pour finir, activons le module dans Apache et voyons le résultat:

-Editez le fichier /etc/apache2/httpd.conf avec les droits administrateur et ajoutez la ligne

LoadModule python_module libexec/apache2/mod_python.so

(proprement parmi les autres LoadModule)

-Enfin pour tester le tout, ajoutez ces lignes à la toute fin du fichier:

<Location /mpinfo>
SetHandler mod_python
PythonInterpreter main_interpreter
PythonHandler mod_python.testhandler
</Location>

-Sauvegardez les modification, quittez l’éditeur de texte et relancez apache:

apachectl -k restart

Le final:
Connectez vous maintenant à l’adresse http://localhost/mpinfo et vous remarquerez que votre serveur fonctionne bien avec les extensions python