Differences between revisions 1 and 53 (spanning 52 versions)
Revision 1 as of 2010-08-03 15:19:46
Size: 343
Editor: TomMarble
Comment: First notes
Revision 53 as of 2010-08-15 19:18:51
Size: 7239
Editor: BryanSmith
Comment: Udpated information about the recent advances with heat dissipation
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#pragma section-numbers 2

<<TableOfContents>>
Line 3: Line 7:
Issues/Areas
----------------
project management tool
installer
UI
config
telephony
mail
hardware support
Inspired by Eben Moglen's vision of a small, cheap and simple computer that serves freedom in the home, we are building a Debian-based platform for distributed applications.
Line 13: Line 9:
Example projects
---------------
ReadyNAS
Asterisk boxes
- hardware
- live CD's
Aeyer (Drupal control panel)
Freedom Box is about:
Line 21: Line 11:
Done
----
Wiki
 * privacy
 * control
 * ease of use
 * dehierarchicalization
Line 25: Line 16:
ToDo
---------
Alioth project requested already by Jimmy
== Vision Statement ==

We live in a world where our use of the network is mediated by organizations that often do not have our best interests at heart. By building software that does not rely on a central service, we can regain control and privacy. By keeping our data in our homes, we gain useful legal protections over it. By giving back power to the users over their networks and machines, we are returning the Internet to its intended peer-to-peer architecture.

In order to bring about the new network order, it is paramount that it is easy to convert to it. The hardware it runs on must be cheap. The software it runs on must be easy to install and admimistrate by anybody. It must be easy to transition from existing services.

There are a number of projects working to realize a future of distributed services; we aim to bring them all together in a convenient package.

== Requirements ==

This is the result of a brainstorm from the debconf team.

 * enable people to reclaim their privacy and control of their data
 * return to the peer to peer nature of the net (vs. tendency towards hierarchical organization)
 * making a consumer product
 * easy to use for everyone (pre-installed, easily configured, easily restored)
 * inexpensive (dirt cheap)
 * use at home (''expand: legal significance of 4th amendment context'')
 * smooth transition from cloud services (e.g. social networks)
 * secure routing
 * generic and configurable
 * extensible
 * want hardware makers to be enthusiastic about the project

== Resources ==

 * Alioth project: https://alioth.debian.org/projects/freedombox/
 * Sign up to mailing list here: http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss

== Links ==
 * Eben's Google talk: http://video.google.com/videoplay?docid=-7477852615698435519#
 * Eben's NYU Freedom in the cloud talk:
   * Video with high download bandwith: http://www.isoc-ny.org/?p=1338
   * Video: http://www.softwarefreedom.org/news/2010/feb/08/audio-and-video-eben-moglens-talk-freedom-cloud-no/
   * Text highlights: http://www.softwarefreedom.org/news/2010/feb/10/highlights-eben-moglens-freedom-cloud-talk/
   * Related interview: http://www.h-online.com/open/features/Interview-Eben-Moglen-Freedom-vs-the-Cloud-Log-955421.html
 * Eben's LibrePlanet talk: http://www.fsf.org/blogs/community/lp2010-moglen-state-of-free-sw
 * Eben's Debconf10 Silver lining in the cloud talk : http://meetings-archive.debian.net/pub/debian-meetings/2010/debconf10/high/1252_How_We_Can_Be_the_Silver_Lining_of_the_Cloud.ogv

