We’ve had enough of digital monopolies and surveillance capitalism. We want an alternative world that works for everyone, just like the original intention of the web and net.

We seek a world of open platforms and protocols with real choices of applications and services for people. We care about privacy, transparency and autonomy. Our tools and organisations should fundamentally be accountable and resilient.


Benjamin ANDRE [LibreList] Re: [redecentralize] Intros and current projects 2014-01-05 16:13:36 (6 years 8 mons 13 days 02:54:00 ago)
Hi Eric,

>>  I'd like to know if anyone is working on, or has heard of, things
>>  that would play into this sort of model of Easier Self-Hosting.

I am working on Cozy Cloud. It aims at providing every one an abstraction layer on top of you server so that you can deploy your services by a simple click in the (open) "market place" (but you can deploy just by giving the github url of the source of your app).

From a technical point of view :
  • Cozy is a "pPaaS" : a personal PaaS : a kind of Heroku but running on your server which will deploy your apps for you. (We forked Haibu released by Nodejitsu). For now we are only nodejs compatible, but it will change soon ! (especially with Docker :)
  • Cozy provides the "DataSystem" : a node.js service to store and share the data between the apps. Thanks to it, any app can access any data : mail, contact, events, notes, history of geolocation, bank records... And apps can react when a data is changed, in real time.
  • The datasystem is synchronize on your devices (smartphone, laptop, desktop, tablette...) : this is thanks to couchdb : this enables a lot of magic : you don't only synchronize your files, but all your data. We speak of the continuity of your "digital context". You can copy somthing on your laptop, take your phone, paste : and hop, you paste what you copied on your laptop... the same continuity works for the film your are watching, the page of your ebook, your files.... We are for now working on the file synchronization so that you can sync your "files" (wich in fact are in your couchdb) with your server : dropbox on your server if you want, but the perspectives are much wider.
It is both a long and short explanation : more details here : http://cozy.io/hack/getting-started/architecture-overview.html

>> I could also imagine using Docker and a "packaging" format
>> consisting of some pretty basic manifest metadata that would let
>> the app run sandboxed wherever code may be run

That's exactly what the pPaaS does : you add a manifest to your nodejs app, and you can deploy it on your Cozy that can run on your raspberry or any machine anywhere in the world you trust.
For now we support only nodejs apps, but we started to work on python and mainly on Docker : so that we could deploy any docker file on you cozy... This will be ready Q2 2014.

We have a lot of work even if we are a team of 6 people, so any feedback to help us choose our priorities !

good luck with your project !

Benjamin ANDRE - +33 (0)6 86 25 36 66 - Cozy.io

2014/1/3 Eric Mill <eric@konklone.com>
Yeah, it was only pretty recently that Docker announced they can now run on any Linux distribution.

I will say that the learning curve on creating Docker containers is still a bit high for how conceptually simple (and beautiful!) Docker is. I was a little taken aback. But they acknowledge this fact all the time and are working on addressing that.

And also, that's really just for publishing things. For using things, even this tiny proof-of-concept Dockerfile for Piwik got me way farther and was much easier than the official install process.

-- Eric

On Thu, Jan 2, 2014 at 7:00 PM, Jacob Cook <jacob@jcook.cc> wrote:
Hash: SHA256

It certainly sounds like an interesting proposition. I've been holding
off because Docker hasn't yet been reliably working on the Pi, but it
sounds like it is getting better all the time and should be considered
"stable" fairly soon.

At any rate, I'm not opposed as long as it meets the performance and
multi-platform flexibility requirements that arkOS will need to depend
on going forward. I will be looking into this more closely in the
coming months.

Jacob Cook <jacob@jcook.cc>

