People behind Canonical Quality — gema

Last month I started my series of interviews called “People behind Canonical Quality”, but I haven’t posted anything yet since I’m too busy for exams. So today, let’s do the first one!

First on is Gema Golez-Solano, nicknamed gema on IRC. She normally does automated testing, making sure that every daily image (and I mean every single one of them) works best in every aspects and spot out bugs.

1. Can you give us a brief introduction of yourself?

I was born in Spain but I have lived in the UK for almost 10 years now.
I went to University back in the day in Barcelona and studied Computer
Engineering, then I was programming for a brief while in a company and
realized that what I did very well was not creating things but breaking
them.

2. What do you think makes QA interesting?

The creative thinking involved in ensuring software doesn’t break badly
is what attracts me the most. Using software and figuring out which
parts of it are weak and how to break it is very rewarding for me.
Seeing those problems fixed later makes my day, it makes me feel the
time was worth spending and I am saving users from feeling frustrated
(like I do when I get a new phone or a new gadget for which I paid a lot
of money and something is broken, which happens too often).

3. What sort of QA do you do within Canonical?

I am trying to make sure Ubuntu works nicely as a system. We do system
testing: think of as many ways as you can of Ubuntu installed or
installing for any use case, my job is to make sure Ubuntu shines in
every situation (we are trying, but the possibilities are endless). We
care about how much power it consumes, how much memory it needs to run,
how fast it is, whether it actually does what it is supposed to do and
whether it fails gracefully when it should. And my team focuses on
automating these test cases, running them every day and reporting
results along with any problems we find.

4. Why did you join Canonical?

I liked the idea of making Ubuntu and Linux in general easy to use for
non-computer savvy people, for example my family. I had too many
experiences with unusable linux installations in the past and I found
the idea of making it easy to use very appealing and challenging. I
thought test automation would help in the process and I was offered the
opportunity of joining so I took it.

5. What do you think of Ubuntu’s QA Community?

I like to think of my team as part of that Community, even though we
don’t interact that much on daily basis due to tight deadlines. When I
started with Canonical the QA Community was struggling to cope and we
were a very young QA community, not quite pulling all in the same
direction. A lot has changed since, Nick joined and started to shape the
future together with the contributors. Now there is a vibrant group of
people that are driving this testing and are  interested in automating
the easy stuff to use their brains to test the more challenging cases
and I am loving it. We can never test in every piece of hardware there
is out there in the lab, nor we can verify manually every corner case,
so I think the Ubuntu QA Community is a key piece of Ubuntu’s QA
success. Let’s keep growing it :)

6. What is the most interesting thing you have ever done within Canonical?

I created a test analysis that never got implemented[1], it was the
first thing I did when I joined. I enjoyed very much doing it and people
liked it, but it never got implemented because we needed to have test
tools and reporting capabilities, infrastructure we lacked back then. A
lot has happened since and now we are almost at a point when I can go
back to it and start implementing, I haven’t given it up yet, maybe you
guys can help me choose the interesting cases from there, based on your
experience?

7. What advice will you give to people joining the Ubuntu QA Community?

I’d like to encourage people to script the repetitive parts of testing
and give us those scripts to run in the lab, or set up a cron to run
those automatically daily on your machines, or both. That way you can
spend time testing what really matters and thinking about the different
use cases that are important to the users. Do something new every day,
think out of the box.

8. If one wants a job in Canonical, what job would you advise him/her to
apply? Why?

If we are talking about QA, I’d say you need to have a very strong QA
oriented mindset and high attention to details. Be a perfectionist and
capable of developing test cases, develop a record of delivering to a
very high standard what you commit to. Whatever you do, you need to put
your heart and your mind into it. I’d recommend to find something you do
very well, become a point of contact for that and be active on the
community. If you are good and enjoy what you are doing, in all
likelihood you’ll be pinged by someone in Canonical when an opportunity
that requires your skill set comes up. Other than that, you can keep an
eye on our job site in case something that matches your skills appears[2].

9. What are your favorite hobbies?

