FreeBSD 8.0 est près de sortir, et j'ai voulu essayer la mise à jour par freebsd-update avec la RC2.

J'ai trouvé un descriptif de la méthode sur l'annonce de la disponibilité de FreeBSD 8.0-RC2. J'ai tenté cette méthode un peu pour le fun, et beaucoup parce que la mise à jour par sources que j'utilise d'habitude a raté avec une erreur (que j'ai pas cherché à démerder).

J'avais tenté freebsd-update la première fois que c'est sorti, avec FreeBSD 7.0, je crois. A l'époque, c'était pas encore tout à fait au point, et il fallait renseigner plein de choses dans un fichier de configuration inexistant. Ma tentative s'était conclue par un message d'erreur qui disait qu'il pouvait pas mettre à jour mon système... Donc j'avais laissé tomber.

Mais maintenant, c'est devenu beaucoup plus facile. Le système détecte les paquets installés, télécharge les patchs et binaires nécessaires, installe les mises à jour, et enlève même les anciens fichiers inutiles. La fête quoi. Il a même vu que j'avais un noyau personnalisé, et m'a indiqué qu'il fallait que je le mette à jour à la main.

Mais voilà, ça a merdé pendant la mise à jour. En fait ça a l'air d'être une correction de bug des versions 7.x. La fois où j'ai installé FreeBSD 7.0, mon serveur n'est pas revenu du redémarrage, parce que le nom du disque a changé (il est passé de ad12 à ad10).

Là, mon disque est revenu en ad12... Et patatras la même histoire... Il faut respécifier la racine à la main (ufs:/dev/ad12s1a), remonter /usr à la main (mount /dev/ad12s1f /usr), galérer une heure durant se demandant pourquoi / est en lecture seule alors que les options du loader sont correctes (parce que j'ai pas dit mount -u /...). Et tout ça en clavier qwerty.

Une fois que j'ai mis à jour /etc/fstab, tout est revenu dans l'ordre. J'ai pu finir ma mise à jour, et mon serveur est reparti gaiement.

A part pour Plone, la nouvelle installation par buildout installant un Python indépendant du Python système, mais quand même lié aux bibliothèques système. Les anciennes, de FreeBSD 7.2, qui ont sauté quand freebsd-update a nettoyé les binaires obsolètes. J'ai dû relancer une installation (en effaçant les binaires Python du répertoire de l'instance Plone), et c'est reparti aussi.

Mais au final, ce qu'il faut que je fasse, c'est coller des labels sur mes partitions. Ça consiste à nommer une partition avec un nom indépendant et persistant, de façon à ce qu'il soit correctement identifié même s'il n'est pas reconnecté au même endroit (ou que le driver le nomme différemment). C'est une méthode destinée aux média amovibles, qui est applicable à mon cas sur les partitions du disque dur principal... Et tout est expliqué dans cette page du handbook !

Seul inconvéniant, il faut redémarrer en mode single user. Comme mon serveur n'est pas équipé d'ordinaire d'écran ou de clavier, c'est une opération plutôt fastidieuse. Mais je pense le faire à la sortie de FreeBSD 8.0-RELEASE, où j'en profiterai pour également passer de i386 en amd64. 64 bits rulez.

Depuis la mise à jour de mon site en Plone 3, les commentaires anonymes déconnaient. Avant, on pouvait laisser un commentaire en indiquant juste son nom, sans s'inscrire au préalable sur le site, grâce au produit Plone Comments.

Et je croyais que les mecs de chez Quintagroup n'avaient pas bien fait leur boulot. Et je me demandais pourquoi personne ne s'inquiétait du problème. Et aujourd'hui, j'ai compris.

C'est en fait QuillsEnabled qui mettait le binz. Et on peut rétablir le fonctionnement normal de Plone Comments par la méthode suivante :

• Dans la ZMI, aller dans portal_form_controler.
• Dans l'onglet Actions, effacer la ligne discussion_reply_form, ça devrait restaurer le comportement par défaut des commentaires.

Toutefois, ceci empêchera Quills de rediriger vers les URL d'archive (mais je vois pas ce que ça fait en pratique).

Et voilou.

Source.

Après les captchas qui ne marchent pas, les commentaires déconnent (un peu)... En effet, par défaut, Plone n'autorise pas les commentaires anonymes, et quand il le fait, met "Utilisateur anonyme" comme auteur du commentaire.

J'ai donc installé Plone Comments qui rend la gestion des commentaires plus souple. Mais, comme il y a un mais, vu que les mecs qui codent ça n'ont pas encore mis à jour leurs produits pour Plone 3.2, il y a des ratés : le champ auteur du commentaire n'est pas renseigné...

Et on termine encore en musique : "Un jour, mon prince viendra, et le site marchera..."

