Skip to main content

Your submission was sent successfully! Close

Thank you for signing up for our newsletter!
In these regular emails you will find the latest updates from Canonical and upcoming events where you can meet our team.Close

Thank you for contacting our team. We will be in touch shortly.Close

  1. Blog
  2. Article

Canonical
on 10 August 2015

Ubuntu One file syncing code Open Sourced


Today, we’re happy to be open sourcing the biggest piece of our Ubuntu One file syncing service.

The code we’re releasing is the server side of what desktop clients connected to when syncing local or remote changes.

This is code where most of the innovation and hard work went throughout the years, where we faced most of the scaling challenges and the basis on which other components were built upon.

We have released it under a AGPLv3 license and hoping it’s useful for developers to read through, fork into their own projects or pick out useful bits and pieces.

You can get the source code here: https://launchpad.net/filesync-server

FAQ

Cool! How do I start?

We put together a readme file that explains how to start a server and client.

Why won’t the client from the archive work?

The client from the archive required both SSO and pointed to a specific URL. We have made small changes to the client so it’s easy to set up and running against the server. There are no substantial differences from the client in the archives.

Why did it take so long to release?

Our engineering team was tasked with supporting the release of the phone and then the now announced Snappy project. The team cared deeply about open sourcing this code and spent time wherever they could spare in moving it forward, cleaning up the code so it would work enough outside of the very specific production environment and untangle it of some commercial code that was used at some point.

What else is left to release?

The bulk of what’s left is the code related to the website, REST APIs, contacts and music streaming.

When will you release it?

We will continue to work on preparing the code to release, but don’t have dates at this time. We continue to be committed to releasing all the code for the file syncing service.

Why AGPLv3?

We typically choose GPL and associated licenses for code that Canonical writes because we think the GPL provides the most freedoms for its users.

Do I have to sign a contributor agreement to modify the code?

No. This is no longer an active project, we are providing the code for public to read and use on their own.

Will you take patches?

In general, no. We won’t have anybody assigned to reviewing and accepting code. We’d encourage interested maintainers to fork the code and build out a community around it.

Can I fork this and start my own project?

Absolutely.

Related posts


Canonical
26 July 2024

Canonical to present keynote session at Kubecon China 2024 

AI Events

We are excited to announce that, on the 21st of August 2024, product managers Andreea Munteanu (AI) and Adrian Matei (Managed Services) will represent Canonical in a keynote session at Kubecon China, at the Kerry Hotel in Hong Kong. Canonical has been a regular presence at Kubecon events over the years, and we are excited to ...


Andreea Munteanu
25 July 2024

Meet us in Sydney and let’s talk about how you can navigate your AI journey

AI Article

Date: August 27, 2024 Venue: The Fullerton Hotel Sydney Time: 13:00 PM – 18:00 PM AI has officially taken off. Today, thousands of exciting projects are being taken to production in all industries, while a report by Deloitte found that use of gen AI by employees at Australian workplaces rose to 38% in 2023. Despite ...


Oliver Smith
17 May 2024

Migrating from CentOS to Ubuntu: a guide for system administrators and DevOps

Cloud and server Article

CentOS 7 is on track to reach its end-of-life (EoL) on June 30, 2024. Post this date, the CentOS Project will cease to provide updates or support, including vital security patches. Moving away from the RHEL-based ecosystem might appear daunting, but if you’re considering Ubuntu the switch can be both straightforward and economically viabl ...