Planning an International Community Portal for OpenStack

With the large growth of OpenStack internationally comes the need to have a better system to list the international resources for new users of OpenStack. At the moment we have a couple of wiki pages, a mailing list for a team hosted on Launchpad and the map
the /community page on All that content is available only in English. We’re at the point that this is not enough.

I’d like to discuss the needs of the international community and get a new system in place in the next few weeks. The basic needs are:

  • A directory of OpenStack user groups (OSUG) that can host content in different languages: new visitors should be able to find easily an OpenStack User Group for their local area/language. If such group/language is not available, there should be an easy pointer to instructions, tools and policies to create one
  • A system for the community¬† managers to contact the members (all members or just the coordinators/leaders?) of the international communities to coordinate activities.


  • Register users using SSO: as a user I would like to be able to associate my profile from Launchpad, Linkedin or Google to the site
  • Support content in multiple languages (switch list and automatic recognition via browser agent configuration)
  • Support roles: managers of the groups can add resources to the directory, members can sign up as members, anonymous can read all content
  • Show activity from all groups in my own language on the portal home page
  • Directory of OSUGroups, with geographic representation (be able to view the groups on a map and display also the full list of groups on a page)
  • Manage content (pages) of generic interest (to host content like how to start a group, general, policies, trademark stuff, generic icons, etc)

Per each user group:

  • allow users to add events, each group will expose its ical feed
  • show to list additional resources for the group: mailing lists, forums, wiki pages, home page, url of blogs,
  • import RSS feed from blogs to aggregate content on groups page
  • display photostreams from flickr and such on the home page

Open questions

  • is this all we need?
  • do we want to host and provide web apps for any of the local groups (mlists, blog, forums, etc)? And if yes, should these be part of the such portal?
  • can we reuse code from Ubuntu Loco portal? The code is tightly integrated in Launchpad, local teams need to be created as Launchpad Teams, it uses Launchpad as OpenID provider (bugs included). But it’s already there, it’s fairly simple and it’s a django app
  • What other tools can we use for this and do you volunteer to manage such tool?

I’m interested in your opinions: join the OpenStack International Community Team on Launchpad¬† to discuss this further.

Back from school, Funambol community grows

I haven’t been writing too much here because I was spending whatever leftover energy from my real job on myMBA project work. With that put to bed, it’s time to celebrate the end of two long years studying topics that I fell in love with. I feel so good, I’d start over (just kidding).

I have received satisfaction not only from school, but also from work. Funambol community is growing real fast, but it’s not just the pure numbers that rock. The quality of some contributions are just stunning. Recently, there has been a new release of the Funambol connector for LDAP, which now makes it easier to write DAO classes for different DirectoryServers. Also, Mailtrust developed a new special connector that syncs directly from server to server. For example, say you have your contacts in Google Mail and you also use an MS Exchange server, with Gnome Evolution on the desktop and an old syncml-based Nokia phone: before the Server-To-Server sync you would have to orchestrate the synchronization between the Exchange and Google accounts through the clients, being careful not to mess up. Now the S-t-S connector can take care of keeping all the accounts in the cloud in sync. That’s not the only scenario, there are more and all go in the same direction: empowering users of cloud based services to keep their data with them.¬† I think Mailtrust contributed s a very important building block of freedom in the cloud.