On 02/01/14 06:55 PM, maze@strahlungsfrei.de wrote:
> Interesting you mention using Docker and arkOS. With Docker finally
>  working on Raspberry Pi, I wanted to ask Jacob Cook what he thinks
>  about integrating Docker as a first class deployment method into
> arkOS.
> Running services securely sandboxed could greatly improve security,
> not to say that almost _anything_ can be made to run in a Docker
> container.
> -- Martin
> Am Do, 2. Jan, 2014 um 7:16 schrieb Eric Mill <eric@konklone.com>:
>> Hi,
>> I'm here because I'm passionate about decentralized tech, and
>> especially about usability and empowerment of the less tech-savvy
>>  among us. For example, I'm a big fan of Webfinger, and did
>> Sinatra and Jekyll libraries for participating.
>> I don't have a big relevant project going on right now, but I
>> have a small one, and I could use this list's input about it.
>> Basically, I am interested in making it easy for regular people
>> to take advantage of the efficiencies of self-hosting, without
>> having to know how that works.
>> Some background: I follow the Foreign Intelligence Surveillance
>> Court here in the US pretty closely, and when I noticed that
>> people were taking a long time to notice and report on documents
>> posted on the Court's sparse docket, I made @FISACourt, which
>> automatically posts whenever the docket does, with a link to a
>> diff. It also sends an SMS to my personal cell phone, and emails
>> me, so that I can read the posting and follow up with a human
>> summary, often within minutes of the posting.
>> This is a real simple model -- it's a small Ruby script -- but
>> it's proven useful, and the account has become widely followed by
>> people working and reporting on surveillance/privacy issues.
>> Recently, I had an AP reporter ask me if he could get in on these
>>  private emails when the FISA Court updates. I offered to do so,
>> on the condition that he cite @FISACourt. That was a dealbreaker
>> for him, which, whatever, but I earnestly encouraged him to take
>> the tiny Ruby script behind it and use it. Unfortunately, he was
>> too technophobic to even hear my suggestion that he ask a
>> developer inside the AP to set up the tracker for him.
>> But this is a very simple script, and it costs me practically
>> nothing to run. And it's a better deal anyway: none of the free,
>> centralized change detection services will check every 5 minutes
>> for you. IFTTT won't even check an RSS feed for you more than
>> once an hour. It doesn't *feel* that hard to make a system that
>> would offer someone a push button interface to deploying scripts
>> like this. You have the user register an AWS or Heroku account,
>> and the system could use OAuth to get the permissions to deploy
>> it on their behalf. They pay the (tiny) bill and get all the
>> benefits.
>> Unfortunately, after spending way too much energy to make the
>> script work with Docker, and after I sketched out the design for
>> the generic system and realized how long it'd take to get to a
>> Minimum Viable Product, I ran out of steam.
>> I'd like to know if anyone is working on, or has heard of, things
>>  that would play into this sort of model of Easier Self-Hosting.
>> I haven't seen anything like it right now, but maybe it could tie
>>  together a bunch of the technologies people here are working on.
>> I could also imagine using Docker and a "packaging" format
>> consisting of some pretty basic manifest metadata that would let
>> the app run sandboxed wherever code may be run, including on a
>> Raspberry Pi (thank you ArkOS).
>> Anyway, that was longer than I expected, but hopefully there are
>> some useful nuggets in there for people.
>> -- Eric
>> On Sun, Dec 29, 2013 at 4:11 PM, Paul Frazee <pfrazee@gmail.com>
>>  wrote:
>>> Hi folks.
>>> I'm Paul - just wanted to say hi and encourage a roll call so
>>> we all can get to know each other.
>>> I'm involved with redecentralize projects due to the privacy
>>> issue and out of an interest in simpler, user-modifiable
>>> software, which web systems tend to restrict. I work solo in
>>> Austin on a project called Grimwire that's in this realm. I'm
>>> also involved in the distributed systems community here, though
>>> mostly as an enthusiast (I'm not implementing paxos or
>>> anything).
>>> Nice meeting you all, and I look forward to seeing where this
>>> community goes.
>>> Paul F
>> -- konklone.com | @konklone
Version: GnuPG v2.0.20 (GNU/Linux)