[HTTPS-E Rulesets] Wildcard confusion and data structure question

[Colonel Graff]

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