<p>Am I missing something or would the Ssl observatory be akin to subscriptions?</p>
<div class="gmail_quote">On Aug 12, 2011 1:37 AM, "Peter Eckersley" <<a href="mailto:pde@eff.org">pde@eff.org</a>> wrote:<br type="attribution">> Why invent a new serialisation format for this purpose?  The logically sane<br>
> way of sharing rulesets between several projects would be to have git do the<br>> work.<br>> <br>> <a href="http://stackoverflow.com/questions/1811730/how-do-you-work-with-a-git-repository-within-another-repository">http://stackoverflow.com/questions/1811730/how-do-you-work-with-a-git-repository-within-another-repository</a><br>
> <br>> If git submodules are good enough we should probably consider using them to<br>> separate the current Firefox and emerging Chrome versions of the extension.<br>> <br>> On Thu, Aug 11, 2011 at 11:09:13PM -0400, Alex Xu wrote:<br>
>> This would be one of the things subscriptions could be potentially<br>>> useful for. People creating other software using HTTPS-Everywhere<br>>> rules would not have to pull the rules from the source every time<br>
>> it's updated. Even only a single standard subscription,<br>>> pre-subscribed, would be helpful here. (Unless, of course, I'm<br>>> totally off-base, which happens a lot to me, unfortunately.)<br>
>> <br>>> On 2011-08-11 7:04 PM, Adam Fisk wrote:<br>>> >This makes perfect sense, Peter, and thanks for the timely response.<br>>> ><br>>> >I'll again let people know more soon, but one interesting part of<br>
>> >integrating this into Lantern will be that Lantern runs as a local<br>>> >HTTP proxy, so the rules will work on all browsers and ultimately all<br>>> >OSes (just Windows and Mac for now unfortunately). Having those rule<br>
>> >sets as separate XML files is really invaluable for creating a common<br>>> >language. Lantern is primarily a censorship circumvention tool, but<br>>> >being able to channel as much traffic as possible through HTTPS has<br>
>> >become a vital part of its architecture.<br>>> ><br>>> >Thanks again.<br>>> ><br>>> >-Adam<br>>> ><br>>> ><br>>> >On Thu, Aug 11, 2011 at 3:54 PM, Peter Eckersley<<a href="mailto:pde@eff.org">pde@eff.org</a>>  wrote:<br>
>> >>On Thu, Aug 11, 2011 at 03:51:26PM -0700, Peter Eckersley wrote:<br>>> >><br>>> >>>Unlike other portions of the rulset, these are not regular expressions.  A<br>>> >>>* matches a number of characters that are not ".".  As a special case, a * at<br>
>> >>>the leftmost end matches things that include ".".<br>>> >><br>>> >>Also: you can have at most one * in a target host element.<br>>> >><br>>> >>--<br>
>> >>Peter Eckersley                            <a href="mailto:pde@eff.org">pde@eff.org</a><br>>> >>Technology Projects Director      Tel  +1 415 436 9333 x131<br>>> >>Electronic Frontier Foundation    Fax  +1 415 436 9993<br>
>> >><br>> <br>> -- <br>> Peter Eckersley                            <a href="mailto:pde@eff.org">pde@eff.org</a><br>> Technology Projects Director      Tel  +1 415 436 9333 x131<br>> Electronic Frontier Foundation    Fax  +1 415 436 9993<br>
</div>