À la base, le skin est joli et moderne, mais en termes de personnalisation, c'est l'enfer (surtout pour moi qui ne suis pas réellement doué en CSS).

Je reviens donc au bon vieux skin Plone, je vais juste changer un peu les images, les nouvelles que j'ai travaillées me plaisent assez.

Il semble que tout ne soit pas rose au pays de Plone 3...

J'avais commencé à utiliser Plone 3.1.7. Et cette version s'installait comme les versions précédentes, récupérer l'archive, décompacter, mettre les répertoires de produits aux bons endroits, et hop ça roule. Mais ils ont sorti une version 3.2.1 entre-temps.

Et tant qu'à avoir changé de version, autant être à jour. Mais là, la procédure d'installation a un peu changé. Avant, Plone reposait sur les binaires du système, pour Python et Zope. Or maintenant, vu les problèmes que peuvent causer la nécessité d'une version particulière de Python et Zope, Plone fournit un installeur qui récupère et compile un Python et un Zope pour lui-même. Du coup, ça supprime les problèmes de dépendance et réduit les efforts de maintenance.

Il m'a fallu une demi-journée pour piger le truc, installer des instances propres, et récupérer mes petits du Plone 3.1.7. Et ça marchait bien.

Du moins je le croyais... Mon fidèle lecteur Michel me signale aujourd'hui (outre les couleurs trop sages du site) qu'il y a un problème avec les captchas du site... En effet, le produit que j'utilise, Plone Captchas, n'est compatible que jusqu'à Plone 3.1... Et maintenant j'ai Plone 3.2.

Du coup j'ai retiré le produit. J'espère que ça va pas attirer les spams...

Bon, vu que mes errements dans les CSS du nouveau thème n'ont pas donné de résultats très satisfaisants, je me suis décidé à aller dans le sens du thème, et non lutter contre lui.

Donc j'ai refait un habillage en utilisant les couleurs du thème NuPlone, et ça donne pas trop mal.

Je ne suis pas vraiment satisfait du logo, mais là j'ai pas de souris assez précise pour faire vraiment ce que je veux...

On dirait que les flux RSS sont devenus nazes (ils ne contiennent pas le corps du texte), et en plus, ils prennent sur critère de date de création, pas de publication, ce qui fait que les toutes premières entrées sont remontées comme nouvelles "fraîches"...

Tant pis.

J'ai hésité pendant longtemps à mettre à jour mon site de Plone 2 à Plone 3, principalement à cause de Quills, dont je me sers pour ce blog.

En effet, Plone 3 introduit beaucoup de changements dans l'architecture du site, et malheureusement, le blog est un des contenus qui ne survient pas à la mise à jour directe...

Mais bon, le temps passe, et j'accumule du retard par rapport à l'évolution de Plone. Et c'est pas très bien pour la pérennité de ce site. Donc j'ai pris mon courage à deux mains, et j'ai recréé un site tout neuf.

En fabriquant un site from scratch, la difficulté est de reprendre le contenu existant. À vrai dire, je n'ai pas tellement de choses sur ce site. Les gros morceaux sont le blog, et les photos de vacances.

Les photos de vacances ont pu être récupérées par export/import de Plone 2 à Plone 3. Et vu que c'est le plus gros du site, c'était déjà un poids en moins. Or les entrées du blog, c'est autre chose...

Comme Quills a été revu de fond en comble, et que la migration plante lamentablement, je n'ai pas eu d'autre choix que de recréer chaque entrée une par une. Il existe sûrement des méthodes plus intelligentes et plus pratiques de procéder, mais mes connaissances de Python sont assez limitées... Puis je l'avais déjà fait une fois quand je suis passé de SimpleBlog à Quills, je savais à quoi m'attendre.

Puis cette fois, je suis plus enclin à le faire, car les créateurs de Quills ont fabriqué QuillsEnabled, un nouveau produit qui change la présentation et le schéma d'un dossier standard contenant des documents standards en un dossier blog et entrées de blog. Ce qui fait que si jamais le projet Quills est abandonné, je ne perdrai pas mes données lors d'une future migration.

J'écris ça avant de me lancer dans la (longue) migration manuelle du blog. Heureusement, à la bascule vers Quills, j'ai eu la bonne idée de placer tous les attachements des entrées de blog dans un dossier à part, là je n'aurai qu'à copier/coller les textes sur de nouveaux documents. Pas d'édition, pas de relecture, du déplacement mécanique pur.

Quand vous lirez ça, le nouveau site sera pleinement opérationnel. Manquera plus que du nouveau contenu. Et de la personnalisation graphique.

Ah, et j'en ai profité pour faire un peu de ménage, certaines pages ont été déplacées, utilisez la recherche si jamais un lien ne marche plus !

