Pu

Eclipse and android adt support now in Ubuntu Developer Tools Center

Eclipse and Android ADT support now in Ubuntu Developer Tools Center Now that the excellent Ubuntu 14.10 is released, it's time to focus as part of our Ubuntu Loves Developers effort on the Ubuntu Developer Tools Center and cutting a new release, bringing numerous new exciting features and framework support! 0.1 Release main features Eclipse support Eclipse is now part of the Ubuntu Developer Tools Center thanks to the excellent work of Tin Tvrtković who implemented the needed bits to bring that up to our users!

Ubuntu Developer Tools Center: how do we run tests?

We are starting to see multiple awesome code contributions and suggestions on our Ubuntu Loves Developers effort and we are eagerly waiting on yours! As a consequence, the spectrum of supported tools is going to expand quickly and we need to ensure that all those different targeted developers are well supported, on multiple releases, always delivering the latest version of those environments, at anytime. A huge task that we can only support thanks to a large suite of tests!

How to help on Ubuntu Developer Tools Center

Last week, we announced our "Ubuntu Loves Developers" effort! We got some great feedback and coverage. Multiple questions arose around how to help and be part of this effort. Here is the post to answer about this :) Our philosophy First, let's define the core principles around the Ubuntu Developer Tools Center and what we are trying to achieve with this: UDTC will always download, tests and support the latest available upstream developer stack.

Ubuntu loves Developers

Ubuntu is one of the best Linux platforms with an awesome desktop for regular users (and soon phone and tablets and more!) and great servers for system administrators and devops. A number of developers are choosing Ubuntu as their primary development system of choice, even if they develop for platforms other than Ubuntu itself, like doing some Android development, web development and so on. However, even if we fill the basic needs for this audience, we decided a few months ago to start a development and integration effort to make those users completely feel at home.

Release early, release often, release every 4h!

It's been a long time I didn't talk about our daily release process on this blog. For those who are you not aware about it, this is what enables us to release continuously most of the components we, as the ubuntu community, are upstream for, to get into the baseline. Historic Some quick stats since the system is in place (nearly since last December for full production): we are releasing as of now 245 components to distro every day (it means, everytime a meaningfull change is in any of those 245 components, we will try to release it).

Versioning schema change in daily release

Just a quick note on Daily Releases (process to upload to the ubuntu distribution more than 200 components Canonical is upstream for in various ubuntu series). After some discussions on #ubuntu-release today, we decided to evoluate the daily release versioning schema: we previously had <upstream_version>daily<yy.mm.dd>-0ubuntu1 as a daily release schema in the regular case multiple releases a day for the same component would give: <upstream_version>daily<yy.mm.dd>.minor-0ubuntu1, where minor is an incremental digit for maintenance branch, we previously had <upstream_version>daily<yy.

Followup UDS session on application lifecycle

I hope that everyone enjoyed the new virtual UDS format as we did. :) However, don't despair, it's not really *over* yet! The discussion around the application lifecycle[1] was covering a too large spectrum and we didn't get time to properly finish discussing it. As we didn't want to run over other sessions, we decided to reschedule it just after UDS. The new follow-up session "Application model: lifecycle" will happen this Friday, March 8, 16:00 – 16:25 UTC.

Unity: release early, release often… release daily! (part 5 and conclusion)

This post is part of the Unity daily release process blog post suite. After a week to let people ask questions about the daily release process, I guess it's time to catch up and conclude this serie with a FAQ and some thoughts for the future. FAQ The FAQ is divided in multiple sequences depending on your role in the development of ubuntu, with the hope that you will be able to find what you are looking for quicker this way.

Unity: release early, release often… release daily! (part 4)

This post is part of the Unity daily release process blog post suite. You hopefully recovered from your migraine on reading yesterday's blog post on the insight of daily release and are hungry for more. What's? That's not it? Well, mostly, but we purposely dismissed one of the biggest point and consequences on having stacks: they depends on each other! Illustrating the problem Let's say that Mr T. has an awesome patch for the indicator stack, but this one needs as well some changes in Unity and is not retro-compatible.

Unity: release early, release often… release daily! (part 3)

This post is part of the Unity daily release process blog post suite. Now that we know how branches are flying to trunk and how we ensure that the packaging metadata are in sync with our delivery, let's swing to the heart of the daily release process! Preliminary notes on daily release This workflow is heavily using other components that we rely on. In addition to our own tool for daily release, which is available here, we needed to use jenkins for scheduling, controlling and monitoring the different parts of the process.