== Example projects ==
 * [[http://www.readynas.com/|ReadyNAS]] - proprietary parts sold on top of Debian running SPARC hardware. similar to freedombox but targetting home storage only, with a web interface, rahter than lots of applications, althogh there were some (like BitTorrent.) Point is really to look at them as a model of how to sell Debian preinstalled in display-less computers.
 * [[http://groups.drupal.org/aegir|Aegir]] (Drupal-based control panel)
 * Asterisk ([[http://www.digium.com/en/products/appliance/|appliances]], live CD's)
 * [[http://www.plugpbx.org/|PlugBPX]], a project to turn the sheeva plug into a simple Asterisk server
 * [[http://www.seeks-project.info|Seeks Project]]
 * [[http://www.gnu.org/software/social/|GNU social]]
 * [[https://ng.gnunet.org/| GNUnet]]
 * [[https://www.torproject.org/|Tor]] (For routing perhaps)
 * [[http://en.wikipedia.org/wiki/Diaspora_%28software%29|diaspora]]
 * SmoothWall, IP Cop
 * [[http://openwrt.org/|OpenWRT]]
 * [[http://www.openmediavault.org/|OpenMediaVault]] (which [[blog.openmediavault.org/?page_id=77|isn't released yet]], but looks like it has an excellent and comprehensive panel, similar to that used by the ReadyNAS.)
 * [[http://serviceplatform.org|SPACE service platform]] for distributable services, with (KDE) desktop integration and (Eucalyptus) cloud backend
 * [[http://owncloud.org|ownCloud]], data storage project from the wider KDE community
 * [[http://pogoplug.com/home-en-whats-pogoplug.html|PogoPlug]]: Proprietary software stack to run on plug computers and provide "personal cloud" storage and access (dynamicDNS, access control, web configuration)

== ToDo ==

 * setup a core/coordination team (ie. people that are actually going to work on this)
 * What we need
 * What we have
 * How to contribute
 * Who else is doing similar stuff

== Done ==

 * [[FreedomBox]] wiki
 * DebConf BoF Friday 9:30am 414 Schapiro
   * gobby notes: [[attachment:dc10-freedombox.txt]]
   * http://doodle.com/8kwnst8phia4h4a5
 * Alioth project (https://alioth.debian.org/projects/freedombox/)
 * IRC channel created on OFTC '''#freedombox''' [[irc://irc.oftc.net/#freedombox]]
 * Vision stmt
 * Add links/references

== Areas of work / architecture ==

 * project management tool
 * installer
 * UI
 * config
 * telephony
 * mail
 * hardware support
 * calendaring
 * IRC proxy (maybe even server?)
 * statusnet instance

== Issues ==
 * How is each box discovered and identified?
    Need some way of finding your mates
    Most ISPs provide dynamic IPs. Would need to reply on external dynamic DNS service. (everyone ele's Freedom boxes?)
 * Upstream bandwidth
    Very limited with typcial ADSL connections. How much of a problem is that if people keep downling photos from it whilst you try to use the net?
 * Mail
    If the box does mail then spam is a problem. Running spamassassin dramitically increases resource requirements on box
    Collective spam processing is effective because it is easy to identify mass-mailing. Would need to do this in distributed manner (razor-style?)
 * Identity management
    Important to be able to identify yourself on various services so you know email and facebook and whatever IDs are all you, and should refer back to this FB for authentication. How do we do it? Is it needed in order to realise that an email addy is freedom-able and so signing/encryption can be used?
    Multiple identities needed e.g for two sites (e.g. home+college) or ID for FB and ID for mobile phone?

 * Two boxes in one building (son brings FB home from college)
 * Storage: if it hosts all data one produces, plus backup from friends, it needs much bigger storage than the default Sheevaplug/Guruplug. 512MB won't last long for photo, videos and such.
 
== Target Hardware ==

 * SheevaPlug/GuruPlug
  --(* Latter has WiFi and can act as an access point; both have heat problems.)--
     * Heat issues have been resolved on all of the latest designs of the plug.
 * [[http://www.open-rd.org/|OpenRD]]
  * Same hardware platform as the SheevaPlug, more flexible and more expensive
 * NSLU2
  * Discontinued?
 * [[http://www.fon.com/en/|Fonera 2.0n]]
  * Slow and very limited memory (64MB)
 * [[InstallingDebianOn/FitPC|FitPC]]

Freedom Box Project

Inspired by Eben Moglen's vision of a small, cheap and simple computer that serves freedom in the home, we are building a Debian-based platform for distributed applications.

Freedom Box is about:

  • privacy
  • control
  • ease of use
  • dehierarchicalization

1. Vision Statement

We live in a world where our use of the network is mediated by organizations that often do not have our best interests at heart. By building software that does not rely on a central service, we can regain control and privacy. By keeping our data in our homes, we gain useful legal protections over it. By giving back power to the users over their networks and machines, we are returning the Internet to its intended peer-to-peer architecture.

In order to bring about the new network order, it is paramount that it is easy to convert to it. The hardware it runs on must be cheap. The software it runs on must be easy to install and admimistrate by anybody. It must be easy to transition from existing services.

There are a number of projects working to realize a future of distributed services; we aim to bring them all together in a convenient package.

2. Requirements

This is the result of a brainstorm from the debconf team.

  • enable people to reclaim their privacy and control of their data
  • return to the peer to peer nature of the net (vs. tendency towards hierarchical organization)
  • making a consumer product
  • easy to use for everyone (pre-installed, easily configured, easily restored)
  • inexpensive (dirt cheap)
  • use at home (expand: legal significance of 4th amendment context)

  • smooth transition from cloud services (e.g. social networks)
  • secure routing
  • generic and configurable
  • extensible
  • want hardware makers to be enthusiastic about the project

3. Resources

5. Example projects

  • ReadyNAS - proprietary parts sold on top of Debian running SPARC hardware. similar to freedombox but targetting home storage only, with a web interface, rahter than lots of applications, althogh there were some (like BitTorrent.) Point is really to look at them as a model of how to sell Debian preinstalled in display-less computers.

  • Aegir (Drupal-based control panel)

  • Asterisk (appliances, live CD's)

  • PlugBPX, a project to turn the sheeva plug into a simple Asterisk server

  • Seeks Project

  • GNU social

  • GNUnet

  • Tor (For routing perhaps)

  • diaspora

  • ?SmoothWall, IP Cop

  • OpenWRT

  • OpenMediaVault (which ?isn't released yet, but looks like it has an excellent and comprehensive panel, similar to that used by the ReadyNAS.)

  • SPACE service platform for distributable services, with (KDE) desktop integration and (Eucalyptus) cloud backend

  • ownCloud, data storage project from the wider KDE community

  • PogoPlug: Proprietary software stack to run on plug computers and provide "personal cloud" storage and access (dynamicDNS, access control, web configuration)

6. ToDo

  • setup a core/coordination team (ie. people that are actually going to work on this)
  • What we need
  • What we have
  • How to contribute
  • Who else is doing similar stuff

7. Done

8. Areas of work / architecture

  • project management tool
  • installer
  • UI
  • config
  • telephony
  • mail
  • hardware support
  • calendaring
  • IRC proxy (maybe even server?)
  • statusnet instance

9. Issues

  • How is each box discovered and identified?
    • Need some way of finding your mates Most ISPs provide dynamic IPs. Would need to reply on external dynamic DNS service. (everyone ele's Freedom boxes?)
  • Upstream bandwidth
    • Very limited with typcial ADSL connections. How much of a problem is that if people keep downling photos from it whilst you try to use the net?
  • Mail
    • If the box does mail then spam is a problem. Running spamassassin dramitically increases resource requirements on box Collective spam processing is effective because it is easy to identify mass-mailing. Would need to do this in distributed manner (razor-style?)
  • Identity management
    • Important to be able to identify yourself on various services so you know email and facebook and whatever IDs are all you, and should refer back to this FB for authentication. How do we do it? Is it needed in order to realise that an email addy is freedom-able and so signing/encryption can be used? Multiple identities needed e.g for two sites (e.g. home+college) or ID for FB and ID for mobile phone?
  • Two boxes in one building (son brings FB home from college)
  • Storage: if it hosts all data one produces, plus backup from friends, it needs much bigger storage than the default Sheevaplug/Guruplug. 512MB won't last long for photo, videos and such.

10. Target Hardware

  • ?SheevaPlug/GuruPlug

    • * Latter has WiFi and can act as an access point; both have heat problems.

      • Heat issues have been resolved on all of the latest designs of the plug.
  • OpenRD

    • Same hardware platform as the ?SheevaPlug, more flexible and more expensive

  • NSLU2
    • Discontinued?
  • Fonera 2.0n

    • Slow and very limited memory (64MB)
  • FitPC