Il y a quelques semaines, Plone a été mis à jour. Une mise à jour majeure cette fois-ci, on passe à la version 3.

Ce changement entraîne bon nombre de modifications sur l'infrastructure. Zope doit être mis à jour aussi, à la version 2.10.4. Et tous les produits utilisés sur le site doivent également être mis à jour. Mise à jour d'autant plus nécessaire que la structure des produits a changé assez radicalement.

Dans mon cas, mettre à jour Zope, facile. Soit télécharger la nouvelle version chez Zope, soit utiliser le port FreeBSD.

Mettre à jour Plone, également facile, il suffit de le télécharger chez Plone.

Pour les produits... C'est plus dur.

J'utilise Plone presque pur, avec peu d'ajouts. Or le peu de produits que j'utilise m'est vraiment utile, et essentiel. Le problème, c'est que les mecs qui font ces produits ne sont pas vraiment motivés pour maintenir les pages web de leurs produits...

Du coup, PageBuilder, dont je me sers pour la page d'accueil du site entre autres, est toujours à la version 1.2.1, alors que sur le serveur SVN de chez Plone, il est en 1.3.0 (et apparemment fonctionnel). Pire encore, il semble que PageBuilder soit abandonné pour Collage, mais c'est juste mentionné dans un fil de commentaires sur le produit prédecesseur de PageBuilder...

