Ubuntu 13.04, the Raring Ringtail, was released today. Go and download it for Desktop, Server, Cloud, and for our Chinese friends, download Ubuntu Kylin. You can find all the details of what is new in Ubuntu 13.04 on www.ubuntu.com.

Ubuntu 13.04 is a fantastic release, and I just want to offer thanks to the many people around the world in our community who helped make it happen. Folks such as developers, app/charm authors, designers, testers, triagers, translators, sys-admins, support providers, governors, docs writers, advocates, and more, all contributed their brick in the wall to delivering Ubuntu 13.04 across Desktop, Server, and Cloud, and continuing to bring freedom and elegance in technology to more people. But this is only part of the story, as behind the scenes, but in full public view, we are continuing to evolve Ubuntu towards our convergence goals. This will be a common theme as we march forward to Ubuntu 13.10, the Saucy Salamander.

I know many of us are tired after a hectic release schedule, so take some time to enjoy the release, get together with other Ubuntu friends, and celebrate Ubuntu 13.04! I will certainly be blowing the froth off a few cold ones tonight.

Ubuntu is on an exciting journey, a journey of convergence. Our goal is to build a convergent Operating System that brings a uniformity of technology and experience across phones, tablets, desktops, and televisions, and smoothing the lines between those devices in terms of interoperability and access to content. It is a bold vision, but Ubuntu has a strong reputation both in terms of our heritage in the desktop, server, and cloud, and with our passionate and capable community. I just wanted to provide some updates on work that is going on in delivering this vision.

There has been significant work going on in building Ubuntu Touch (the overall name for this convergent platform). The team have marked October in their calendars as the goal to have most of the primary components in the Ubuntu Touch code-base complete so we can deliver a fully converged system in Ubuntu 14.04. The Unity team have been working to centralize the different form factors into Unity Next, which you can play with now (weekly updates on progress coming soon here), the Mir team are making good progress in getting Mir ready for deployment on handsets with a technical preview on the desktop in 13.10 (see the weekly updates), and the Ubuntu SDK team are working towards delivering a beta in the next few months. We have also been working with our community to build the 11 core apps (of which three them are already shipping in the Ubuntu Touch daily development image), the Ubuntu Touch code-base has been ported by our community to and working on 40 handsets, with 25 handsets in progress, and across 19 different brands (of which the 4800+ posts in the XDA Ubuntu Touch forum has helped drive this work), and our app developer community has already grown to 1650 members on Google+ with a huge variety of apps in development, many of which we are pulling together in a PPA. We have also been working to automate the app submission process with a series of AppArmour sand-boxing improvements and tooling changes, we have an eight part tutorial series for writing an app from scratch, and have multiple training events and an Ubuntu App Showdown contest planned. On the business side we have seen tremendous interest from handset manufacturers and carriers, and the business team are in a marathon set of meetings across the world moving the discussions forward.

There is a lot to do, but we have an awesome team and community committed to the opportunity that lays before us. If we stay focused, stay on the ball, and take an organized and pro-active approach to problem solving, we could bring real technological change to the world with Ubuntu delivered via the very devices that form the fabric of most people’s lives. Let’s do it.

Henry Ford, a great inspirational figure in the history of technological development once said that “when everything seems to be going against you, remember that the airplane takes off against the wind, not with it”. Ford faced great technological challenges in building the Model T; a car that he wanted the average citizen to be able to afford back in the early 1900s. He committed his life to challenging the norm and bringing technology that touched the lives of real people.

While challenged with the status quo and at times by ignorance and entitlement, he merely saw “obstacles as those frightful things you see when you take your eyes off your goal”. Ford’s commitment to making technology available to all resulted in more than 15 million Model Ts being sold between 1908 and 1927.

Valuable lessons.

I just wanted to talk about a busy week of community management and leadership related content I will be involved in in July 2013 in Portland, Oregon.

Community Leadership Summit 2013

The Community Leadership Summit is the primary annual event that brings together community leaders, organizers and managers and the projects and organizations that are interested in growing and empowering a strong community. The event pulls together the leading minds in community management, relations and online collaboration to discuss, debate and continue to refine the art of building an effective and capable community.

The Community Leadership Summit 2013 takes place at the Oregon Convention Center in Portland, Oregon on 20th – 21st July 2013, which is rather conveniently the weekend before OSCON.

At the heart of Community Leadership Summit 2013 is an open unconference-style event in which everyone who attends is welcome to lead and contribute sessions on any topic that is relevant. These sessions are very much discussion sessions: the participants can interact directly, offer thoughts and experience, and share ideas and questions. These unconference sessions are also augmented with a series of presentations from leaders in the field, panel debates and networking opportunities.

I can’t quite believe that this is the fifth anniversary of the Community Leadership Summit, and I am determined to make this the very best year yet! We already have an awesome list of pre-registered attendees, and this is shaping up to be yet another fantastic example of the primary place for community managers and leaders to get together to discuss, share, and learn best practice.

The event is completely free to attend, you just need to register first. I hope to see you there!

Community Management Training at OSCON

Speaking of OSCON, which takes place the week after the Community Leadership Summit 2013, I am also delighted to announce that I will be running my very first community management training class.

As some of you will know, I wrote The Art of Community published by O’Reilly (now in its second edition), which has rather fortunately become the best-selling book on community management and leadership.

For some time now I have wanted to deliver a training class that takes many of the concepts of the book, but extends them with detailed problem solving discussions, workshops, Q+A sessions, and more to provide an intense, detail-rich class about how to manage and lead communities, be them small and local or large and global.

On Monday 22nd July 2013, the day after the Community Management Summit 2013, I will be delivering this one day community management training class.

Topics in the class will include:

• Welcome and Introductions
  • Discussing how the class will work, student introductions, and facilities information.
• The Core Mechanics Of Community
  • Read/write communities.
  • Understanding the social dynamics.
  • Building retention and generational growth.
• Planning Your Community
  • Understanding where to focus community management.
  • Gathering stakeholder and community requirements.
• Building a Strategic Plan
  • The importance of a crisply defined strategic plan.
  • Structuring and documenting goals and objectives.
  • Delving down to the work item level.
• Building Collaborative Workflow
  • Understanding the collaborative needs of your community.
  • Building effective communication channels.
  • Determining infrastructure and tooling needs and how to resource them.
• Defining Community Governance
  • The role of governance.
  • Governance styles: dictatorship, delegated leadership, and enlightened dictatorship.
  • Assessing the governance needs for your community.
  • Building, codifying and documenting your governance structure.
  • Growing effective leadership in your community.