I guess my main hobby is learning. I am learning to play the piano and I
love spending hours trying to get the notes and dynamics right, not sure
my neighbors are so fond of this when trying to watch TV, though. I like
maths and economics and I am studying a second degree during weekends
and holidays, which I enjoy very much. I like to keep up with technology
in coursera[3] and other such sites. I also love traveling and science
fiction movies.
[1]
https://wiki.ubuntu.com/QATeam/AutomatedTesting?action=AttachFile&do=get&target=Test+analysis+and+specification+for+Ubiquity.pdf
[2] http://www.canonical.com/about-canonical/careers
[3] https://www.coursera.org

office space

Her workspace with a lot of computers!!!
piano
Her piano!

Next week you will enjoy another interview with a guy you are familiar with:) But for now, thank you gema!!!

Multiple DEs for Ubuntu Studio (part 1)

It’s been a long time since I have posted in Planet Ubuntu (due to exams). Since I’m back, I think I would want to share something. For today, I want to tell you about Ubuntu Studio’s plans and progresses on multiple desktop environments (DEs).

One of Ubuntu Studio’s good advantages is that we developers and users can use whatever desktop environment we want from the Ubuntu repositories, since what we are providing is a multimedia creation experience, not providing a single, discrete DE-based environment. For example, if an audio user likes Unity over Xfce (Ubuntu Studio’s default DE) he can install it using Synaptic or apt-get and use it within several minutes. Users can also choose from LXDE, KDE, Cinnamon, MATE, GNOME 3 and others.

Sometime ago a audio producer joined the Ubuntu Studio community and complained that since Ubuntu Studio does not use Unity, he doesn’t want to use it. This made me and Kaj Ailomaa having to reply long (in my case, VERY long) comments. We were thinking: desktop environments shouldn’t be the deciding factor that one will (or won’t) use our operating system. Henceforth, we came up with the idea of enabling users to choose multiple desktop environments.

Len Ovenwerks, our desktop menu master, is doing a great job into enabling our XDG menu to fit into every single DE (albeit, he seems to be having trouble with MATE). The menu especially works well in Xfce, KDE and LXDE. We are also trying to make our own desktop metas, with me responsible for KDE (as a Kubuntu member), Kaj for Unity (which seemed to be in high demand on G+), Maik Adamietz on GNOME 3, and volunteer lukefromdc for Cinnamon.

Our plan is to make an extension in ubiquity where users can choose whatever DE they want to use. Our live ISO will still include Xfce as the default desktop (and probably we will install it along with the user’s DE of choice alongside so there’s a backup solution), but we will give the users a convenient choice for using KDE or Unity.

This is still WIP of course. We hope to get some or most of it done by 13.10 Feature Freeze so we can test it in Beta 1. Fix the reported bugs, re-test in Beta 2, and 13.10 shall be good enough.

I will continue to keep on updating you guys as our work goes on, but before then, it’s time to celebrate Father’s day. :P

 

People behind Canonical Quality

If you did keep an eye on Planet Ubuntu, you would absolutely notice the series of “People behind Ubuntu Quality” series, where QA community members like me, Sergio, Jackson, Javier and Carla were interviewed by Nicholas Skaggs. If you never read it before, you will find it in Nicholas’ Orange Notebook.

Anyways, I myself started another series of interviews. I will be interviewing Canonical QA people from all over the world, who spends everyday making sure Ubuntu is of high quality. These interviews are to pay tribute to them, and thank them for making Ubuntu a nice product. As to echo Nicholas’ series, I shall conspciously name it “People behind Canonical Quality”. :P

Expect to see the first interview coming up by tomorrow or Saturday!

Developer-user relationships

Today when going through the list of Google+ communities I saw a message in a Linux G+ community that links to a blog post in Sprial Linear that talks about GNOME developers ignoring user requests. This is heartbreaking.

The incident commenced when a user Eduard Valiauka reported this bug in GNOME’s bugzilla. A feature in GNOME 3.6′s GNOME Terminal (background configuration tab in Profile Preferences) is missing in GNOME 3.8. He described the problem with some detail and asked the GNOME Terminal developers to add back the feature in later GNOME releases.