Du coup, PageBuilder, c'est no go, et Collage plante méchamment mon site si je l'essaie (alors qu'il est théoriquement 2.5/3.0 compliant)...

Autre produit essentiel, Quills. Le moteur de ce blog. La dernière version stable sortie est la 0.9. Incompatible Plone 2.5. J'utilise donc la 1.5 RC3, qui est une RC...

La roadmap du produit indique que la date de sortie estimée de la 1.5 est... Le 21 octobre 2006. C'est il y a presque un an, les mecs. Une version 1.6 est prévue, pour... Le 11 décembre 2006...

La 1.6 est théoriquement compatible Plone 3.0. Mais depuis, ils ont annoncé une version 2.0, normalement sortie... Le 21 mars 2007. Pas suivi de faits comme précédemment.

Dans les faits, rien ne permet de penser qu'ils ont une seule version réellement finalisée qui supporte Plone 3.0. Le SVN contient des versions possiblement fonctionnelles en trunk, mais je n'aime vraiment pas utiliser des versions de développement non arrêtées...

Quills : no go...

Au final si je migre mon site, plus rien ne marche. Même les produits Plone Captchas et Plone Comments, pour respectivement éviter les commentaires de spam laissés par des robots, et pour accepter des commentaires des utilisateurs non inscrits ne sont pas portés à Plone 3.0, comme le montre ce post resté sans réponse depuis 2 semaines...

Ça commence à vraiment me saoûler cette histoire où faut quasi remonter tout le site à chaque mise à jour majeure...

Bon, j'avais pas vu un truc : depuis que j'ai mis à jour Plone, ou peu après, les commentaires ont été interdits sur tout le site... Je soupçonne Quills, dont j'ai installé une beta...

Toujours est-il que ça fait chier, et que ça arrive systématiquement lors de mises à jours de produits ou de Plone lui-même. Ils sont vraiment infoutus de vérifier ce genre de chose tout bête ?

Ce que je reproche le plus à Zope et Plone, c'est de ne pas fournir un outil permettant de vérifier la cohérence de la ZODB. Au fil des mises à jour, elle s'encombre de plus en plus, et peut avoir récupéré des erreurs ou incohérences, mais aucun moyen de les trouver, à moins de tomber dessus.

Un jour j'aurai le courage de migrer à Joomla. Un jour je pesterai contre Joomla.

Contrairement à ce que je disais là, il y a eu des problèmes dans cette mise à jour de Plone. Je ne sais comment, mais ça m'a republié tout plein de documents durant la mise à jour, et du coup l'historique est foutu, les derniers éléments publiés ne sont plus bons...

Un jour faut vraiment que je regarde Joomla!... J'en ai un peu marre de Plone et de ses bugs à la con.

Je disais il y a une semaine que les mises à jour de Plone s'étaient bien passées. Mais il reste un problème pour l'instant insoluble : les commentaires.

Techniquement, ça marche, les gens peuvent laisser des commentaires (même si c'est très très rare). Mais le portal_catalog ne veut rien savoir. J'ai une page qui est supposée me montrer tous les commentaires postés, et qui marchait avant Plone 2.0, et qui ne marche qu'occasionnellement depuis. Les nouveaux commentaires y figurent. Mais si je recatalogue, c'est foutu, ils n'existent pas pour l'index. Même s'ils sont pourtant bien là et lisibles...

Le problème était contre-balancé en partie grâce à Quills, qui retrouvait les commentaires parmi ses articles. Mais là la mise à jour en version 1.5 a tout éclaté, j'ai plus rien dans la page idoine (non accessible aux anonymes).

Bon, c'est pas dramatique. Mais c'est chiant. Je ne perds pas (encore) espoir : un jour, les mecs de chez Zope sortiront une version qui recense les objets d'un site correctement. Un jour.

Plone a été mis à jour fin juin, et je me devais de mettre mon site à jour. D'abord parce que bleeding edge oblige, mais aussi parce que ça me permet de m'entraîner pour le boulot ensuite.

Donc Plone est arrivé en version 2.5, ce qui peut être considéré comme une évolution majeure par rapport à la précédente, la 2.1.2, mais en fait pas tellement, c'est juste qu'ils ont revu leur numérotation de version dans l'idée de faire des releases tous les 6 mois.

Apparemment, les changements sont surtout dans l'infrastructure, et non visuels (en tous cas je ne vois rien de changé). Mais ça m'a tout de même permis de faire du ménage sur le serveur.

Plone 2.1.2 tournait sur Python 2.3, avec Zope 2.7, alors que Plone 2.5 recommande Python 2.4 avec Zope 2.9. Et ça tombe bien, je voulais passer à Python 2.4 à cause des problèmes de bibliothèques qu'avait Python 2.3 sur mon serveur (voir bleeding edge).

Donc voilà, la mise à jour est faite, pas d'erreurs, pas de dysfonctionnements (du moins pas que j'aie encore remarqué), c'est la fête.

Faudra que je fignole deux ou trois trucs je pense, comme les fichiers que j'ai personnalisés, mais rien de méchant. Fin du fin, tous les produits que j'utilise marchent (j'ai plein de warnings concernant l'abandon de plein de fonctions, mais bon, d'ici-là ils auront évolué ou j'aurai changé).

Je vais finir par croire qu'il y a du mieux chez Plone !

Aujourd'hui, j'ai pensé améliorer mon site, côté commentaires. Mon chef a testé un produit, Plone Comments, qui améliore les commentaires anonymes, notamment en rendant l'inscription du nom obligatoire.

Sauf que : ça marche moyen. Si j'active la modération, les commentaires sont à jamais perdus dans les méandres du système. Je ne peux ni les voir, ni les approuver, ni les supprimer, rien. En même temps, je m'en fous, je fais de la modération à postériori, si jamais je dois en faire.

Le problème est que le système considère que l'élément commenté a des commentaires, mais que ça ne se voit nulle part. Et comme un imbécile, j'ai testé sur un vrai article... Et sur la page d'accueil du blog, ça met à la suite de cet article "Commentaires (2)"...

Du coup j'ai dû ruser : j'ai dégagé l'ancien article (et ses commentaires buggés), et je l'ai recréé avec la même date de publication.

Moralité : marre des produits en carton !

P.S. : là, vous pouvez laisser des commentaires, sans modération ça marche nickel.

J'ai par le passé tenté de migrer mon site vers Plone 2.1. Ça avait à l'époque pas très bien marché, à cause de SimpleBlog. Maintenant que je suis passé à Quills, j'ai rententé le coup.

Et là, ça a marché comme sur des roulettes. Bon, j'ai dû quand même employer mes astuces à deux balles que j'ai acquis pendant la migration des sites de mon boulot, mais tout s'est passé sans erreurs.

Je me dis maintenant que c'est fait que c'était un peu gratuit, tout ça : Quills n'implémente pas encore les nouveautés de Plone 2.1, et c'est ce que j'utilise le plus dans ce site. Ah, si, j'ai le LiveSearch, c'est vrai que c'est pratique.

Par contre, coup de gueule, les mecs de chez Plone ont encore fumé. Ils ont boulé la fonction toPortalTime(), qui était utilisée à peu près partout, qui sert à convertir un format date dans une forme humainement lisible et adaptée aux paramètres lingustiques du site. Ils l'ont renommée toLocalizedTime(). C'est pas la fin du monde, renommer une fonction. Mais quand ils ne laissent pas une entrée dans la bibliothèque pour compatibilité ascendante, là non !

J'ai encore des produits qui utilisent toPortalTime(), du coup j'ai ajouté un truc tout bête dans custom : un script Python, avec juste ça dedans :

## Script (Python) "toPortalTime"
##bind container=container
##bind context=context
##bind namespace=
##bind script=script
##bind subpath=traverse_subpath
##parameters=date
##title=
##

return toLocalizedTime(date)

Et hop, barbatruc. Tout rentre dans l'ordre. (du moins jusqu'à la prochaine folie des devs de Plone)

Enfin bon, c'est toujours ça de fait, je suis à jour sur Plone.