• Marketing, Advocacy, Promotion, and Social Media
  • Assessing marketing, advocacy and promotional needs.
  • Building a buzz cycle.
  • Using social media effectively.
  • Tracking publicity work and re-aligning for efficiency.
• Measuring Your Community
  • Knowing what to measure.
  • Defining useful growth and health metrics.
  • Understanding to how to read and react to metrics to provide more focused strategy.
• Tracking and Measuring Community Management
  • The importance of building credibility from good work.
  • Planning for different visibility needs: stakeholders, the community, and your team.
  • Tracking projects, using burndown charts, and reacting to project changes.
  • Tracking growth and decline.
  • Tracking community health and building a network

Find out more about and book your seat in the class by clicking here. Space is limited, so be sure to reserve your seat as soon as possible!

Burnout and Bickering: a Community Manager’s Guide to Conflict

I am also pleased to announce that I will be presenting a brand new presentation at OSCON on Wednesday 24th July 2013 at 2.30pm in D137.

The talk is entitled Burnout and Bickering: a Community Manager’s Guide to Conflict, and here is the description from the talk page

One of the most challenging aspects of growing community is managing conflict and burnout. While we often see the effects of conflict, getting to the heart of the issue is often more challenging.

In this new presentation from Jono Bacon, the Ubuntu Community Manager and author of The Art of Community, he presents a comprehensive guide to conflict and its many different causes.

The presentation explores how to identify these different causes (such as stress, personality differences, language/age/cultural barriers, and more), how to identify when problems are happening in a scalable manner, and how to resolve conflict in a progressive and repeatable way.

Bacon will also cover preventative measures to reduce the potential for both conflict, stress, and burnout, and wrap the content in a set of practical tools you can use in your own community.

All of this will be delivered in Bacon’s amusing anecdote and story filled style, delivering practical recommendations and techniques in a fun and contextual presentation.

I am excited about this presentation. As some of you will know, I have talked before about burnout and managing stress and conflict in communities, and this presentation provides extensive coverage of the topic. I am looking forward to presenting this at OSCON.

See more about the talk by clicking here.

As you can see, quite a week for community management and leadership! I hope to see you there!

As some of you may know the dash team has been working to get the new smart scopes functionality in the dash ready for 13.04; this functionality delivers a far more comprehensive dash experience, performing searches over 50 or more different data sources. This feature makes the dash dramatically more useful by searching a far wider range of data sources and returning more relevant results.

The team has been working in a PPA to get the feature ready, and as we are past feature freeze, had filed a Feature Freeze Exception (FFe) to get this into 13.04. After an extensive amount of work to get the feature ready, unfortunately the dash team doesn’t consider it mature enough for 13.04 — it is nearly there, but doesn’t meet the quality needs for Ubuntu. As such the team has decided not to pursue landing in in 13.04 and to instead move it to the Ubuntu 13.10 cycle where it will be developed as soon as the archive opens. As I mentioned earlier, this feature has been developed in a PPA and has not landed in 13.04 yet, so there are no actual changes to the archive.

Some of you may have some questions about this so we have prepared a short FAQ below. I have also notified our governance boards to ensure they are aware of the change. Feel free to ask any questions in the comments!

The FFE (1154229) got a sabdfl override and is now being rejected, how come?

A sabdfl override always has high requirements regarding code quality and User Experience. After looking at the current status of the smart scopes project we decided that the User Experience simply needs more work and it does not meet the quality requirements for Ubuntu. We would prefer to delay the feature until the next release cycle to ensure that it is rock solid.

Why was this feature being pushed at the last minute?

We believe the feature does provide additional benefit to Ubuntu Users by improving the search experience in the Dash, which is Unity’s weak spot. Landing the feature in 13.04 would have given us 1 additional cycle on the way to 14.04 to train and improve the suggestions provided by the server and further refine the overall Dash experience.

When, if at all, will the feature make its way into Ubuntu?

We are planning to provide the feature in a PPA for Ubuntu Raring which will be always rebased on Unity shipped on Raring. It will land it as soon as we are confident enough on the feature quality in Ubuntu S.

What about the in-dash purchases feature? Will that be landing?

There were some final outstanding issues with in-dash purchases and we are striving to have a conclusion to this ready for early next week (week beginning 1st April).

What about the privacy enhancements that were part of the smart scopes project?

It is unfortunately not possible to get the privacy enhancements from the smart scopes projects without the larger project itself. Smart Scopes would have allowed to disable individual scopes and limit network access for searches at all. In Ubuntu 13.04 you will still be able to disable all server communications through the settings apps. You can also remove the scopes and lenses you are not interested in using them by directly uninstalling the corresponding packages.

Continuing with the work to refine and improve how we build Ubuntu in an open, transparent, and collaborative way, I want to take a few minutes to discuss some work going on to improve the regularity of our planning and the benefits this brings.

Traditionally planning for Ubuntu has worked like this.

• We ship a release.
• Shortly before a release we rapidly prepare blueprints for the next Ubuntu Developer Summit (UDS). Everyone is welcome to participate.
• We discuss topics at the UDS and jot down work items into blueprints.
• We then execute on those work items over the course of the six month period.
• We track this work on status.ubuntu.com and use burndown charts to visualize this progress.

While this has served us well, there are a few problems with this approach. The most notable issue is that we work in software, and a lot changes in software in a six month period. This means we define a set of work items, prepare the burndown, and then if requirements or direction changes it can be difficult to reflect those changes across our community and we have to go and postpone a bunch of work items and re-build our burndowns. This means that even though the changes are made to open blueprints, it can cause folks across our community to be out of sync. It also presents the misconception that everything at UDS is locked in for the duration of the six month cycle. If something changes in our strategy or a new opportunity opens up, it can be difficult to change course with everyone on the same page.

Solving this is part of our theme of making Ubuntu engineering as transparent and agile as possible.

One approach we are experimenting with in the Ubuntu Engineering Management team at Canonical is to increase the regularity and transparency of how we plan. Instead of locking in every six months we will do it like this:

• We host the virtual UDS (vUDS) every three months and use the event as a means to plan out the next three months of work. All discussions are open, everyone is welcome to participate.
• Blueprints will be used to track that work and work items will be divided up into monthly milestones.
• On the last week of every month we will review the work performed in the last month to see how well it was completed and then plan the forthcoming month’s work. This provides an open opportunity to identify blockers, define new goals, and change coarse if needed.
• A new burndown chart will be generated on status.ubuntu.com and we will host a Google+ Hangout presenting the goals for the next month to ensure that everyone is fully up to speed on what is going on.