The conflict started when Christian Persch, a GNOME Terminal developer, simply replied “No.” and marked the bug as “Resolved” and “Won’t fix”.

This is a serious improper repsonse. If one developer wants to object to this feature, he can explain it with reasons that will please the bug reporter and other users. A “No.” will make users confused as to why this feature should removed at the first place, let alone whether it should be re-added. Developers shouldn’t shut the conversation at once. If a lot of users agree that this feature should be included, there is no good reason to object.

Many users then left a comment on the bugzilla page to support this proposal, and most of them argued that this feature is a major one. Some even thought that GNOME is reducing features too much.

But at comment #40 GNOME Developer and Bugzilla admin Olav Vitters responded by threatening that all users who left a comment shall be banned from the Bugzilla.

Why? Users HAVE the right to make feature requests and support proposals. This isn’t trolling. This is just a way to make their favourite desktop environment better. And the developers are closing their ears.

If you are a developer, ALWAYS listen to your application/operating system/kernel’s feedback. They are the key to your success, they are the gold to your code.

So, don’t deny other’s feedback or bugs early, they actually help.

Hurray! Ubuntu Studio 13.04 is released!

Yes folks, the official announcement for Ubuntu 13.04 release just went out an hour ago. And henceforth, Ubuntu Studio 13.04 is also released!

So what’s new (or notable)?

* New software in seeds — We added popular applications like Krita and LMMS into our images.
* New wallpaper (Rock theme, by Kaj Ailomaa)
* A rewritten icon theme
* A new shortened support period of 9 months to accomodate Ubuntu changes
* Bugfixes in JACK and Pulseaudio
* Much more!

Here I would like to thank the following people:
Kaj Ailomaa (zequence, Project Lead) for his excellent work and dedication towards the distribution;
Len Ovenwerks (len-dt, main developer) for his hard work on the menus and seeds;
Thomas Toine (ttoine, founder of Ubuntu Studio) for his return and making Ubuntu Studio merchandises progress;
Mike Holstein (holstein, support guru) for his user supporting efforts in #ubuntustudio IRC channel;
Zak Frappan (madeinkobaia, Art Lead) for joining Ubuntu Studio and making awesome artwork for social artworks;
Maik Adamietz (DarkEra) for his testing efforts for the final release;
Scott Lavender (ScottL, ex-Project Lead) for his guidance and work through the previous years.

Well, the below sentence sums all up:
ALL PEOPLE WHO HAVE CONTRIBUTED,TESTED, FILED BUGS, AND USED UBUNTU STUDIO,THANK YOU!

Now 13.04 is released, we need a load of contributors for S cycle! (Reminder: S codename unknown). We need people to help, but you don’t need to be a coder or know what Python is (LOL). We have opportunities like artwork, testing, documentation, user support and more. Go to http://ubuntustudio.org/contribute to start contributing!

smartboyhw

Testdrive Hacking (possibly part 1 only?)

Note: First of all, I would like to express my condolences to the people who died or got injured in the Boston International Marathon bombing accident. I’m extremely sorry for them, and I sincerely hope that they will recover soon.

Good QA people needs good QA tools. We, the Ubuntu Community QA Team, is really an excellent bunch of testers. That means we need top-of-the-shape testing tools.

