Code hosting offline 11.00-11.15 UTC 29th October 2010
Published by Matthew Revell October 28, 2010 in General
Launchpad’s code hosting will be offline from 11.00 UTC for 15 minutes on Friday the 29th October 2010 for hardware maintenance.
During this time you will be unable to push to or pull from code hosted on Launchpad. Code imports will be paused.
Goes offline: 11.00 UTC 29th October 2010
Expected back by: 11.15 UTC 29th October 2010
Nautilus Terminal
Published by Matthew Revell in Projects
If you’re a Gnome user and have watched with envy as your KDE4-using friends effortlessly open a terminal directly in their file-browser, you may be interested in Nautilus Terminal.
Fabien Loison is behind Nautilus Terminal. I asked him a little about the project.
Matthew: What were you doing when you realised that life would be easier if you had a terminal in Nautilus?
Fabien: I was programming and I had a lot terminals open on different folders. I realized I was losing a lot of time to find the one I wanted, and then I remembered that Midnight Commander has an interesting feature: it permits you to enter commands in the current folder. I searched on the web and saw that (KDE 4’s file manager) Dolphin offers this kind of functionality, but nothing about Nautilus… So I decided to do it myself: I started programming Nautilus Terminal.
Matthew: And are you happy with the result?
Fabien: Although Nautilus Terminal is not as well integrated with Nautilus I would like (due to limitations of its extension system), I think I have solved my problem. 🙂
Matthew: What sort of reaction have you had?
Fabien: Most reactions were positive: since the day of the first release I have received many emails and also some blogs have written about Nautilus Terminal (WebUpd8, OMG Ubuntu,…). It seems that many people wanted this feature in Nautilus.
Matthew: So what made you choose Launchpad?
Fabien: I had already been using Launchpad for other projects for several months, and I like it (especially its integration with Bazaar), so I used it one more time. 🙂
Matthew: What has been the most useful part of Launchpad?
Fabien: The most useful part of Launchpad for this project has been the bug tracker, because there were a lot of problems in the first versions.
Matthew: And, similarly, where would you like to see Launchpad improve?
Fabien: That is a difficult question… Maybe having a small wiki for every projects (for the documentation).
Matthew: Finally, are you looking for contributions from other people?
Fabien: Yes, especially for the translations, because I can’t do it myself for all languages (I can translate in French only). So thanks to all translators (and all the people who have helped with code, bug reports,…). 🙂
Matthew: Thanks Fabien!
Visit Nautilus Terminal in Launchpad.
Meet Ian Booth
Published by Matthew Revell October 26, 2010 in Meet the devs
We’ve seen quite a few new faces in Canonical’s Launchpad team lately. Ian Booth is one of them and is now part of the Launchpad Code team.
I asked him a bit about who he is and what he is working on.
Matthew: What do you do on the Launchpad team?
Ian: I only recently started working on Launchpad. I work on the “Code” team, reporting to Tim Penhey.
We deliver functionality associated with managing and importing branches, merge proposals, code reviews; Bazaar-Launchpad integration; the XML-RPC and web services API etc.
Personally, I’ve also done some work on improving the menu rendering performance and other infrastructure type things.
Matthew: Can we see something that you’ve worked on?
Ian: There’s not a great deal that’s visible to the end user (or what could be considered a headline feature) just yet.
Something I could mention is that I’ve done work on improving how lp: short alias URLs (eg lp:firefox/trunk) are handled. If an invalid link is processed, the user is redirected back to the referring page with a nice message instead of getting an oops page.
Matthew: Where do you work?
Ian: I work from home in Brisbane, Australia.
Matthew: What can you see from your office window?
Ian: I can see the kids’ trampoline and our back garden (or should that be all the weeds).
Matthew: What did you do before working at Canonical?
Ian: I worked for 10 years at Caterpillar, developing an onboard/office system to control the real time running of large open cut mining operations, using cool technologies like GPS, mesh wireless networking and embedded onboard computers. I’ve also worked as a data communications engineer, project manager, and also tried my hand a getting a startup company up and running (sadly, without success).
Matthew: How did you get into free software?
Ian: The use of open source software has been critical to the success of various projects I have worked on. A large factor for me in pushing the use of such software on these projects has been the need to be able to diagnose and fix issues, and develop customisations/enhancements, which would otherwise have been at the mercy of the vendors’ release schedule or otherwise out of our control.
Matthew: What’s more important? Principle or pragmatism?
Ian: Can I say both? I don’t think they have to necessarily be mutually exclusive. But I would err on the side of pragmatism, so long as it fitted within my moral boundaries.
I suspect one context in which you may be framing the question could be the inclusion of binary blobs and so called non-free components within otherwise open source/free software distributions like Ubuntu. In those cases, so long as it’s legal to do so, I say give the end user the functionality they need every time.
Matthew: Do you/have you contribute(d) to any free software projects?
Ian: I’ve contributed features and/or bug fixes to Sofia (a web framework which was popular around 10 years ago), Hibernate, Zope (only a very small fix so far but hopefully more as I get more knowledge), the Bazaar plugin for Intellij, and other (much) smaller scale projects.
Matthew: Tell us something really cool about Launchpad that not enough people know about.
Ian: Hmmm. That’s a difficult question given my short time on the project. One feature I found really useful is the degree of integration between Launchpad and Bazaar, especially the recent improvements to allow lp: alias names to be used to refer to branches.
Matthew: Is there anything in particular that you want to change in Launchpad?
Ian: I would love to modernise the GUI and/or look and feel to make it more “sexy”.
Matthew: Thanks Ian!
Launchpad read-only 22.00 UTC 13th October 2010
Published by Matthew Revell October 12, 2010 in Notifications
Launchpad’s web interface will be read-only, with other aspects offline, for around two hours on Wednesday the 13th of October, while we roll-out new Launchpad code.
Starts: 22.00 UTC 13th October 2010
Expected back: 00.00 UTC 14th October 2010
Enabling Automatic Bug Expiry
Published by Deryck Hodge October 6, 2010 in Bug Tracking, General
I recently sent out an email to Launchpad users who had selected the “expire incomplete bug reports” option for their project, explaining that we would be enabling this feature again in Launchpad. Well, actually, I sent out a lot of emails. This happened partly due to poor design of the script I wrote to send the emails and partly due to my own error. I am sorry for the inconvenience this may have caused anyone. We are taking steps to ensure this sort of poorly executed mass emailing doesn’t happen again on Launchpad.
For those who haven’t heard, the rest of this blog post is meant to fill you in on the coming changes.
What is about to change?
Launchpad has always advertised that we auto-expire incomplete bugs matching certain conditions, but we haven’t done this for awhile now. We are ready to turn this feature back on. This means that bugs that are considered inactive will have their status automatically changed from Incomplete to Expired. For more detail on how Launchpad determines if a bug is inactive, visit our Bug Expiry help page.
This change will take effect in about two weeks, sometime during the week of 18 October 2010.
What this means to you?
If you maintain a project in Launchpad and you want this feature, you need to ensure that the Expire “Incomplete” bug reports when they become inactive option is selected for your project on it’s Configure bug tracker page. We have disabled it for all projects since it has been selected by default but inactive up until now. Sometime before the week of 18 October, you’ll need to re-enable this option if you want to take advantage of automatic bug expiry.
If you maintain a project in Launchpad and you do not want this feature, you do not have to do anything.
For maintainers of Ubuntu packages in Launchpad, we have left this option enabled. Getting this feature re-enabled was driven largely by requests from Ubuntu developers, so we have not changed the config options for Ubuntu packages in Launchpad.
If you have any other questions about this, feel free to leave a comment here or contact me on Launchpad.
Launchpad read-only 08.00 UTC 7th October 2010
Published by Matthew Revell in Notifications
Launchpad’s web interface will be read-only, with other aspects offline, for less than 15 minutes from 08.00 UTC on Thursday the 7th of October. During this time we’ll be completing our upgrades to Launchpad’s database servers.
Starts: 08.00 UTC 7th October 2010
Expected back before: 08.15 UTC 7th October 2010
This completes our current run of database server maintenance.
Continuous deployment in Launchpad
Published by Robert Collins October 5, 2010 in General
It currently takes an average of two weeks for new changes that have been developed for Launchpad to become live on the Launchpad site.
We’re working on changing this and making the way we deploy Launchpad simpler and more reliable at the same time.
In the first generation of this, we are targeting changes that do not alter the data model, and we’re aiming for a delay of 12-16 hours. Longer term we’ll be aiming for a few hours.
If you are a ‘beta‘ user of Launchpad, this has one primary, and very important change: the ‘edge’ site is going to be removed. We now have a process for validating changes that would previously have been validated on edge using a new staging site. The edge site previously received unvalidated updates and would from time to time have issues as a result. If you are not a ‘beta’ user, then nothing should change for you at all, except that you will notice site changes more often, with no downtime, rather than once a month after downtime.
Sometime in the next few weeks the redirect to ‘edge’ will be removed (it only affected beta users). Instead of a redirect to ‘edge’, the main website will offer you any unreleased functionality, and the ‘disable edge redirect’ link will turn off that functionality for a moderate time period. Following that we will put in place a redirect from ‘edge’ to the normal ‘launchpad.net’ across all of the ‘edge’ servers, and move the servers to the main site server farm.
Launchpad read-only 08.00 UTC 6th October 2010
Published by Matthew Revell in Notifications
Launchpad’s web interface will be read-only, with other aspects offline, for less than 15 minutes from 08.00 UTC on Wednesday the 6th of October. During this time we’ll be making upgrades to Launchpad’s database servers.
Starts: 08.00 UTC 6th October 2010
Expected back before: 08.15 UTC 6th October 2010
Roughly 24 hours after this read-only time there’ll be another short period where Launchpad is read-only. This will enable us to complete the upgrade work and we’ll announce the exact times separately.
More Build Farm Improvements
Published by Julian Edwards October 4, 2010 in Code, Cool new stuff, PPA
Continuing with the recent improvements to the build farm – Jelmer has made another massive one.
The last major scalability problem that we had was one where the whole farm was blocked when a single builder was ready to upload a build. In the case of large packages, like the kernel, the manager process could block for over a minute while it waited for the upload processor to unpack the package and verify its contents.
Jelmer’s work has decoupled the upload processing from the build farm manager process. What happens now is that the files collected from the builder are thrown into a staging queue area and then the manager process immediately continues with polling the rest of the builders, unblocked. A cron job will then process the builder upload queue at 1 minute intervals.
You can see the dramatic effect this has had on the overall queue for the PPA builders here:
This is quite an incredible improvement as you can see! But we’re not stopping there, we’re currently doing a massive refactoring of the builder dispatching code so it’s all fully asynchronous. When this is all done we’re going to be in superb shape to support an increase in load that’s anticipated from the increasing number of people using the package recipes.
Code hosting/browsing unavailable 14.00 UTC 23rd September 2010
Published by Matthew Revell September 23, 2010 in Notifications
Launchpad’s code hosting and browsing will be offline for 15 minutes today for emergency hardware maintenance.
Going offline: 14.00 UTC 23rd September 2010
Expected back: 14.15 UTC 23rd September 2010
We’re sorry for the short notice of this downtime.