Now, to set expectations clearly: this is just an idea for how to improve this workflow, and we are doing it for the first time this week, but the idea is that it will dramatically increase the transparency of which teams are working on what, making it easier for others to (a) know what is going on and (b), participate in areas of interest.

My team is currently preparing the work items for April and you will be able to see the final burndown here when it is complete. From there you will be able to see all the blueprints.

I will provide plenty of feedback on what is working well and less well, and your feedback is welcomed, as ever, in the comments.

Building Re-usable Processes

As I mentioned in my previous blog entry, we want to make virtual UDS an event that is repeatable and useful for not just UDS but also for domain-specific events too (such as a LoCo themed UDS). The goal is that this event format is repeatable for our wider community.

Likewise, the monthly planning process is also designed to be repeatable for our wider community too, making it simple to get everyone on the same page for planning and executing on awesome projects.

As ever, feedback is always welcome, but I think this combo of a wider planning event every three months combined with monthly work item sync-ups and planning will result in a pretty effective formula for helping Ubuntu to be as effective, transparent, and collaborative as possible.

Our community is at the heart of how we build Ubuntu. Recently there were some concerns expressed about some aspects of our community and I have been working with various community members and internally at Canonical to resolve some of these issues to make things smoother.

I just wanted to summarize some updates:

• Regular, transparent planning – we want to improve how we plan the delivery of work items, and make that planning more nimble. While the major decisions are reserved for primary discussion at UDS, we want to regularly and transparently checkpoint progress on those projects, and ensure things are moving along. To do this the engineering managers at Canonical will perform this planning on a monthly basis with our community. An an example, with my team, we will decide at UDS what major projects we will work on and document the work items in those blueprints, and every month I will ask the team to commit to delivering an agreed set of work items that month and update the blueprints accordingly. This will make it easier to understand who is working on what, what needs to be done, and areas in which people can participate. This entire process will be completely open and transparent and I would like to encourage our wider community to use the same approach. As an example, this could be a useful technique for our LoCo community to use for planning their work too around advocacy campaigns. All of this work will continue to be tracked openly in status.ubuntu.com.
• Training our engineers – our engineers at Canonical are expected to openly and transparently perform all work that is not considered customer/company confidential. While this expectation is clear, there are sometimes cases when this doesn’t happen (e.g. if someone joins Canonical without the experience of working in an open environment and isn’t really sure how to do this). I have prepared an internal slide deck with these expectations and workflows clearly laid out; my team will be working to ensure everyone gets the deck, reads it, and gets an answer to any of their questions.
• Regular leadership problem solving meetings – one problem we have today is that we don’t have a regular problem solving meeting in our community in which our governing leaders are present at. Instead our different leadership boards (e.g. Community Council, Forums Council) tend to resolve issues pertinent to that specific board. We think it could be useful to have a meeting every two weeks that has representatives from our different governance boards and our community can join and raise topics for discussion. We are going to run the first one of these sessions tomorrow (Tue 19th March 2013) on Ubuntu On Air at 8pm UTC. We invite you to bring your topics there on IRC for discussion.
• Online UDS refinements – as I blogged about last week we have released a survey to gather feedback about how to refine and improve UDS. We have already made some plans for some improvements but I plan on organizing a community meeting to discuss this more next week (I can’t later this week as I am at an event). I think there is an opportunity to refine the format of UDS into a form that becomes a useful and repeatable way of coordinating meetings in a community.
• Weekly Updates – I have reached out to the engineering managers on some of the core projects at Canonical and asked them to provide weekly updates of work going on. We have already seen the first updates for Ubuntu Touch and Mir.
• Prepping announcements better – while the major announcements are now out, one piece of feedback I received is that our community felt ill-prepared around things such as the Ubuntu Touch announcement, and people such as our IRC/Forums/Community councils were inundated with questions and didn’t have good answers to those questions. If we need to make future announcements in the same way again, I am going to ensure our core governance boards are clued up first and we provide a FAQ for our community to refer to when getting these kinds of questions. This should relieve this concern.
• Improving our community on-ramp – one area where I want to drive some improvements is making it easier for people to join the community. We started some work a while back to improve the community landing page on ubuntu.com and I have asked Daniel Holbach to drive that work to completion. I am also working with the Ubuntu Touch and Mir teams to ensure that they have awesome documentation and guidance for how people can participate. A good example of the progress being made here is the Mir documentation. If you would like to help improve these docs, then feel free to dig in and help, or share your ideas on the mailing lists.

I want to get as much feedback on these steps moving forward as well as other ideas and areas in which we can focus. You can always grab me on IRC on freenode (my nick is jono) and I hang out in #ubuntu-community-team. Also feel free to drop me an email and join my regular Q+A session every week. Unfortunately, this week’s Q+A session is canceled as I need to be at an event, but I will be back in the regular slot next week on Wednesday at 7pm UTC on Ubuntu On Air.

Last week we ran our very first virtual Ubuntu Developer Summit. The event lasted two days and gave us an opportunity to try out a new format and to see how well it worked. Generally it seems we got some pretty favorable feedback, but there are definitely some areas in which we want to sand off the rough edges and improve the structure of the event.

I would like us to get the Virtual UDS format so tight and refined that it could be used to organize any kind of ad-hoc online set of meetings. As an example, I can imagine a similar event but focused explicitly on LoCo teams, or documentation, or translations. We want to make the format reliable enough and repeatable enough that anyone in our (or any other community) can use it. This will help our community to plan more regularly and get together more to do cool and interesting things.

We have been keeping an eye on some of the feedback, a combination of observations from comments and feedback send directly to the organizers. We had an initial chat today to discuss this initial feedback and we have a few changes we want to make already:

