Tilde or not tilde
Published by Matthew Revell May 27, 2011 in General
When Launchpad shows someone’s display name, it’s not always clear who it’s referring to.
With so many people registered in Launchpad, it’s not surprising that some of them share a name. However, every Launchpad id is unique. Mine’s matthew.revell and no matter how many other Matthew Revells there might be in Launchpad, I’ll always be the only one with that ID.
To help clarify who’s who, we’re going to show the ID in more places alongside the display name. Two of those places are the person picker — so you know for sure that you’re selecting the right person — and at the top of the profile page.
There was some discussion, though, as to whether people would recognise that we were showing the person’s Launchpad ID. One way to make it clearer, it was suggested, would be to place a tilde in front of the ID.
On Wednesday I set up a survey asking which of these you prefer:
And which of these you prefer:
Rather than say it straight out — i.e. do you like the tilde? — I wanted to see if people noticed it.
The majority of people who responded to the survey said they preferred the versions without the tilde.
For the person picker, 23.6% of the respondents preferred the version with the tilde and 76.4% preferred the version without.
For the profile page it was a little different and even more in favour of the version without the tilde: 18.4% preferred the version with the tilde, whereas 81.6% preferred the version without.
Thanks to everyone who took part. It’s now over the to Teal Squad to digest the results.
Photo by Fling Poo. Licence: CC BY 2.0.
Help us test something new!
Published by Matthew Revell May 25, 2011 in General
My colleagues in the Teal Squad have been working on a small change that’ll make it easier to distinguish Launchpad users who have similar names.
We’ve got two quick questions in our new survey. Help us make it easier to tell who’s who in Launchpad.
The survey is open for 24 hours only, so get in before 18.00 UTC on the 26th May.
Take our short survey to help us make it easier to tell who’s who in Launchpad!
Photo by Elizabeth M. Licence CC BY 2.0.
Congrats, nigelb and chrisjohnston!
Published by Martin Pool May 23, 2011 in General
Congratulations and virtual cupcakes to nigelb and chrisjohnston who got their first changes in to Launchpad, and to the reviewers who helped get them finished off and deployed.
jml said it so well at his recent short talk:
(update: fixed mysteriously-broken video start-at time.)
Coming soon: improved bug subscriptions
Published by Matthew Revell in Bug Tracking
Did you know we’re running a beta of Launchpad’s new bug subscriptions system?
If so, you may have heard that we were planning to take the new subscriptions system out of beta today.
There are, though, a couple of bugs that we want to fix before taking the new bug subscriptions system live. And one of those bugs requires an update to our database, which means a short amount of read-only time for Launchpad.
So, we’re now planning to make the new bugs subscription system live on June the 8th, which is our next scheduled database roll-out.
If you want to start using the new system straight away, join our beta team!
Photo by Jordiet. Licence: CC BY SA 2.0.
Love from Budapest
Published by Francis J. Lacoste May 20, 2011 in General
Jonathan (our Product Strategist) and I attended UDS-O in Budapest last week. Brad, Ian, Huw and Julian also came along for some part of it. And what great feedback we received from Ubuntu contributors! Working on a big and relatively old project like Launchpad can sometime be hard. From within, we are well aware that development is slower than it could be, that we have a lot of tech-debt and a big pile of Critical bugs, not to mention the hundreds of things that we know we could do to make Launchpad more compelling. Working distributed where you interact with users and fellow developers mostly through IRC and email, and sometime voice for “richer” communication makes it even easier to lose the perspective you get when you speak to real users face-to-face.
For me, UDS brought a nice uplifting fresh air (and that’s not a small feat when you know that this is a conference where you have sometime ~400 people in close proximity in the same room 😉 I don’t have enough fingers to count the number of people who thanked us for our performance work or for some other bug fixes we did! From their perspective, Launchpad development is going well and they want more! The performance improvements we did have been noticed! And people were thrilled by the new bug subscription work.
You can get a feel for the atmosphere by watching Jono’s 5-minutes lightning talk. The audience reaction is very much in line with the individual feedback we received.
It’s always great to know your effort are appreciated by your users. Thank to all the folks at UDS. Keep the love coming!
Photo by yixing h. Licence: CC BY-NC-ND 2.0.
Nikki and the Robots
Published by Matthew Revell May 19, 2011 in Projects
Nikki and the Robots is the first game from Berlin based games studio Joyride Labs. It’s a retro-styled platformer with beautiful colours and an open source licence, with bugs tracked in Launchpad.
I asked Iwan & Sönke from Joyride Labs about the game.
Matthew: Nikki and the Robots is LGPL and Creative Commons licensed. What made you choose open source licences?
Iwan & Sönke: This one is easy! Our love of open source software and free art made us do it! Also we expect that being open will get us additional attention and love.
Our work and how we license it is an experiment too, so actually we ‘hope’ rather than expect. 🙂
Matthew: How are you planning to distribute the game once it’s ready?
Iwan & Sönke: We are working on the first part of Nikki and the Robots and will start in-dev-sales (pre-sale) once it is ready.
Game, editor and user levels will be free as in freedom. A part-proprietary organic story mode with enhanced levels and additional in-game-art will be available for pay.
Matthew: Can you tell me a bit more about the technology behind the game and the decisions you made? I see, for example, you’re using Haskell.
Iwan & Sönke: Haskell is just my (Sönke’s) favourite language. I have the impression that I can do coding in Haskell much faster than in other languages and I produce less bugs. Besides Haskell we use Qt and OpenGL as the graphics backend and Chipmunk as the physics engine. By the way: we completely rely on free software for compilation on all platforms (so, no VisualStudio or XCode, just gcc, cmake, mingw32, etc.).
Matthew: How are you finding Launchpad as a bug tracker?
Iwan & Sönke: It’s quite usable. Forum and wiki might be useful features to consider for the platform. (We use a free wiki system and will probably set up an own forum soon).
Matthew: Thanks to Iwan and Sönke. You can download an alpha of Nikki and the Robots from the Joyride Labs website.
How we triage Launchpad bugs
Published by Matthew Revell May 17, 2011 in Bug Tracking
If you’ve ever wondered why a particular bug report about the Launchpad project is marked as Low, High or Critical, you should read our bug triage guidelines.
Okay, so, if you’re not directly involved with triaging Launchpad bugs then that may not be the world’s most compelling invitation.
So, here’s the short version: we use only the Critical, High and Low importances. We give each a particular meaning:
- Critical: Bugs that should be fixed before other bugs. Ideally, we’d have nothing here.
- High: Bugs we think we can fix in the next six months.
- Low: Everything else.
That last one can make it appear that we don’t care about your bug but that’s not the case. The reason we use Low is to avoid setting any unrealistic expectations about when someone in the Canonical Launchpad team will get to that bug. That’s not to say we’d complain if someone else fixed that bug. Also, we’re open to persuasion: tell us why we should increase the priority of a bug you care about.
There’s more in our bug triage guidelines, including what we consider to be a Critical bug.
Photo by Mr. T in DC. Licence: CC BY ND 2.0
A cream pie in the face
Published by Jonathan Lange May 16, 2011 in General
Launchpad has a lot of <a
Launchpad has a lot of critical bugs. A month ago, we had close to 300 of them. At the time of writing, we have 226.
Francis reckons that we can have zero critical bugs by June 27th but I am a little bit sceptical. To that end, I’ve made a wager with the Launchpad developer community:
If we have zero critical bugs by June 27th, then I’ll let one Launchpad contributor shove a cream pie in my face at our next get-together in Dublin.
Here are the ground rules:
- launchpad-project, not launchpad
- The bugs have to be actually closed, and if fixed, actually released
- “Critical” is as defined on our bug triage page (and no cheating by changing the policy)
- Any bugs that are escalated by Canonical stakeholders after the announcement do not count, but any new timeouts, oopses and so forth do count
- I will leave it to others to nominate a pie-er
- A custard pie would also be acceptable
If you want to see me publicly and deliciously embarrassed in the tastiest way possible, then now is the time to start fixing bugs. I will make sure that the event is filmed, photographed, instagrammed, live-tweeted and made available in whatever ways the cool kids are mainlining their microtainment these days.
Since announcing this on Twitter, Ted Gould and Neil J. Patel have also volunteered to be cream-pied if we meet this goal.
Photo by little blue hen. Licence: CC BY 2.0.
Launchpad Answers is faster
Published by Curtis Hovey May 12, 2011 in Answers, Performance
Users of Launchpad Answers will see that asking a question, editing it, or posting a comment to it is faster. Email about question changes is sent a few minutes latter. Many bugs relating to question emails were fixed as we moved the work of sending emails to the new process.
Users and answer contacts saw slow pages or time out errors when working with questions in large projects. Simple actions like asking a question or providing an answer would fail. It was common to see errors converting bugs into questions. A few weeks ago, we saw that 8 of the top 10 kinds of time outs involved questions; though this ratio was caused in part by the tremendous work of making other parts of Launchpad faster.
The root cause of the slow question pages was sending email to all the subscribers before showing the next page. The solution was to queue the the event to notify subscribers, and send the emails later. While updating the code, there were many opportunities to fix related Answers bugs. I am particularly pleased with the changes to the rules to create a question. There were four lines of code, and while I intended to fix one line, I realised there was a bug related to each line of code. In a matter of minutes I had fixed four bugs. The most obvious change you will see is that question emails will now state that you received the email because you asked the question, where previously you were merely described as a subscriber.
Beer as in beer
Published by Matthew Revell in Projects
There’s quite a bit of overlap between home beer brewing and hacking. Both usually involve experimentation, sharing and a love of what you’re doing.
It’s not surprising, then, that there’s more than one open source project aimed at helping home brewers to create the beer they want. A few home brewing projects are hosted on Launchpad, including JolieBulle (that’s French for “pretty bubble”).
Pierre Tavares started the project last year to support his own brewing. The result is an application that helps at every stage of the process. When you’re ready to get going, it helps formulate the recipe and allows for the sharing of recipes using the common BeerXML standard. It helps calculate what brewers call the beer’s profile (its bitterness, colour, how much alcohol it has), includes an ingredients database and has tools that help during the brewing process itself.
I emailed Pierre to ask about the development of JolieBulle. Here’s what he said:
From a technical point of view, JolieBulle is developped in pyQt and integrates well in both KDE and Gnome desktops.
I chose Launchpad mainly for the openness of the platform, and the great tools to manage code, bugs and blueprints. I’m pretty new to DVCSes but Bazaar seems fine, and I have no problem using it. I don’t use the translation tool, as I prefer Qt Linguist.
JolieBulle isn’t yet packaged for any distros and Pierre hopes to attract contributors who can help with that.
Photo by Sizbut. Licence CC BY 2.0.