Recently, some testers in our team (for example Jackson Doak or Sergio Meneses) has found some big issues in Testdrive, relating to missing images, or even some things like double menu items on a single image (see Launchpad Bug #1162057).

Testdrive is solely maintained by two Canonical employees (one of them quit I think). So, I proposed an idea of having us, the Ubuntu Community QA Team, to do the normal maintenance (and maybe feature development). Jackson agreed to my idea, and it was so well received in the team that in the final cadence week where we are supposed to do some daily image testing, I and Sergio went into the another way (at least me) and started hacking on the code of Testdrive.

The bug I wanted to fix is Launchpad Bug #1154563, which is that I wanted to add a Kubuntu Active image into Testdrive. Since it is an i386-architectured ISO, it wasn’t difficult to add it in.

I started by syncing down the Testdrive code in Launchpad by using “bzr branch lp:testdrive”. I then went to search everywhere for a possible place to do the fix (I am a noob in Python, which is the main language of Testdrive). I then suddenly realized that I only needed to add a few characters, as seen in the diff of my merge proposal.

Of course, I was extremely happy that I have done this, so I immediately proposed a merge. The merge got in today. Hurray!

Sergio Meneses also worked to get rid of the “double entry” bug. He discovered that the Bug was caused by cdimage.ubuntu.com having two folders for the latest daily builds now, i.e. current (passed the automated test) & pending (haven’t yet gone through the automated test). His merge proposal is there already, waiting for the Testdrive team to fix bugs.

I certainly hope that the current Testdrive maintainers are able to merge Sergio’s fix and push the packages before FinalFreeze. One of the features I will be working for Testdrive S (not Raring, FinalFreeze is coming up and I don’t think it’s a suitable time for this) is to add netboot, Ubuntu GNOME and UbuntuKylin images. Every flavour of Ubuntu is welcomed:)

 

 

 

It’s interesting…

Today (technically yesterday, if we are counting it in UTC) Javier Lopez (chilicuil) was accepted (or renewed, I don’t bother to check) into the Ubuntu 2200 UTC membership board. This isn’t anything interesting (at all), but the really interesting thing is that the first candidate he will be approving for Ubuntu membership is Jackson Doak (Noskcaj). Eh a Ubuntu Community QA Team member approving Ubuntu membership for another Community QA Team member? :O This is awesome. At least I think Jackson secured a vote:P (I actually pushed him to get membership)

The more interesting thing is that in https://wiki.ubuntu.com/Membership/Boards (where you go and put your name down for membership application) 2 out of the 5 applicants  (which includes Noskcaj) are 14-year-olds. Sounds awesome! We do have a number of young people who *ARE* Ubuntu members. Take a few examples:

* James Gifford (jrg) (16): Moderator of Ask Ubuntu.

* Jose Antonio Rey (JoseeAntonioR) (16): Ubuntu Youth Council member, the Ubuntu OnAir master and the public face of Ubuntu on video.

Benjamin Donald-Wilson (benonsoftware) (14): Ubuntu Youth Council member, long time Ubuntu User Days instructor, got Ubuntu membership at 12 (holy, I thought my profile was good enough, but this :O)

* Howard Chan (smartboyhw, a.k.a me) (14): Ubuntu QA person, Ubuntu Studio Release Manager and Kubuntu packager.

* many more (just don’t want to make it too long)

Clearly young people can contribute to Ubuntu also in a good way, but you, a teenager, might worry: Ah sure, but then I don’t know how to code! That’s seriously a wrong thought (even adult Ubuntu members might not know how to code). I, for example, is just a stupid novice in C++ and Java coding.

Yeah, you don’t need to learn how to code (or indeed, you don’t even need to know what is code!). What you DO need is a passion to Ubuntu. That’s enough.

So what you can do?

1. Local Communities (LoCo)

Local Communities are the best ways you can contribute to Ubuntu and at the same time have fun! Find your Local Community (LoCo) near you. A LoCo might be in your country, your state or even (sometimes) in your city! Join their activities or help to organize them, spread Ubuntu to your friends or even pitch having Ubuntu servers and computers to your school board (isn’t impossible, Jose Antonio Rey did precisely that) and encourage more people to use Ubuntu! That is a very fun way to contribute (and indeed, that is the way for most Ubuntu member applications recently to get Ubuntu membership).

2. Testing

I know Nicholas Skaggs (balloons) will like me talking about this. Testing doesn’t require any coding knowledge (except if you are writing Autopilot or autopkgtest testcases). It does require you to have a Virtual Machine or a spare machine though. Try installing specific images which will become releases. Or, if there is a call for specific testing on packages, install it and report bugs.  Your bugs will shape Ubuntu better:) That’s what Javier, Doak and me works on. Join us in the Ubuntu Community QA Team in https://launchpad.net/~ubuntu-quality or find us in #ubuntu-quality in Freenode IRC network.to start the happy life as a tester.

3. Translations + Documentation + News