• Wrap-up Session – Many folks seemed to miss a wrap-up session with a set of track summaries. We want to add this for the next event.
• Remove Launchpad Registration – having to register in Launchpad seems rather futile and doesn’t service much of a purpose. We plan on removing this requirement for the next event.
• After Hours Session – at the last event there was an ad-hoc free for all hangout session at the end of sessions. This was a fun time to just hang out and be social with each other. We would like to do the same again and publicize it more.
• Improve Session Pages – the session pages (where you view each session) look rather cluttered right now. We want to tidy them up and also include features such as upcoming sessions and a Twitter stream so everyone can see what is going on at any time. Chris Johnston is currently working with our Web Development community to investigate better layouts.
• Improve Prep Docs – we discovered lots of useful best practices at the last event such as using the lower third to show the name of the person speaking, checking mic levels, and muting when not speaking. We want to improve and better promote this prep docs for everyone who joins the event.
• Encourage IRC Integration More – we noticed that in some sessions people pay attention to IRC better than others. I am going to update my introduction presentation to emphasize the importance of this more strongly, and we will build more awareness around the importance of doing this.
• Fix Page Reloading on Early Terminations – we noticed that on a few sessions there was a problem with the hangout and the session would need to be restarted but the page would not auto-reload the new feed (as the Javascript stops checking when the first hangout is successfully running). We want to fix this.
• Two Factor Auth! Be Gone! – no-one likes 2FA, it is annoying, so we want to see how we can remove it securely when you access the Etherpad so you don’t need to enter that damn code every-time-you-access-a-session.
• Integrate IRC/Etherpad Into Hangout Console – for those people in the actual hangout, one problem is that you have to constantly flip between the session screen with the IRC/Etherpad and the hangout window where you are broadcasting from. We want to integrate IRC and Etherpad into the hangout broadcast window to make this easier (and make it easier to keep an eye on IRC).

We Want Your Feedback!

Although some of these conclusions presented here are a great start, we want to make sure we don’t leave any stones unturned! As such, I would like to invite everyone who joined the event to take a few minutes to fill in this survey. This will help us get a better idea of your thoughts on the event, what worked well, and what we can improve. Can I encourage everyone to fill this survey in in the next week so we can start putting some solid plans in place for the next event.

I would also like to organize a community meeting on IRC and invite everyone to join and provide further feedback. I think it would be most beneficial to organize this meeting in a few weeks when folks have had a chance to fill in the survey.

You can also join the UDS IRC channel at #ubuntu-uds and discuss the event there; we all hang out in there.

Want to Help Make Summit Rock?

Virtual UDS is a community event and we want to ensure everyone has an opportunity to contribute to making it as good as possible. One definitive area where folks can help is with our increasingly sophisticated summit.ubuntu.com.

The Summit project is Open Source, and always open to new contributors. It is written in Python and Django, with a large amount of HTML, CSS and Javascript work at well. If you have any of these skills, or are willing to learn them, we encourage you to come be a part of it.

You can get the code and look at bugs on Summit’s Launchpad page. The developers hang out in #ubuntu-website on Freenode IRC, and are available there to help you get a local development environment set up. If in doubt, go and poke mhall119.

Thanks, everyone!

This week’s live video Q&A is in a slightly later time slot this week on Wednesday at 8pm UTC (click here for the time in your location this week).

As usual everyone is welcome to bring any and all questions to the Q&A.

To join, head over to Ubuntu On Air at 8pm UTC on Wednesday and you can ask your questions in the embedded chat box.

Look forward to seeing you all there!

Recently there has been some fire flowing about Canonical in the community. These concerns started off as sporadic at first and then we saw a small blog avalanche (blogalanche, if you will) as a number of folks piled onto the ride.

I feel somewhat trapped in the middle of all of this. On one hand I work at Canonical and I believe Canonical are acting in the honorable interests of Ubuntu in helping to build a competitive and forward-looking Free Software platform, but I also feel a sense of personal responsibility when I see unhappy members of our community who are concerned with different aspects of how Canonical engages. Essentially, I sympathize with both sides of this debate; both have the best interests at heart for Ubuntu.

From my perspective there is a balance that needs to be struck. Our community needs to be transparent and open, but also nimble to react to opportunities (such as the convergence story), but also Canonical play an important role in helping us to drive Ubuntu to the masses. We need to be able to work in a way that maintains our Ubuntu values but also gives Canonical the opportunity to get our platform out to the market effectively to reach these users.

I believe one cannot exist without the other; Canonical cannot deliver this vision without our community and Ubuntu would be significantly debilitated if there was no Canonical providing staff, resources, and other investment into Ubuntu. Canonical is not evil, and the community is not entitled; we all just need to step back and find some common ground and remember that we are all in the circle of friends.

This symbol is as potent to me as it was back in 2004.

When I got interested in Linux back in 1998 and wanted to make it my career, my primary motivation was to bring freedom of technology to everyone. This is what attracted me to Ubuntu and ultimately working at Canonical. I don’t want to be rude to other distros who are quite happy within their remit of making a great OS for Linux enthusiasts, but I frankly don’t want to settle for that. I want Ubuntu to be the choice for Linux enthusiasts, but for us to not stop there and also bring Free Software to people who have not yet been blessed by it, and who may be new to technology and the opportunities it provides.

Achieving that goal is not just as simple as making the source code available for the platform and setting up a bunch of mailing lists. It means delivering simple and elegant user experiences built for the needs of our users, consistent and beautiful design, professional-grade quality, strong hardware and software partner relationships, certification across a range of hardware profiles, training, responsive security, diverse marketing and advocacy campaigns, and many other areas. Both Canonical and the community contribute extensively to provide these things that we need to get over that chasm, and importantly, each provides things that the other cannot.

It turns out that building this simple, ubiquitous Free Software experience for everyone is hard. We can’t just settle for the tried and tested approach of pulling the latest upstream software and integrating it into a single Operating System. That is tough, intensive and grueling work in itself, but to achieve the goals I mentioned above we need to be constantly challenging ourselves to innovate and go faster in how we deliver this innovation to our users. We need to always challenge the status quo…not for the sake of being different, but for the sake of not restricting ourselves to tradition and instead helping us to be better at what we do, and ultimately achieve our goals of getting Ubuntu into the hands of more people.

We saw this challenge with Unity: that was a tough, but necessary decision. While we suffered over the firestorm around Unity, I think it ultimately put us in a better position, and now we have a single convergent user interface that spans across multiple devices and we will soon have a single convergent Unity code-base across these devices too. In an era where desktop shipments are down due to the impact of phones and tablets, we are no longer trapped in a form factor that has had a decreasing scope of opportunity for us; the desktop is just one part of our wider convergence vision. This opens up the market for Ubuntu and the Free Software and Open Source values we encompass. While some people in some comment boxes will still bring the hate about Unity, I think that overall it has put us in a position to get Free Software in the hands of more people than if we didn’t make that difficult decision, and the sheer level of interest in Ubuntu for the phone, tablet, TV, and desktop is testament to that.

Put it in my pocket, on my lap, on my desktop, and hang it on my wall.

While making tough decisions is important, it is also important that we maintain our Ubuntu values too. One core value is that our platform and community are open for discussion and participation, so everyone is welcome to help put their brick in the wall. Our archive has long been open and there are many ways to contribute, and while some of these projects were secret before-hand, now everything is out in the open and available for participation. Some may disagree with the rationale of keeping things private, but particularly in the case of Phone and Tablet, the “big-reveal” helped us to have a big splash and generate more press interest and partner inquiries, and thus help us along to our vision.

