<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#ffffff">
    <br>
    -----BEGIN PGP SIGNED MESSAGE-----<br>
    Hash: SHA1<br>
    <br>
    On 07/14/2011 03:28 PM, Jonas Smedegaard wrote:<br>
    <span style="white-space: pre;">> On 11-07-14 at 08:43am, James
      Vasile wrote:<br>
      >> There are two questions here. First, what working
      groups should we <br>
      >> form. Second, how shall those groups operate? I think
      if we answer <br>
      >> the first, each group can answer the second on its own.
      I'm happy to <br>
      >> arrange hosted infrastructure to the extent debian.org
      or github don't <br>
      >> suit.</span><br>
    I think that the working groups suggested by Sébastien make quite
    a<br>
    bit of sense, with the addition of a group for thinking about<br>
    connectivity. I've labelled according to where I see these falling
    in<br>
    the OSI stack, but I think that's of less importance - there is
    sure<br>
    to be spillover from layer to layer.<br>
    <br>
    So then, the five groups could be:<br>
    0) Connectivity (Physical/Link/Network Layer)<br>
    1) Privacy (Transport/Session/Presentation Layer)<br>
    2) Data Ownership (Application)<br>
    3) Social (Application)<br>
    4) UI/UX<br>
    <br>
    How much separation do people see between the data ownership and<br>
    social bits of the box? I see them both working mostly in the<br>
    application layer, and I wonder if we should be trying to engage
    in<br>
    integrative thinking there.<br>
    <br>
    We might also consider a designated security group.<br>
    <br>
    Otherwise, does this breakdown seem reasonable to others?<br>
    <span style="white-space: pre;">><br>
      > Makes sense to leave it to each group how they operate. But
      please <br>
      > think twice before choosing
      cool-but-commercially-controlled tools at <br>
      > github or Google or Ubuntu or wherever: It might be fine
      initially with <br>
      > everyone in the group, but may discourage later
      contributions to that <br>
      > group from some of the careful/paranoid among us (myself
      included).<br>
      ></span><br>
    +1<br>
    Very much agreed.<br>
    I also much agree that an instance of etherpad would be quite
    useful.<br>
    <br>
    <br>
    take care,<br>
    imw<br>
    <span style="white-space: pre;">><br>
      ><br>
      ><br>
      > _______________________________________________<br>
      > Freedombox-discuss mailing list<br>
      > <a class="moz-txt-link-abbreviated" href="mailto:Freedombox-discuss@lists.alioth.debian.org">Freedombox-discuss@lists.alioth.debian.org</a><br>
      >
<a class="moz-txt-link-freetext" href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/freedombox-discuss</a></span><br>
    <br>
    -----BEGIN PGP SIGNATURE-----<br>
    Version: GnuPG v1.4.11 (GNU/Linux)<br>
    <br>
    iQEcBAEBAgAGBQJOH018AAoJEA8fUKCD77NLio8H/j5qDpUZL3aqb1DGYROYmUch<br>
    q2n1o1Pf84rMQUBU0GQMCqUIVoxct/koI6QKcql7Loafy/qndBhRaC5urHWcFiq7<br>
    PVNyajhJgAc9p9YuUmcsdtQ0F1BXHfp+Kf76jHD1UiTt+N5XpR+0HxtaoJ6re3mt<br>
    eRVbIkwA8XIQIvGzR43l1AdgrSwNMckl1zm9EOSz/tgwA/V6X2njDmcmMNAfPRIH<br>
    eRt2v8aLM4PinkCQ6skdIpgPv9xG1x7zUD/yBJyDbLL6vzZxNC7zUsAi0wnStu52<br>
    JM8BD60pHSlv7sPmZ8JJsT5qso51dBZVTspBlXgoGaDikPDqjBiUgjvkB+rk6dg=<br>
    =eEiq<br>
    -----END PGP SIGNATURE-----<br>
    <br>
  </body>
</html>