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

[Peter Eckersley]

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