Importantly though, we made the source and community on-ramp available as soon as we feasibly could. The code for Unity, Ubuntu Touch, and Mir is publicly available, and we are eager to invite people to join and shape those projects. This week we also ran our very first online UDS, with the goal of making the Ubuntu planning process as open and accessible to all as possible, not just those who could travel, and on a more regular cadence. All of the videos, notes and blueprints from that event are archived here. I am confident for the next event we will have an even smoother, better-run UDS, with even more participation.

We are now in a position with a clearly articulated vision around convergence and cloud orchestration, full source availability, daily builds of images, and public mailing lists and IRC channels to have those conversations. Everything is available in public blueprints and tracked at status.ubuntu.com, and we have many outreach campaigns to help our community participate in this vision, such as the core apps project, port-o-thon, regular cadance testing, charm quality improvements, SDK participation, and other areas. Our community should expect our projects to be open, accessible and collaborative, and if they are not, please raise your concerns with the Canonical engineering managers, or talk to me either publicly on my weekly Q&A video hangout at 7pm UTC every Wednesday on Ubuntu On Air, or privately at jono@ubuntu.com, or by contacting me on Freenode IRC – my nick is jono. My door is always open.

Things are never perfect in a community, and I am not suggesting we are perfect either, but I believe we are at the cusp of an incredible opportunity to get Free Software and open technology into the hands of the masses, not just by wishing it to be true, but because there is genuine market opportunity for it to be true.

I just wanted to post a quick blog entry thanking everyone who joined the first day of our inaugural online Ubuntu Developer Summit today. Overall we didn’t see many glitches in our plan of how to run the event, and we also gathered some fantastic feedback for things we can improve and extend upon next time.

If you want to see what happened in the sessions today, you can view the schedule and view any of the recorded hangouts.

Before we get into the second day tomorrow, I just wanted to invite any comments and suggestions for what worked well, what worked less well etc, to see if we can make any adjustments for the second day. Thanks in advance for your suggestions!

If I don’t see you until tomorrow, we look forward to beginning Day 2 at 2pm UTC tomorrow! Be sure to see the schedule and join us in the sessions!

Tomorrow we will be running our very first online Ubuntu Developer Summit. The event will take place over two days and span a range of different tracks: Community, Client, Cloud & Server, App Developers, and Foundations. We have never run an event like this before, but we have prepared extensively to deliver the best online UDS experience we can. When UDS is complete we will then review any rough edges and fix those up for the next event in May.

With this being a new event, I wanted to share some key tips about how to get participate.

For Everyone

UDS takes place on Tues 5th – Wed 6th March 2013 from 2pm UTC. Please note: the original time was 4pm UTC, but we brought the event forward by two hours.

The full event is taking place online and everyone is welcome to join, irrespective of whether you are an active contributor to the community, a partner, a business, an enthusiast, or anyone else. We will be using Google+ Hangouts On Air to stream video from the active participants in the session, and we also provide quick embedded access to IRC, note-taking, and more.

The event will kick off on Tuesday at 2pm UTC with a keynote session. There will then be two hours of sessions, then an hour of plenaries, and then another two hours of sessions. On the Wednesday we will kick off into sessions at 2pm, and have lightning talks in the normal plenary slot. Jorge Castro is taking care of the plenary talks and lightning talks; reach out to him if you want to run a lightning talk.

There are five tracks, with each (apart from Foundations) having two video streams. Each track has two track leads:

• Client – Jason Warner, Sebastien Bacher
• Server and Cloud – Antonio Rosales, Daviey Walker
• Community – Jono Bacon, Daniel Holbach
• App Developers – Alan Pope, David Planella
• Foundations – Steve Langasek

You can find all sessions listed at summit.ubuntu.com. Just visit the session you are interested in at the time of the session to view it; everything is included on the session page. You don’t need anything other than a web browser to view sessions but you will need a Google+ account to actively participate in a hangout.

For Track Leads

You should have all received an email from me about how to schedule sessions and how to start and stop the video streams.

Remember to ensure your Google+ is verified (Michael Hall should have checked this with you).

You and your co-track lead should pick one of the two tracks you have for your track and take care of setting up those streams.

Five minutes before a session (e.g. 1.55pm) is due to begin you should start the video stream and update the session in summit.ubuntu.com with the hangout and broadcast URLS. Likewise, 55 minutes into a session (e.g. 2.55pm), be sure to stop the hangout. We need to start and stop the video streams to ensure the recordings are broken up into the different hour long chunks. Required participants will automatically see a link on the session page to invite them to join a hangout – this page does not auto-reload though, so you may want to ask them to refresh the page to join.

Please keep an eye on the sessions on your track and interact with the session leaders to ensure that any required participants can be invited to the session as needed. There may be times as the session is running that people will need to be invited to join the hangout (e.g. IRC participants) – you need to be available to do this when the session leader needs you. If you are not actively participating in the session, feel free to just mute your mic and keep an eye on IRC or listen for when you are needed.

Instructions for starting and stopping the streams is at https://wiki.ubuntu.com/UDS/Sessions.

For Session Leaders

As a session leader your responsibility is to run a quality session, and to ensure that the topic gets a good level of discussion, work is planned and distributed, and the blueprint gets updated with the agreed work items.

Some tips:

• Make sure your Internet connection and computer are working well in advance of the session. We recommend you stop any software or services that is using your net connection (e.g. switch off any downloads or other video streaming).
• The video hangouts will be started and stopped by the track leads (see above) – if you need to invite a new person to a hangout, ask the track lead to invite them.
• In your session you will have people in the hangout speaking as well as people on IRC offering their contributions too. Be mindful of the IRC contributors, and repeat comments and statements of interest from IRC.
• Think of the hangout as the inner ring of the fishbowl at a physical UDS. Unfortunately there only 10 seats on the hangout, so we need to ensure the most active participants are in the hangout. People in the hangout should be speaking and actively participating. If you have an active participant on IRC and have free seats on the hangout, be sure to invite them to the hangout. Likewise, if you see someone who is not contributing on the hangout and there is someone active on IRC, ask the hangout person to move to IRC to open up a slot to invite the IRC person and bring them into the hangout.
• At the beginning of the session, explain the goals and purpose of the session and encourage people to take notes in the embedded etherpad.
• Have the discussion in the session, and be sure to help everyone participate as much as possible. Remember, you should try to keep the most active members in the hangout.
• 10 minutes before the end of the session summarize the key decisions and log work items on the blueprint that are assigned to people. This will provide a great set of next steps to move forward with that blueprint.