This is also a good way to contribute. For translations, as long as you have proficient English and your local language skills, you can translate your languages’ language packs in Ubuntu, or for some packages in Ubuntu. It does take a lot of time (at least for me) but you knew that you are making Ubuntu good to your country. Join your language’s translation team (or if there isn’t one, set it up yourself) and start -l10n-ing! For documentation, join the Ubuntu Documentation team. They are recently running out of hands, so help them get something done! Go to #ubuntu-docs in the Freenode IRC network to contact the people and they’ll respond immediately. If you are a student journalist, try doing Ubuntu Weekly Newsletter or The Fridge writing. Join #ubuntu-news in Freenode. People will guide you to write your first UWN summaries.

4. Packaging

This is a rather technical topic. Packaging isn’t in the flavor for everyone (indeed, I doubt whether I am the most frequent young contributor doing packaging). Don’t get scared away, though. It really doesn’t require much coding skills (as I discovered doing Kubuntu and KDE apps packaging). There’s an awesome and relatively simple packaging guide in developer.ubuntu.com/packaging/html which guides you through of making your first package. One day, you might be granted upload rights or even MOTU or (that would be difficult though) Ubuntu Core Dev. I do recommend a person to find bugs, and fix them themselves. :)

5. User support

This is a good way to help people and contribute to Ubuntu. We have our IRC support channel in #ubuntu. We have a instant Q&A platform in Ask Ubuntu (http://askubuntu.com). We have Ubuntu Forums (http://ubuntuforums.org) which does support also. We have our mailing lists. So consider joining one or two (or MORE) platforms and help people in that specific platform(s). Answer their questions and help them alongway. You will teach and also learn, since you’ll also see other support questions.

So that’s it! Five easiest (at least I thought) ways that a youth can contribute to Ubuntu. Like Ubuntu? Join now!

 

Ubuntu Studio 13.04 (Raring Ringtail) Beta 2 released!

For the first release of mine being Ubuntu Studio Release Manager, I’m pleased to tell you that Ubuntu Studio 13.04 (Raring Ringtail) Beta 2 is released to YOU!

This final Beta of the 13.04 release incorporates the latest -lowlatency kernel based on the upstrean Linux kernel v. 3.8, a whole new wallpaper theme, a rewritten icon theme, new applications, new ubiquity and much more!

The release notes are available at here. Download the ISOs in here.

Install and have fun!

Gah too many April Fools Day joke from Ubuntu community

Yes that’s the title. Ubuntu gave me too many jokes yesterday.

1. Scott Lavender’s annoucement of resigning as Ubuntu Studio’s Project Lead

This is the first joke which turned out to be a non-joke. I was heartbroken.

I joined the Ubuntu Studio Team in August 2012, as an interested QA tester. At that time, it was Scott who contacted and welcomed me first. He was indeed a marvellous leader, pushing Ubuntu Studio on the conversion of the default desktop environment to Xfce and developing the initial idea of workflows.

Scott has been rather inactive in the 13.04 cycle due to his work, and he announced his resignation yesterday.

I was surprised since I was expecting the discussion of this matter in the 13.10 cycle, not the real thing on April Fools Day.X-(

Anyway, I would like to thank Scott and wish him every success in future development.

And now, the Ubuntu Studio Team enters “the zequence Era”!!!! (LOL). Scott has appointed Kaj Ailomaa (zequence) as the Ubuntu Studio Team’s new Project Lead. He has been working very extensively in the 12.10 & 13.04 cycle, writing documentation, doing SRUs, finding contributors, and much more. I do hope that every Ubuntu Studio Team member and user would support him as much as I do.

2. Oliver Grawart’s announcement about developers needing to pay money to upload packages and draft blueprints

This is so ridiculous that I really think this IS an April Fools Day joke. I mean, I need to PAY to upload packages and draft blueprints? Why? This clearly violates freedom of software packaging and makes people more unwilling to contribute to Ubuntu.

If this is the real thing, I either need somebody to sponsor me for this, or I just simply can’t contribute.

Please, Canonical and Ubuntu, stop going making Ubuntu a full commercial product.

So these jokes hit me yesterday and I don’t want anymore.

smartboyhw away from home in Hangzhou, China