launchpadblog

There are all sorts of different ways in which we in Canonical’s Launchpad team keep in touch with people who use Launchpad: informal conversations on IRC, attending Ubuntu Developer Summits, formal user research and so on.

We want to hear from as many people who use Launchpad as possible. To help get there, I’ve created a survey with five questions. Tell us what you like about Launchpad, what you don’t and what sort of work you do in Launchpad:

Take the Launchpad user survey!

I am happy to report that caching rules I put in place on many pages last week are effective. I did not want to announce that pages were faster until I could see read a week of oops reports to verify that the slow pages owned by the Launchpad registry team were no longer listed as problems. I am honestly surprised that all the slow pages I changes are not listed. I expected to make a reduction in timeouts between 50% and 80%. This looks like a 100% success. I know it is not 100%, but I think this means that milestone, series, and project pages load quicker and you are seeing fewer timeouts.

Launchpad pages now have access to memcached to store fragments of pages. Parts of pages that are costly to generate are cached for minutes or hours depending on how often the data can change. In the case of distro series pages, architecture data changes every few months so the cache rules are 6 hours. Milestone pages were a challenge to cache. Active milestones cache bugs for 10 minutes, Inactive milestones cache for 3 hours. The milestone summary of statuses and assignments cache for 1 hour. If you do not know this, you may suspect there is a bug in launchpad, or wonder if you did not update a bug as you thought. We need a mechanism to expire change when data is changed.

We are now adding cache rules to other pages to improve page load times.

Come and meet some of the Launchpad team next week in Montreal!

From around 7.30pm on Wednesday the 2nd of June, we’re going to be at Réservoir (map), which is at:

9 DuLuth Est.
Montréal
H2T 3L4

I’ll be there, along with Launchpad team leader Francis Lacoste, Launchpad Strategist Jonathan Lange and Launchpad Ombudsman Karl Fogel. Come join us for a drink and a chat.

Some of the Launchpad team will be in Brussels next week for UDS, so it’s a great opportunity to head to a bar and meet up with other Launchpad users 🙂

Come join us at Delirium Café from around 8pm on Wednesday the 12th of May. Look out for the people in Launchpad and Ubuntu t-shirts.

• What: Launchpad meet-up
• Where: Delirium Café, Impasse de la Fidélité, 4A – 1000 Brussels
• When: From around 8pm on Wednesday the 12th of May

Mail me if you have any questions or just to say you’re coming!

Many users have discovered that they could not reuse an email address that once belongs to a team. While Launchpad claimed the contact address was gone, that was not the case; it was hidden, never to be seen again. This is fixed. Launchpad does what it says. It removes the email address. The address can be re-registered if needed.

Many list moderators have noted that there are messages with no content in the moderation queue. This is because the messages had no text part, and that these are spam. Launchpad now discards messages without a text parts. You will not be asked to moderate a message that has no content. There is one caveate to this, content-less messages already in the moderation queue must be removed using the UI.

The Ubuntu packages portlet lists the most recent project packages in Ubuntu’s main archive. But there are thousands of Ubuntu packages that are not linked to a registered Launchpad project. The links are needed to forward bugs upstream, sync translations, and get the latest project code. The portlet now suggests unlinked packages.

You can help Ubuntu and the project by selecting the right package. There are many cases where the project’s name is different from the Ubuntu package, and you can search for an alternate package. You can also state that the project is not packaged in Ubuntu.

After the project is linked to an Ubuntu package, it is possible to link it to other project packages from the All packages page. You can also do this from the project’s series pages.

Update: Have a look at the Gedit Developer Plugins project’s overview page for an example.

Projects get an improved “Get Involved” portlet. This portlet provided links to create projects artefacts like bugs and branches. It was never clear though how to enable these links. Privileged users like project owners will see links to configure Launchpad applications. The portlet also call attention to applications that are not configured.

The first use of the not configured state is the project branch. Contributors cannot submit code if Launchpad does not know the series branch, and most importantly, communities like Ubuntu need access to the project’s focus of development. The new Configure (project|series) branch form allows you to setup an code import and link the branch to the series.

A few links to Launchpad related posts from the past month or so:

• Fixing the bug tracker widget: Curtis Hovey looks at what’s wrong with the way you set a project’s external bug tracker, in Launchpad.
• No project is an island: Curtis again, “I think the best summary of what Launchpad does is that it hosts open source communities.”
• Canonical pays to upgrade Gnome’s Bugzilla: “…the makers of Launchpad paid for improvements to Bugzilla, a competing product—not to mention that Ubuntu’s competitors will benefit from improvements to GNOME. As [Kiko] notes, Canonical views this as ‘bridging the gap’ from Ubuntu to upstream.”
• Microsoft developer Garret Serack announces The Common Opensource Application Publishing Platform (CoApp): “CoApp aims to create a vibrant Open Source ecosystem on Windows by providing the technologies needed to build a complete community-driven Package Management System, along with tools to enable developers to take advantage of features of the Windows platform.” And it’s hosted on Launchpad.
• Being the Launchpad Release Manager: Deryck, the Launchpad Bugs team lead, talks about managing a Launchpad release and asks if it makes sense to talk about website releases.

(This is a correction to a previous post.) Launchpad’s web interface will be read-only for roughly 90 minutes, from 23.00 UTC Wednesday 3rd March to 00.30 UTC Thursday 4th March, 2010. Other aspects of Launchpad — including code hosting, PPAs, the API and email interface — will be unavailable during that time.

Starts: 23.00 UTC, Wednesday 3rd March 2010
Expected back: 00.30 UTC, Thursday 4th March 2010

During this time, we’ll be releasing the code for Launchpad 10.02.

The next planned down-time for Launchpad will be for our 10.03 release on the 31st of March. We’ll publish the exact time, nearer to the release date, on our status page.

You can also see the Launchpad release calendar to check for future release down-time.

Just a quick note to link to some interesting Launchpad-related posts/articles that have cropped up over the past week or so:

• An introduction to collaborative development with Launchpad — (Ars Technica)
• Some thoughts on using the Windmill testing framework in Launchpad development — (Björn Tillenius, via Planet Launchpad)
• Three tips for enhanced productivity — (Julian Edwards, via Planet Launchpad)

If you haven’t seen it yet, take a look at Planet Launchpad.