For Attendees

Joining a session is easy – just look at the schedule and click on a session to view it. On each session page you can see the video stream, the embedded IRC channel, and the embedded etherpad collaborative note taking. You can also see links to the blueprint and other related content.

You don’t need anything other than a web browser to view sessions but you will need a Google+ account to actively participate in a hangout.

If you want to chat to others in general about UDS, you can also join #ubuntu-uds on freenode.

All sessions will be recorded and available on the schedule when they are completed.

Some of you may have seen the news about us transitioning to an online Ubuntu Developer Summit and running the event every three months. If you didn’t see the news, you can read it here. I just wanted to share my personal perspective on this change.

For a long time now I have been attending Ubuntu Developer Summits as part of my work, but for the last event in Copenhagen my wife was about to give birth and so I attended the event remotely. As someone who has been heavily involved in the planning and execution of UDS for the last 10 or so events, I was intimately aware of the remote participation features of the event, but I had never actually utilized them myself. I was excited to dive into the sessions remotely and participate.

For the sessions I dialed into I found the remote participation worked well, but not as well as it could. Sometimes it was a little difficult to hear people (despite us alway encouraging speakers to sit near the middle of the fishbowl), and for the sessions I wasn’t able to actively participate in (due to the timezone differences), only some of those sessions had videos available that I could review after the session had ended. As such, this made it something of a challenge at times to get an overall view of the event; it depended on attendees taking good notes (which generally happens), but I missed the specifics of the discussions.

Remote participation has always been a critical part of UDS and I think it worked efficiently as it could, but these issues were primarily due to the challenge of delivering an in-person event to an online audience and the practicalities therein.

Of course, the real challenge is getting you people to eat these things.

The move to an online event effectively solves the majority of these issues: every single session will be recorded and available for viewing after the fact (which is awesome for not only attendees, but also for the press, partners and others), and with everyone in the hangout facing a webcam and a microphone, the quality of the content should be better too.

For those people who can’t join the session hangout video stream, IRC participation is available, and those IRC discussions will be logged too and provided in addition to the video of the session and the Etherpad notes. This provides a great overview of all the content and discussion in the session.

An online event is also going to open up the event to more potential participants. There are many folks who either can’t physically travel or justify the travel expenses or time away from their work and family commitments who can now participate in the event by simply opening their web browser. With the wide focus in Ubuntu across the desktop, devices and the cloud, we need more specialists rather than fewer to guide us on our mission, and the online event will make it easier for those folks to attend. I think that this will result in wider and more diverse discussion, ultimately helping us to do a better job planning UDS.

Some folks have expressed a concern about not having as much face-to-face time as in a physical event. Of course, video-conferencing will never ultimately replace being in the same room as someone, but I think much of that personal connection is still shared via hangouts. As an example, my team at Canonical used to have team meetings on Skype or a Conference Call and ever since we switched to Google+ Hangouts the sense of personal connection and team spirit has skyrocketed. Sure, it doesn’t replace being in the same room, but when we balance out the benefits of an online event for the reasons I mentioned earlier, it seems like a reasonable trade-off to me.

Iterative Improvements

One thing that many folks don’t see from behind the scenes of planning the physical UDSs is that we have always taken an really rigorous approach to improving and refining the event. This not only includes the structure of the event, but we have iterated after every detail to improve room layouts, A/V needs, timing, remote participation requirements, scheduling patterns, and more. Every detail of UDS has been scrutinized after every event, and the survey we send out is reviewed with a fine tooth comb, all with the goal of squeezing out as much efficiency as possible so the time everyone commits to UDS is as worthwhile as possible.

We are still exploring the alleged productivity-enhancing benefits of light ping-pong.

With UDS previously happening every six months this has helped us to build a pretty bullet proof formula for the physical event, and many attendees comment at each UDS about just how efficient it is and how much gets done. This is largely due to this iterative refinement process.

The first online UDS takes place next week and I think we have a pretty good plan for it, but we are going to go through exactly the same process for reviewing how each event goes and buffing off the rough edges so that works better and more efficiently each time. With us now doing a UDS every three months it should not take too long to get us into a winning formula, and our community are an essential part of helping us to refine these different pieces. As I mentioned in the announcement blog, after the second event we are also going to take a general look to see if an online UDS is serving the needs of the project well in terms of how we plan Ubuntu development.

Got Questions?

I am sure many of you will still have questions about the new format of UDS. Tomorrow (Wednesday) at 7pm UTC. I will be doing my usual weekly Q+A videocast on Ubuntu On Air and will dedicate part of the session to covering how the online event will work and answering your questions. Feel free to bring your UDS and any other questions to the session!

This week’s live video Q&A is in the normal time slot of every Wednesday at 7pm UTC (click here for the time in your location this week).

As ever, you are welcome to ask me absolutely anything about Ubuntu, Free Software, Community Management, Technology, or anything else. The only questions I don’t accept are tech support questions – Ask Ubuntu, IRC and the Ubuntu Forums are better resources for that.

To join, head over to Ubuntu On Air at 7pm UTC on Wednesday and you can ask your questions in the embedded chat box.

Look forward to seeing you all there!

When we announced Ubuntu for phones on the 2nd January, we also had a call for volunteers to help create the core applications that would be part of the platform. Like any phone OS we need to provide a calendar, calculator, email, social media apps and more. Ubuntu has long been an open community project and we wanted to work with our community from the outset to work on a set of apps that we can all be proud of.

To do this we included a form on developer.ubuntu.com and asked interested Qt/QML developers to fill it in if they were interested in participating. In just a few days we had over 1500 people fill in the form, expressing tremendous interest in being part of these projects and making an awesome Ubuntu phone platform.

We then finalized our list of apps that we think we need and then reached out to the most experienced of these volunteers and broke them into teams, with one team per application (these teams are fairly small, we couldnt use everyone who volunteered, but we will be having an Ubuntu Phone App Showdown in future, so stay tuned!)).

For each of the applications we then worked on some user stories and functional requirements to deliver the core functionality in each of these apps and documented them on the Ubuntu wiki. These applications are all available here.

Call For Design

So, we have a good set of developers assigned for each app, but we would like to invite our community to contribute design ideas for each of these apps. We have already defined a set of user stories and functional requirements, and for each app we have also defined a set of the core screens and functionality that we will need design for. We would like to invite you wonderful designers out there to contribute your design ideas, and these ideas can provide food for thought for the developers.

