Aller au contenu | Aller au menu | Aller à la recherche
C'est dimanche, donc je fais court :
La série mod_wsgi 1.x est dispo dans Debian testing et unstable. La série 2.x dans experimental - cf http://packages.debian.org/libapache2-mod-wsgi
La version 2.0 RC2 de mod_wsgi venant de pointer son nez, j'ai mis à jour le PKGBUILD pour Archlinux.
Je vais bientôt pouvoir l'utiliser maintenant que j'ai supprimé kforge qui nécessitait absolument mod_python et qui est encore un peu trop buggué à mon gout pour être véritablement utilisable.
Pourvu que cela soulage un peu mon serveur qui commence à être un peu à l'étroit... 
Petit billet rapide pour dire que les PKGBUILD pour archlinux de mod_wsgi 1.2 et 2.0rc1 sont disponibles sur AUR :
Voir l'annonce de la sortie de mod_wsgi 1.2 & 2.0rc1.
Faut vraiment que je prenne le temps d'aller plus loin que la simple installation et script de test de mod_wsgi...
Je viens juste de soumette mon troisième paquet pour ArchLinux, à savoir mod_wsgi.
mod_wsgi est un module pour le serveur web Apache et se veut une alternative à mod_python ou mod_fastcgi/mod_cgi pour les applications python. Il a pour objectif de supporter toute application compatible WSGI (Trac, Django, etc).
Il se veut plus performant que mod_python et fonctionne sous deux modes :
Voilà pour une présentation rapide du mod_wsgi. Pour le reste, je vous invite à consulter la documentation en ligne.
Depuis ma migration sous Archlinux il y a quelques semaines, j'utilisais le module iwl3945 pour ma carte wifi. Or au bout de quelques moments, la connexion n'était plus effective et (k|gnome-)networkmanager était incapable de se reconnecter au réseau.
La solution m'a été apporté sur le canal #archinux sur irc.freenode.net : en lieu et place du module iwl3945, il faut utiliser ipw3945.
Cela se fait de la façon suivante :
pacman -Sy ipw3945 ipw3945-ucode ipw3945d
Ensuite édition de /etc/rc.conf :
# On blackliste le module iwl3945 et on active ipw3945 MODULES=(slhc tg3 ipw3945 !iwl3945 snd-mixer-oss snd-pcm-oss snd-hwdep snd-page-alloc snd-pcm snd-timer snd snd-hda-intel soundcore vboxdrv) # On déclare l'interface eth1 qui sera utilisé par ipw3945 eth1="dhcp" INTERFACES=(lo !eth0 !eth1 !wlan0) # On active le service ipw3945d DAEMONS=(syslog-ng !network dbus hal netfs crond ipw3945d dhcdbd networkmanager networkmanager-dispatcher laptop-mode kdm sshd cups alsa vmware)
Un reboot plus tard, tout fonctionne au poil 
Pour ceux qui connaissent pas, kforge est une application basée sur django qui permet de créer un espace de gestion de projet avec des outils comme trac, subversion, moinmoin, wordpress, etc.
Voulant voir à quoi ressemblait la création d'un paquet Archlinux d'une part et d'autre part utilisant kforge, je me suis mis à créer un PKGBUILD kforge pour ArchLinux.
Du coup, j'ai packagé kforge 0.14 et sa dépendance domainmodel 0.2.
Pour ceux qui voudraient essayer cela, la façon la plus simple est surement d'utilser Yaourt. Sinon vous devrez suivre la documentation utilisateur de AUR.
Note, il faut que le dépot archlinuxfr soit déclaré pour pouvoir installer Yaourt (Voir la section Téléchargements de la page de Yaourt)
pacman -Sy yaourt versionpkg yaourt -S kforge
Ensuite, il vous suffit de suivre la doc d'install de kforge.
Vos retours sont les bienvenus...
Je fais du tri dans ma bibliothèque donc si ça intéresse des gens ; les livres sont en très bon état (certains sont comme neufs - je suis assez strict sur ma manipulation des livres) :
Si vous êtes intéressés, plusieurs solutions :
Edit du 14 : Ajout de Bind, Apache et Postfix ; Retrait de PHP5, les cahiers du programmeur
Problème : Je veux que mes emails soient au format texte pour tous mes messages, sauf ceux pour un client donné
Solution :
(j'avoue ne pas avoir testé de ne pas rédiger les mails en HTML par défaut et d'ajouter mon client au domaine HTML)
Ainsi :
Oui je sais, le mail en HTML, c'est mal mais certains clients restent obstinés (voir même demande des mails en RTF... voir même éditent leurs mails sous Outlook avec le rendu Word)
Passant l'hébergement de mes projets chez Google Code, j'ai du les passer sous subversion. Pour autant, je souhaite pouvoir garder le revisionning dans mercurial afin de pouvoir commiter tranquillement dans le métro.
Comme il n'existe pas de hg-svn, à l'instar de git-svn et ne souhaitant pas migrer en plus vers git, j'ai procédé de la façon suivant :
Dans mon fichier .hgignore :
syntax: glob *.svn
A l'inverse, dans subversion, j'ignore :
svn:ignore .hg svn:ignore .hgignore
On commit ensuite ces ignorances de chaque coté et voilà qui est fait
Contributing to an open project is a bit like eating sugary sweets. You have one patch accepted. It feels good. You start hunting around for the next one and the next one. There's always enough low-hanging fruit that anybody can chip in and write tests or docs or verify something. As maintainers, we have to remember to publically acknowledge that work from everybody — as an entry in the AUTHORS file and the commit message and so on. But that's such an easy payback for people donating their efforts.
Malcolm Tredinnick (@ 20h25)
« billets précédents - page 3 de 14 - billets suivants »