<div dir="ltr"><div>Hello everyone,<br><br>On 27 May 2014 22:53, Red <<a href="mailto:redwire@riseup.net">redwire@riseup.net</a>> wrote:<br>><br>> Yan mentioned during our meeting last week that the db_signature field<br>

> was redundant since the hash of the database is part of the update<br>> object, so the update_signature is really the only signature needed.<br><br></div>Totally agree, my suggestion (two signatures instead of signature+hash combo) was purely stylistic. <br>

<br><br><div>> Yan mentioned including a url to the HEAD of whichever branch of the git<br>> repository corresponds to the version of the extension installed.  In<br>> hindsight, I'm not sure I completely understood what you meant by that,<br>

> and what utility it would provide.  Could you elaborate on that here<br>> when you get a chance?<br><br></div><div>The idea is that we can have several ruleset at the same time, each of them is "current" in its own right, and we do not want them mixing. Indeed right now this functionality is implemented via branches: there are stable, developer and "git master" rulesets (hence my term), but after some consideration I believe we can call them "flavors" or something similar, since that's what they are for a end-user. E.g. a Firefox installation can be Nightly, Aurora, Stable or LTS, and won't change its flavor while updating. Hope this helps!<br>

<br></div><div>Best regards,<br></div><div>Maxim Nazarenko<br></div></div>