Geckozone

Bon, j'arrive assez "facilement" à lister et à lire mes extensions grâce à PHP
Maintenant, je voudrais générer un update.rdf dynamique

Et là une question, quel est le rapport entre la clef updateKey du install.rdf :

Code : Tout sélectionner

<em:updateKey></em:updateKey>

Et la clef signature du update.rdf ?

Code : Tout sélectionner

<em:signature></em:signature>

Sont elles censées être identiques, a priori, je dirais oui
cependant les histoires à propos de Mc Coy, je n'y comprends pas grand chose

.

http://code.google.com/p/firefox-mac-pd ... update.rdf

J'aurai, probablement, d'autres questions mais une chose à la fois

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090429 Minefield/3.5b5pre

em:signature est généré par McCoy à partir de la clé publique, et on le mets dans le fichier de mise à jour (typiquement un update.rdf). McCoy a besoin du em:updateLink et du em:updateHash, que l'on aura préalablement mis dans le update.rdf, pour pouvoir calculer la signature.

La clé publique se trouve dans em:UpdateKey. On la voit un peu partout, mais c'est surtout dans le install.rdf de la version précédente de l'extension qu'elle est utile

Je crois qu'on a un tuto assez clair sur le sujet : http://extensions.geckozone.org/SignerUneExtension

calimo a écrit :Je crois qu'on a un tuto assez clair sur le sujet : http://extensions.geckozone.org/SignerUneExtension

Déjà lu

Par contre, si on veut générer le update.rdf automatiquement
je ne comprends pas trop (euphémisme) comment faire

y à que là dessus que je bloque

, tout le reste est OP.

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090429 Minefield/3.5b5pre

calimo a écrit :em:signature est généré par McCoy à partir de la clé publique, et on le mets dans le fichier de mise à jour (typiquement un update.rdf). McCoy a besoin du em:updateLink et du em:updateHash, que l'on aura préalablement mis dans le update.rdf, pour pouvoir calculer la signature.

Visiblement ici :
http://code.google.com/p/firefox-mac-pd ... update.rdf?
il n'y a qu'une seule signature en tête du RDF alors d'où vient elle ?

Y a vraiment un truc qui m'échappe

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090429 Minefield/3.5b5pre

~HP a écrit :Par contre, si on veut générer le update.rdf automatiquement

Ah là, je ne sais pas du tout par contre

Message envoyé avec : Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.0.10) Gecko/2009042523 Ubuntu/8.10 (intrepid) Firefox/3.0.10

Ouais après de nombreuses recherches je ne pense pas que ce soit actuellement possible !

J'ai bien essayé de lire les sources de McCoy, mais comme je ne comprends pas grand chose au C++, ça ne m'a guère aidé !

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090430 Minefield/3.5b5pre

L'outil de McCoy t'ecrit automatiquement ton update.rdf ainsi que l'install.rdf.

Il te suffit d'aller sur le deuxième menu et de choisir update.rdf ( j'ai pas le nom de tête

) et il'tintègrera la clé que tu as créé directement dans ton fichier update.rdf.
Puis utilise l'outil dans le même menu pour vérifié la validité de ta clé

J'espère avoir répondu à ta question, ou sinon j'ai pas compris ta question :p

Message envoyé avec : Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.0.10) Gecko/2009042523 Ubuntu/9.04 (jaunty) Firefox/3.0.10 (.NET CLR 3.5.30729)

the worms a écrit :J'espère avoir répondu à ta question, ou sinon j'ai pas compris ta question :p

pas compris la question

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090430 Minefield/3.5b5pre

the worms a écrit :J'espère avoir répondu à ta question, ou sinon j'ai pas compris ta question :p

La question est qu'il veut justement s'affranchir de l'utilisation de McCoy

Message envoyé avec : Mozilla/5.0 (X11; U; Linux x86_64; fr; rv:1.9.0.10) Gecko/2009042523 Ubuntu/8.10 (intrepid) Firefox/3.0.10

Voilà ! Exactement
c'est d'ailleurs pourquoi j'avais modifié le titre du topic

sinon, une démo ici (quasiment opérationnelle) : langpack-fr-Fx.rdf?highlight,
en HTML avec un peu de coloration syntaxique, ce n'est qu'une démo
et ici : langpack-fr-Fx.rdf, la même chose, en XML.

il ne manque, donc, que la signature

Je me suis un peu amusé à rajouter quelques Dublin Core et Atom, puisque c'est du XML on peut le faire, je doute que ça puisse gêner un Mozilla, bien que ça ne soit pas indispensable, mais ça me permet d'afficher quelques informations utiles qui sinon devraient être mises en commentaires

pour info, le dossier qui est parcouru contient plus de 15 éléments au moins une douzaine doivent être des extensions mais ma classe se base, notamment, sur la possible utilisation d'une regex pour cibler les éléments intéressants :

Code : Tout sélectionner

<?php
$RDF = new UpdateRDF(__BASEDIR__);
$RDF->setPattern('langpack-fr-Fx(.*)\.xpi');
$RDF->setSignature('ID0gbmV3IFVwZGF0ZVJERihfX0JBU0VESVJfXyk7Ci0'.
		   '+c2V0UGF0dGVybignbGFuZ3BhY2stZnItRngoLiopXC'.
		   '54cGknKTsKLT5zZXRTaWduYXR1cmUoJ2xhX3NpZ25hdH'.
		   'VyZV9kZV9NY0NveScpOwot');
$RDF->setID('extension@somewhere.tld');
$RDF->setPathURL(__BASEURL__);
$RDF->outputRDF();
?>

Le classement (ordre des éléments du flux) se base sur les dates de modification ce qui explique que présentement une version 3.5b4 puisse se trouver avant une 3.5b5. Une batterie de test est effectuée excluant, ainsi, les extensions ne respectant pas un certain formalisme dans le install.rdf, et celles dont la signature ou l'id ne correspondraient pas.

L'intérêt "profond" de la chose, c'est que maintenant il suffit d'ajouter une extension (répondant aux exigences) dans le dossier parent pour avoir un update.rdf à jour ! Tout simplement

Message envoyé avec : Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr-FR; rv:1.9.1b5pre) Gecko/20090501 Minefield/3.5b5pre

Geckozone

update.rdf, signé et généré en PHP, impossible ?!

update.rdf, signé et généré en PHP, impossible ?!