To do this we are using the popular Balsamiq online mock-ups tool, and the Balsamiq folks have very generously provided an Ubuntu MyBalsamiq site where all of these designs can be storied, commented on, and refined. As such, you can contribute your designs there and then link them to the wiki page for the application the design is for.

A while back I asked Ivo Weevers, head of the design team at Canonical, for a set of design guidelines for these contributed designs to follow, but unfortunately his team has not had the time to deliver this yet, but we do have a simple set of overall design suggestions we would like to ask you to follow as well as some example designs that you can use to match your work to.

If you would like to contribute some designs, simply pick one of the following apps and follow the instructions on the page:

• Calendar
• Clock/Alarm
• Weather
• Calculator
• Email Client
• RSS Feed Reader
• File Manager
• Document Viewer
• YouTube
• Facebook
• Twitter
• Terminal

If you don’t want to contribute a design but would like to offer input on the existing designs, simply click on the designs submitted on the wiki page and you use the comments box on the MyBalsamiq site to provide your feedback. I would like to also encourage you folks to share your designs on your blogs, on the Ubuntu Reddit, on social media, and other places!

Obviously not all designs will ultimately be implemented, but the goal here is to primarily provide a great opportunity for the best designs that match the design ethos of the Ubuntu phone to bubble to the surface.

Other Contributions

All of the applications we are working on here have Launchpad projects set up and the code will be publicly available and Open Source from the beginning. We are currently working on a base template project to land in each trunk for the development teams to get started from.

There will definitely be other opportunities for contributing in the future (e.g. icon design, QA, testing), but for now we are focusing on the design and development phase. Stay tuned!

Keeping In Touch

To other members of the Ubuntu for phones community, be sure to join the #ubuntu-phone IRC channel on freenode and you can join the mailing list. I will also be providing regular updates on this work on my weekly Q+A videocast every Wednesday at 7pm UTC on Ubuntu On Air.

This week’s live video Q&A is back to the normal time slot of every Wednesday at 7pm UTC (click here for the time in your location this week). The day is different this week as I need to join a sprint later this week.

This week I will be running the usual hour long Q&A session as well as talking about some upcoming community projects.

To join, head over to Ubuntu On Air at 7pm UTC on Wednesday and you can ask your questions in the embedded chat box.

Look forward to seeing you all there!

When we announced Ubuntu for phones on the 2nd January we also announced the developer preview of the SDK. The SDK includes QML and the Ubuntu Phone Components that provides a set of controls for building applications. It includes a comprehensive development environment.

If you want to play with the developer preview, go and get it, then follow the tutorial, and be sure to ask questions if you get stuck.

We have already been seeing some interesting experiments going on on the Ubuntu App Development Google+ Community with people writing applications and playing with the SDK developer preview. I just wanted to share some of this work here.

Francisco Gómez García has been working on cProg inside a terminal:

Stuart ‘Aq’ Langridge has been working on a game:

Martin Kaistra has also been working on a Reddit reader for the phone:

Micha? Pr?dotka has also been experimenting with QML for his app:

See the video here.

Daniel Wood has written a simple calculator:

We have also seen some interesting ideas and mock-ups for apps for the phone such as this from we Love Ubuntu:

And lastly, Mark Johnson, who obviously has far too much time on his hands, has ported his “JonoBoard” app to QML, thus unleashing the mighty power of community:

See the video here.

Remember, if you want to play with the developer preview, go and get it, then follow the tutorial, and be sure to ask questions if you get stuck. Enjoy!

After missing my weekly live Ubuntu and Community Management video Q&A last week due to exhibiting at CES, I will be doing this week’s live video Q&A on Monday 14th January 2013 (tomorrow) at 7pm UTC (click here for the time in your location). The day is different this week as I need to join a sprint later this week.

I will be kicking off the session with a summary of Ubuntu at CES and a summary of the response to Ubuntu on phones in general as well next steps. We will then get into the Q&A, and as ever, you are welcome to ask me absolutely anything on the show.

To join, head over to Ubuntu On Air at 7pm UTC on Monday 14th January 2013 and you can ask your questions in the embedded chat box.

Look forward to seeing you all there!

On Sunday last weekend I flew out to CES to join the rest of my colleagues to exhibit Ubuntu at the show. We were there to show the full range of Ubuntu form-factors that we have available; desktop, TV, Ubuntu for Android, and most recently, Ubuntu for phones.

The Ubuntu booth was located in the South Hall within the cornucopia of screens and gadgets that is CES. The show is huge, really, really, huge, and one could be forgiven for thinking that Ubuntu would be a mere drop in the ocean when you have exhibitors such as Samsung and Sony with their warehouse sized booths. Fortunately, Ubuntu seemed to be one of the highlights at CES.

Although many people were there to see Ubuntu for phones, the phone is really only one part of the true magic of Ubuntu’s focus and direction; a single ubiquitous convergence story that runs across every device you care about and the cloud. This is a story that is a lot clearer when you see each of these different form factors sitting side by side in the same booth, it really helped to connect the dots with our visitors.

Ubuntu TV on display.

Ubuntu is about delivering a beautiful user experience that is perfectly tuned to the screen you are using, yet consistent in design and content across these different form factors. If you have used Ubuntu on the desktop, Ubuntu on the phone and TV looks and feels familiar. We have worked to build the content that you own (and the content that you could own) into the core of the platform, as opposed to it being buried in applications that you need to juggle to access it. We have worked to liberate web apps from the browser tabs that they are trapped in to integrate them with the core of the platform, and we have reduced the on-screen clutter that gets in the way of your content. Ubuntu One provides the connection points between these screens with your personal cloud in which your files, content, settings, and other content is neatly synced between all of your devices; as an example, if you buy or download a new song on your phone, it will sync effortless to your desktop, TV and other devices. This convergence presents a consistent design, user, and content experience across all of your devices, and underlined by Ubuntu; a platform that has a long heritage of openness and community participation.

Our booth at CES was comprehensive. We had two large TVs with high quality cameras attached on either side of the stand where we did demos of the phone to interested passers by. In between these screens we then had stations for demonstrating Ubuntu for TV, Ubuntu One, Ubuntu for Android (which also demonstrated the Ubuntu Desktop), and the Ubuntu developer platform. Between these stations we gave out bags, t-shirts, literature, caps, DVDs, and other material.

An Ubuntu for phones demo station.

