Lightning 0.7 for Icedove
By Jean-Christophe Dubacq on Tuesday 30 October 2007, 17:34 - Geeky things - Permalink
Une nouvelle version de Lightning, qui corrige plein de bugs, qui fait suite à d'autres articles dans ce blog. La version 0.7 remplace la version 0.5 précédente. J'ai recompilé rapidement l'extension sur une installation toute propre de Icedove 2.0.0.6. J'ai mis un peu de temps à trouver les sources qui ont bougé par rapport à la version 0.5. À noter que la mise à jour de Google Provider for Sunbird/Lightning nécessite la mise à jour. Comme d'habitude, il faut recompiler cette extension pour Icedove (Thunderbird™ pour Debian).
Je détaille à nouveau la procédure suivie pour le recompiler (je suppose que pbuilder est installé, suit unstable et fonctionne correctement) :
- pbuilder update; pbuilder login
- Modifier /etc/apt/sources.list pour y faire apparaître le dépôt source
- apt-get update; apt-get install wget; apt-get build-dep icedove; apt-get source icedove
- cd icedove-2.0.0.6; tar xjf icedove-source-2.0.0.6.tar.bz2
- wget http://releases.mozilla.org/pub/mozilla.org/calendar/sunbird/releases/0.7/source/lightning-sunbird-0.7-source.tar.bz2
- tar xjf lightning-sunbird-0.7-source.tar.bz2 mozilla/calendar
- rm icedove-2.0.0.6.tar.bz2;tar cjf icedove-2.0.0.6.tar.bz2 mozilla/;rm lightning-sunbird-0.7-source.tar.bz2
- Modifier debian/rules pour faire apparaître (ligne 71) --enable-extensions=default,lightning \ à la place de --enable-extensions=default \
- debian/rules binary
- Faire autre chose pendant un bon moment
- cd build-tree/mozilla/dist/xpi-stage/
- wget http://releases.mozilla.org/pub/mozilla.org/calendar/lightning/releases/0.7/lightning-0.7.linux-i686.xpi
- mkdir tmp;cd tmp;unzip ../lightning.xpi; unzip ../lightning-0.7.linux-i686.xpi et accepter toutes les modifications dans chrome/ (et aussi chrome.manifest).
- zip -r ../lightning-0.7-icedove-amd64.xpi . (ou bien i686)
- Quand tout ceci est enfin fini, recopier (depuis l'extérieur du chroot créé par pbuilder) le fichier qui se trouve dans .../icedove-2.0.0.6/build-tree/mozilla/dist/xpi-stage/lightning-0.7-icedove-amd64.xpi. L'installer dans Icedove (Tools → Add-ons → Install ou Outils → Modules complémentaires → Installer). Servir frais.
Pour ceux qui ont patienté jusqu'au bout, j'ai attaché les fichiers (avec les traductions, donc) à cet article, compilés pour amd64 ou i386.
Comments
Bonjour,
Est-ce que vous pourriez s.v.p. me compiler Lightning 0.7 pour Icedove 1.5.0.14 AMD64?
Je suis sous Debian Etch et je n'arrive pas à compiler.
Merci beaucoup!
Pour construire lightning pour Icedove 1.5, il faudrait que je bâtisse un environnement de compilation Etch/testing. Si je trouve du temps, je vais essayer.
J'ai essayé sous debian etch avec icedove 2.0.0.9 et ça ne compile pas à ce fichier:
Je viens de déclarer le tableau deux variables avant, et la compilation semble continuer...
Dans la dernière étape, on ne devrait pas installer le nouveau fichier regénéré ? icedove-2.0.0.6/build-tree/mozilla/dist/xpi-stage/lightning-0.7-icedove-amd64.xpi.
Note: il faut installer unzip en plus de wget dans l'environnement chrooté.
Bonjour Yan, merci de ton commentaire. Je crois qu'il explique plutôt bien ta démarche sur etch (je n'utilise pas, donc, j'ai du mal à vérifier).
Pour ce qui est de ta remarque finale (il faut bien sûr installer le paquet « ré-empaqueté »), j'ai corrigé dans mon texte, mais je laisse ton commentaire pour rendre public mon inattention. Je suis en train de me dire que si ça se trouve, c'est à cause de ça qu'au travail, mon lightning reste en anglais...
Il existe un paquet "iceowl" indépendant, qui est l'équivalent de sunbird. L'extension pour icedove est "iceowl-extension". Ces deux paquets sont disponibles sous lenny/sid et fonctionne à merveille avec icedove.
Donc pourquoi se prendre la tete à compiler hein ?!?!
http://packages.debian.org/lenny/ic...
Merci pour la remarque. Je sais qu'il existe le paquet
iceowleticeowl-plugin. Vous noterez toutefois que les derniers commentaires parlent plus de etch/stable que de sid/unstable ou lenny/testing. Le travail pour compiler l'extension (décrit dans ce billet) est en effet antérieur à la création du paquet en question (j'ai été un peu en contact avec le mainteneur du paquet à l'occasion). Si je laisse la procédure, c'est aussi pour :