1 > Quelques améliorations de virtualenvwrapper

Hier Doug Hellmann à sorti la version 2.1 de virtualenvwrapper. La raison principale de cette sortie est un ensemble d'améliorations pour le support de virtualenvwrapper.project, une nouvelle exension qui permet de gérer les dossiers de travail des projets à partir de modèles.

Le plugin de base de project vous crée automatiquement des dossiers de travail pour contenir les sources et autres artefacts pour un projet. A chaque fois que vous lancer mkproject vous obtiendrez un virtualenv et un dossier correspondant dans $PROJECT_HOME. Dans le même thème, il y a aussi une nouvelle API pour créer des « modèles » de projet. Un modèle a l'accès complet au virtualenv et aux dossiers du projet et peut ajouter des pièces logiciels, les configurer, ajouter un dépôt de source, etc. Tout ce dont vous avez besoin de faire de mainère régulière lorsque vous démarrer un nouveau projet.

Pour illustrer l'utilité des modèles de projet il a aussi sorti virtualenvwrapper.bitbucket, un modèle qui clone automatiquement un dépôt Mercurial depuis BitBucket à chque fois qu'un nouveau projet est créé.

Voici un exemple de ces trois travaillant de concert

$ mkproject -t bitbucket virtualenvwrapper.bitbucket
New python executable in virtualenvwrapper.bitbucket/bin/python
Installing distribute.............................................
..................................................................
..................................................................
virtualenvwrapper.user_scripts Creating /Users/dhellmann/.virtualenvs/virtualenvwrapper.bitbucket/bin/predeactivate
virtualenvwrapper.user_scripts Creating /Users/dhellmann/.virtualenvs/virtualenvwrapper.bitbucket/bin/postdeactivate
virtualenvwrapper.user_scripts Creating /Users/dhellmann/.virtualenvs/virtualenvwrapper.bitbucket/bin/preactivate
virtualenvwrapper.user_scripts Creating /Users/dhellmann/.virtualenvs/virtualenvwrapper.bitbucket/bin/postactivate

Creating /Users/dhellmann/Devel/virtualenvwrapper.bitbucket
Applying template bitbucket
virtualenvwrapper.bitbucket Cloning ssh://hg@bitbucket.org/dhellmann/virtualenvwrapper.bitbucket
requesting all changes
adding changesets
adding manifests                                                                
adding file changes
added 3 changesets with 10 changes to 8 files
updating to branch default
8 files updated, 0 files merged, 0 files removed, 0 files unresolved
(virtualenvwrapper.bitbucket) $ ls
src
(virtualenvwrapper.bitbucket) $ cat src/.hg/hgrc
[paths]
default = ssh://hg@bitbucket.org/dhellmann/virtualenvwrapper.bitbucket

2 > Sortie de SQLAlchemy 0.6 avec le support de Jython et de Python 3

Cette nouvelle mouture supporte officiellement Jython et Python 3.

Avec Jython, SQLAlchemy utilise les pilotes JDBC via l'interface zxJDBC DBAPI de Jython. Actuellement il supporte PostgreSQL, MySQL, Oracle et aussi MS SQL Server via jTDS.

Ceux-ci sont des pilotes JDBC qui ont fait leurs preuves et ils sont souvent plus facile à installer ques les pilotes en C : il suffit de rajouter leur fichier jar dans le CLASSPATH ou dans sys.path (aucune compilation nécessaire).

1 > Avancement de la version 1.2

Comme la semaine dernière, il y a eu beaucoup d'activité sur Django, mais ce n'est pas reflèté pour le décompte total des tickets. Nous avons maintenant 51 tickets ouverts. Cependant, la bonne nouvelle est que seulement 8 d'entre eux sont des tickets importants qui bloquent une version candidate.

Sur ces 8 tickets finaux :

• #12286 n'a pas de cas d'utilisation utilisable pour reproduire le problème. Sauf si quelqu'un fourni un cas d'utilisation nous serons obligés de sortir ce ticket de la liste des bloquants.
• #13362 est un échec dans les tests qui affecte uniquement Python 2.3, et qui semble être un problème dans les tests plutôt que dans le code testé.
• #13339 est un problème causé par une limitation dans l'implémentation Python de strptime(). Malheureusement, il n'y a pas de contournement qui n'implique pas la duplication (et la correction) de strptime() - et strptime() est un monstre. Sauf si quelqu'un a une idée brillante nous aurons sûrement à passer ce ticket dans les limitations connues et de prévoir sa correction dans une prochaine version.

Les 5 tickets restant ont tous des solutions raisonnables connus (et des patchs brouillons fonctionnant) - ils nécessitent juste du temps pour les appliquer.

Bien qu'il soit tout à fait possible de tenir la date du 26 avril, pour remplir les attentes, nous allons repousser la date de sortie de la version candidate d'une semaine supplémentaire. Heureusement, c'est la dernière fois que nous avons à étendre la date limite. Cela veut dire que nous ciblons une version candidate autour du 3 mai, avec une version finale autour du 10 mai.

Comme toujours, toute l'aide est la bienvenue -- spécialement si vous pouvez faire la lumière sur un des 3 tickets problématiques.

2 > Wing IDE 4.0 compatible Django

Après Eclipse, c'est l'éditeur écrit en Python Wing IDE qui annonce une série d'outils compatible avec Django 1.1 et 1.2. Wingware propose une licence temporaire gratuite qui sera valide tout le long du processus de finalisation de cette version.