At the far end of the booth we also had our meeting room. With CES being a trade-only show, a primary goal for attending was to work with handset manufacturers and operators to explore how they can deliver Ubuntu to their customers. Mark Shuttleworth (founder of Ubuntu/Canonical), Jane Silber (CEO of Canonical), and Chris Kenyon (Head of Business Development at Canonical) spent most of their time in the meeting room talking with potential customers. Fortunately, their calendar was packed throughout the week with meetings and great progress was made.

I spent most of my time at the booth presenting the phone on the big screens to the crowds that visited us. Now, I am not using the word crowd here in an exaggerated sense either – the Ubuntu booth was packed throughout the week, and most people who I spoke to told me that one of the main reasons they came out to CES was to see Ubuntu and in particular to see Ubuntu for phones.

We saw a constant stream of visitors throughout the show.

We also had a huge number of press come along to the booth and myself as well as many of my colleagues did countless demos both on and off camera to these members of the press. Speaking of press, I was delighted to finally meet Timothy Lord from Slashdot and I did a short interview and demo with him. I saw that a video of one of my demos is available online as well as some questions about the phone that I answered. Also, be sure to see SJVN’s write up about Ubuntu for phones.

I have done trade-shows before, and I have exhibited Ubuntu many times at these shows. Although I had never done CES, I had done something similar in style and size (CeBit in Germany), and I had a broad idea of what to expect. Fortunately the show more than surpassed my expectations. We were absolutely inundated with people, and every time I gave a demo of Ubuntu for phone the audience smiled with interest as I walked them through the different features of the phone. Ubuntu for phones was very, very positively received, and from a “things often go wrong when demoing at trade-shows” perspective, we didn’t experience a single crash or failure with the phone (or anything else that we demoed). The only problem we had was rather flakey Internet access which impacted me demoing the deep integration of websites and social media into Ubuntu for phones.

We also had a few other fun things happen. The week set off on the right foot when we won the Editors Choice award at CES from Popular Mechanics magazine, and we also had will.i.am from the Black Eyed Peas show up to see the Ubuntu phone. We were also expecting MC Hammer to visit us, which unfortunately didn’t happen, but infamous hacker Kevin Mitnick did make an appearance, to which my colleague Michael Frey and I swooned like Justin Bieber fans.

The team holding the Popular Mechanics award.

All in it was a tremendously productive and positive week.

I have never been so excited to be part of Ubuntu and part of this convergence story that we are creating. Not only is this a great opportunity for Ubuntu, but it is a great opportunity for Open Source and Free Software, which continue to drive the ethos and values that form Ubuntu. Everything that we exhibited at CES is Open Source, and our community are a core part of how we build this platform and bring it to the masses.

We have the potential of building a an ubiquitous platform that is simple and elegant for anyone to use, but driven by the values of Free Software. This is what freedom is all about; freedom of technology, freedom of choice, and freedom that is accessible to everyone. Let’s do this.

Today we announced the Ubuntu for phones platform.

This is the culmination of an extensive period of work, and pushing Ubuntu another step further in building a consistent, elegant, beautiful Operating System and experience across the desktop, cloud, and devices.

The design and implementation of the phone is beautiful. You can immediately tell it is Ubuntu; the Unity mobile experience looks clean and consistent with the desktop and touch is stunningly integrated. The Ubuntu for phones experience is designed to make all your phone content easier to access and your apps more immersive – every edge has a specific purpose, making all your apps, content and controls instantly accessible, without navigating back to the home screen every time. It’s a uniquely, beautifully converged experience.

Ubuntu, clean and consistent across mobile and desktop.

Ubuntu for phones is not just limited to just the Operating System on the phone screen itself. Ubuntu also has the technology, as demonstrated with Ubuntu For Android, to boot a full Ubuntu desktop from the phone when it is docked with a screen. This provides a complete Ubuntu experience in your pocket, for both your phone and your desktop, with a clean consistent look across both screens, and with all your content available on your phone and desktop using Ubuntu One. This is revolutionary.

To be quite clear, this announcement is not for a physical Ubuntu Phone that you can purchase yet. The announcement is for the Ubuntu for phones platform that we are presenting to handset operators and OEMs as a solution that they can bring to market. The Ubuntu phone offers great performance on handsets with a low bill of materials, while opening up new opportunities for phone and PC convergence at the top end of the market. This is no mockup or flash demo though; this is a real platform, and you have to see it in action…it really is stunning.

As part of this work we will have an extensive presence at the Consumer Electronics Show next week in Las Vegas. We will be exhibiting there, demoing Ubuntu for phones and in meetings with OEMs and operators to get this baby in your pocket as soon possible. I will be presenting at the booth for the week too, and I will be discussing the new developer platform that is part of Ubuntu for phones.

For Developers

So that neatly leads me to developers.

The Ubuntu for phones platform does not just present a fantastic integrated phone experience, but we have also been working on a powerful developer platform to make building apps for the phone simple, powerful and fun.

The phone platform supports applications written in QML, HTML5, and OpenGL.

We have been working on an SDK with a special set of phone components (think widgets and other UI elements) that run on top of QML and Qt, and the applications look and feel as beautiful as the rest of the phone platform. Also remember that Ubuntu has great support built in for web apps, which means that taking a web app and building a native phone (or desktop) experience is a piece of cake. Oh, and all those scopes in the Ubuntu desktop, well, they map neatly to the other devices such as TV and now phone too. This is what Unity is all about: a unified experience across all your screens.

This means that developers have choice in how they build their apps and don’t have the overhead of the Java virtual machine when writing and deploying their apps. All in all, Ubuntu for phones offers an awesome developer platform.

Now, the SDK is still very much in active development, but today we are also releasing a developer preview. This preview includes the new Qt 5 which was recently released, as well as the QML Phone Components, and we have a full tutorial that shows you how to get started building a QML app for the phone.

Get Involved

As part of this work, we want to build an awesome library of applications that will run out of the box when a operator/OEM delivers Ubuntu on their handsets. As such, we are keen to work with our community to build out this library of apps, and we are looking to you lovely people to help!

If you have Qt/QML programming experience (or can get up to speed with the platform) and would like to help build these apps that will ship with an Ubuntu phone, we would love you to join us! Simply head over to the developer.ubuntu.com phone page and fill in the form. We will then get in touch with you over the coming weeks.

This work will have full support from the design team to help with the design and layout of the apps, and we will also have mentoring and project management to ensure everyone who participates enjoys helping with this wider effort. This is a great way to help get the Ubuntu phone in front of millions of users.

2013 is off to a wonderful start for Ubuntu and continued spread and growth of Open Source and Free Software. Let’s make this year count. Fire up your engines.