Posts Tagged ‘MOTU’

Facebook ads for MOTU?

// July 4th, 2012 // 6 Comments » // Free Software

MOTU Outreach

During the last Ubuntu Developer Summit, developer and contributor outreach was a topic that came up in a wide variety of sessions. In one of the sessions where we discussed the future of MOTU (the Ubuntu Masters of the Universe team), Evan Broder suggested that we try channels that might not necessarily be the usual geeky channels, like just taking $25 and buying some Facebook ads.

I’ve never bought any Facebook ads before and thought I’d give it a shot. I didn’t have time to prepare a nice campaign, or a nice landing page or anything fancy, but instead of putting it off until I can I decided to just run with it and see what happens.

I merely created an ad that said “Want to improve Ubuntu? Join the  Ubuntu Masters of the Universe team and help fix bug and upload packages!”. It linked back the the Ubuntu MOTU wiki page, which isn’t exactly glamorous, but it contains a lot of useful information on how to get involved.

Impressions and Clicks

Facebook lets you choose which targets you want to focus on. It even suggested a few, I mostly stuck with the defaults that it suggested and tweaked a little. This ended up being the targets:

This advert targets 129,520 users:

  • who live in one of the countries: United States or United Kingdom
  • who like ubuntu, linux or #OMG! Ubuntu!
  • who speak English (UK) or English (US)
  • who are in the category Science/Technology or the category Computer Programming
The ad was displayed a total of 20 661 times. That’s what Facebook considers it’s “outreach”. So out of the 129 520 users who were targeted, it was displayed for 20 661 of them.  59 people clicked on the link (that’s about as far as you can get with $25).

Did it work?

Well, did it get more people interested in contributing to Ubuntu? I have no idea. This experiment was mostly to see what $25 gets you in ads. Evan said he’s still up for contributing $25 for something like that, so perhaps we’ll do another round and make it more campaign like and more targeted. I’m actually somewhat dissapointed with the stats that Facebook provides. I was hoping for something more like Google Analytics where you could see where your visitors are from, which language they speak and which interest lead them to the ad. Maybe we’ll just try out Google ads next.

I actually think that it’s easy enough to target people via social networks like Google+. There are so many geeky people on there and from what I’ve seen, people are quite eager to share information that’s put together well and worth while sharing. It’s probably possible to put together a really good, effective campaign without even spending any money on it.

Any thoughts? Please share!

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

The “Software Packages” Meta-Track at UDS

// May 15th, 2012 // 2 Comments » // Free Software

Meta Track?

I’m glad you asked! At the Ubuntu Developer Summit, sessions are arranged by track. There are some topics that don’t have official tracks, but you end up seeing the same people in the same kind of sessions and it ends up being a track for all practical intents and purposes. One of these “meta-tracks” that emerged at this UDS was about software packages in Ubuntu. These were discussions related to how packages are organised in Ubuntu, how they’re maintained and synced with Debian, how to get upstream software developers excited about Ubuntu and more.

These were the sessions where I could walk in and be sure to find some combination of Stefano Rivera, Allison Randal, Asheesh Laroia, Evan Broder, Iain Lane, Andrew Starr-Bochiccio, Daniel Holbach, Andrew Mitchell, Micah Gersten, Bhavani Shankar and more in there :)

These sessions included:

I couldn’t attend all of them, many sessions were in the same slot or I were required in another session at the time. I marked the ones I couldn’t attend in italics.

Archive Re-organisation

I’ll jump in with the big and controversial topic. When Ubuntu was founded, Canonical and the Ubuntu community was small and could only support a subset of the Debian archives. This supported subset became known as main. Initially it was less than 1GB large, the rest of what you’d usually find in the Debian main archive became known as Universe, and a group of people, named in jest after a he-man series, became known as the Masters of the Universe (MOTU) team.

Main was maintained mostly by Canonical staff and the universe archive was maintained by Canonical staff and community members. Over time, more and more community members started to maintain packages in main. Flavours such as Edubuntu, Kubuntu and Xubuntu were later allowed to install from universe and it was later enabled by default. In the initial LTS release, only main packages were supported long-term. These days, there are many packages in universe that are supported for the full 5 years on LTS releases. Previously, only packages in main had translations shipped for them. This is also no longer true. The lines between main and universe have become so blurred that having the separation no longer made any sense. Around the last LTS release (10.04), the topic of an archive re-organisation emerged. It was a big discussion, and when the Developer Membership Board was formed the MOTU Council was disbanded (which in my opinion was a bad idea) in part of that and also in anticipation for the archive re-organisation. Some people took that as meaning that MOTU is dead or that it would stop to exist. That is certainly not the case.

Unfortunately, the archive re-organisation became very complicated very quickly. There still needs to be a way for Canonical to identify packages that they officially support if someone wants to throw money at them for supporting it. We can’t have everything translated because the language packs would just grow too big. How would we deal with managing build-dependencies and make sure that people depend on high-quality tools and libraries? Soon after the initial archive re-organisation was started, it stalled. In my opinion this caused lots of confusion and did damage to the Ubuntu project.

Having said that, I’m glad to report that the discussion at this UDS was extremely positive and it seems like the archive re-organisation might actually be completed over the next two releases. Other benefits will include how support meta-data is stored. The tools that currently use the support fields (update-manager, ubuntu-support-status, software-center, etc) will now get the support metadata from an external file, which means that packages in Ubuntu wouldn’t need a diff with Debian’s packages anymore for support meta-data. Also, the archive layout will be simpler and easier to understand. MOTU would probably change from “Masters of the Universe” to “Masters of the Unseeded”. Packages that are seeded are packages that are provided on standard Ubuntu flavours (Ubuntu Core, Ubuntu Desktop, Ubuntu Server, Edubuntu, Kubuntu, Xubuntu, Lubuntu, etc). The rest of the archive that are unseeded would then still be maintained by a newly defined MOTU group.

It’s a big hairy issue and I’ve just touched on some of the areas, but what’s great is that progress is being made again and that people are serious about making it happen. Colin Watson has a work item to take the discussion further on the Ubuntu development mailing list. I’m positive that things will be moving forward on that front for this cycle, even if it ends up taking another cycle to iron out some of the smaller kinks.

Application Review Board

In a previous cycle, Canonical put together a process by which application developers could get their non-free, commercial applications in to the Software Center via authenticated PPA. It seemed unfair to have a process where non-free software could make it into the Ubuntu software center but free software couldn’t, so a process was formed to let apps in the software center via an extras repository. This process is overseen by the Application Review Board. I joined this board right about 6 months ago. We’ve had the usual problems that Ubuntu teams have (because, in reality the ARB is more of a team than a board, the name is a misnomer, I wish less Ubuntu teams had this issue), like lack of time, getting sporadically distracted by other work, but on top of that, we didn’t have our process quite smoothed out yet. The web interface that we used to manage apps had some huge issues (like making apps completely disappear from the interface when requesting feedback from the developer).

For the last weeks, quite a few people have worked hard to help fix the issues in the process and in the web app. There were *many* sessions at this UDS regarding upstream developers, the ARB, the MyApps web interface, etc. At times I thought that there were too many, but it was just right. A lot of issues were discussed, problems were solved, and while I felt like the ARB process was in an alpha stage during the last cycle, I think it’s more like a beta-state process now. I think we’re very close to having a process that’s smooth and easy for both the people that submit these apps, and the people who review them.

Currently the ARB has some backlog that we need to sort through, we’ll probably use that to help improve the process further and make Ubuntu a fun and welcoming platform to develop for.

We also absolutely want people to contribute their software to the right place. If a package belongs in Debian, Ubuntu, a PPA or any other archive instead, we’d like to advise the user properly. I took a work item to put together a flowchart to help people decide where to submit their app, because there’s way to many guides and howtos and someone could read the entire New Maintainers Guide and still won’t know where to submit their app :)

I know I’m a bit thin on the details on the sessions here, but I’ll do more blog posts on that. I just wanted to provide some background and explain that good progress is made, and that things are greatly improving with the ARB process. In the ARB, many of us are aspiring to becoming Debian Developers so that we can help sponsor packages there when it’s appropriate.

Debian Health Check

The Debian Health Check session as become a regular session at UDS. We had a bunch of DD’s in the room that could comment on the Debian-Ubuntu relationship, but we didn’t have someone who specifically represented Debian. Some of the issues I’ve mentioned previously (like the ARB) were discussed. Also the Ayatana patches from Ubuntu that are hard to get into Debian (which includes Unity).

What is nice is that we have quite a few people who started out with Ubuntu that became Debian Developers. The relationship between Debian and Ubuntu seems quite healthy and it seems that both projects gain great benefit from each other.

MOTU Birds of a Feather

The archive-reorg was discussed, and MOTUs future role was discussed in anticipation of it. There was some discussion about things that have worked well in the last few cycles that should be revitalised. MOTU needs some more announcements of what it’s doing to cause some buzz around its activities. Too few people know what MOTU does and how it does it. Evan Broder and I plan to try some experiments with Facebook ads to see what kind of people/interest they bring in MOTU :)

The MOTU team is also very eager to get long-term ARB apps into the archive. Having apps in universe would mean less work and restrictions than having them in extras.

As MOTU we’re very committed to it and its goals, but there needs to be some restructuring/updating of the current documentation. It might also need a new vision/mission-statement, etc. This cycle is going to be a revitalisation cycle for MOTU in whatever form it will continue to exist. We hope that many people will get excited about packaging and quality in the Ubuntu archive and help contribute to that :)

Getting it all down is impossible

I wish I could do a better job at this blog post, but I’m still somewhat suffering from information overload from last week, and if I try to get it perfect and get everything in there then this post will never get finished. If you have questions, feel free to give a poke on #ubuntu-motu on freenode, there’s bound to be someone who could answer questions on any of these topics if you’re willing to hang around a bit. I still haven’t even touched on Backports, APT improvements, SRU streamlining, etc, but you should be able to find most of the information from those sessions in their blueprints. If you’ve made it this far, thanks for reading!

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

Ubuntu Membership

// August 7th, 2011 // 6 Comments » // Free Software

This is a blog entry about Ubuntu membership, and some tips for applicants.

The Membership Concept

The Ubuntu project accepts many kinds of contributions from people all over the world. After time, many contributors develop a sense of belonging and ownership of the project. When someone has been with the project for a long time and have made significant contributions to the project, then they may apply for membership. When you become an Ubuntu member, you become an official part of the project. You become a representative. You get an @ubuntu.com email address, an Ubuntu cloak on Freenode. You even get to vote on who serves on the Ubuntu Community Council, the top-level community governance committee in Ubuntu. For people who are serious about Ubuntu, membership is a big deal. Many people consider Ubuntu membership one of their biggest achievements.

Technical and non-technical contributions

People who become involved on a technical level will typically get membership based on their packaging and bug fixing/triaging work. If you’ve done a significant amount of technical work, you can apply to become an Ubuntu contributing developer via the Developers Membership Board (DMB) . The expectation is that an Ubuntu contributing developer will eventually grow into bigger Ubuntu developer roles (PPU/MOTU/Core-Dev) after time.All MOTUs and Ubuntu Core Developers are Ubuntu members. A technical contributor who contributes significantly to Kubuntu or to Edubuntu can also become members via the membership boards of those projects.

Technical contributions are greatly appreciated, but in Ubuntu we also recognise many other type of contributions equally. Work done inside your LoCo team (organising install fests, Ubuntu hours, setting up booths at local conferences, marketing, release parties, etc), support (on IRC, forums, askubuntu.com, etc), doing translation work, documentation (wiki, yelp, help.ubuntu.com, etc) are just some of the other type of contributions that are also recognised.

Ubuntu greatly benefits from upstream contributions, however, Ubuntu membership is only granted when a person is active within the Ubuntu project itself. If you’ve contributed to upstreams such as the Linux kernel, Gnome or even in Debian significantly but have never done any work in Ubuntu, then it’s probably unlikely that you’ll qualify for Ubuntu membership. Upstream contributions are certainly counted as a positive, it’s just that it’s not enough on its own.

Things to keep in mind when applying

The type of contributions that someone can provide is vast and is sometimes hard to quantify, because of that there’s no simple checklist that someone could just tick off and provide someone with membership. Because of this, a candidate will apply to a board which typically consists of at least 5 people. Board members are often community members themselves. Some boards consist of members with many varying views on many different things, this is often beneficial to candidates since board members can challenge and question each other on decisions that were made. I serve on the EMEA Regional Membership Board. Sometimes after a meeting we ask each other “Why did you give that -1? Wasn’t that a bit unfair?” or “Why did you give a +1 vote for this applicant and a +0 for a similar one last time?”. Discussing this after meetings (outside of the ubuntu-meeting channel) sometimes helps us in being more consistent on the voting process in the future.

Having said all of the above, it’s important to also realise that a membership board *wants* to give you membership. However, the Ubuntu community is ever growing with now thousands of contributors. It’s impossible for the board members to know all the people who contribute.

When applying, a candidate must prepare a wiki page listing their work in the Ubuntu project to date. Even a terse description of future plans is usually not a bad idea (but don’t let it dominate your wiki page, it’s past and current contributions that count). Some work are really easy to quantify and list. It’s easy to point to a launchpad package summary page and say “Here are 128 uploads I’ve made to Ubuntu in the last year!” or a forum page or launchpad questions or askubuntu.com page summarizing how many support questions you’ve helped getting resolves. Or saying how many release parties you’ve organised, how many translation strings you’ve provided and so on.

Gray areas with upstreams

Some contributions are much harder to quantify. IRC support is one of them. Improving documentation or doing marketing as well. Because of this, we don’t rely purely on numbers to judge membership. On your membership application page, you should have the people you have worked with comment on it and let the membership board you are applying to know about the great work that you have done. If someone is well known and respected in the community already, then their comments on your wiki page will go a long way. I’ve seen many members get approved just on reputation and good feedback by existing Ubuntu members alone. Comments from lesser well known contributors also count, but comments from people who are already trusted just counts so much more. Feedback from peers are also invaluable when we encounter gray areas. Above I mentioned that upstream contributions on their own don’t count. Recently things have become more complicated. There has been membership applications where an applicants main contributions were to upstream contributions such as Unity or Launchpad. These are tough because they’re tightly integrated in Ubuntu. An even tougher situation would be if someone who is a contributor to mainly Landscape or Ubuntu One would apply. These are also tightly integrated in Ubuntu but are seperate upstream projects. On top of that they are also non-free. Since membership was originally defined the lines between Ubuntu and what an upstream is has certainly become more complicated, and there are a lot of apposing views covering all the shades ranging from “Give all Debian Developers Ubuntu Membership” all the way down to “Only give membership to people who have strictly contributed to projects that are managed as part of the Ubuntu project!”. Because this has been a tricky issue, I’ve added it to the next Community Council meeting so that we can perhaps have some guidelines regarding upstreams, how we view them and how we look at contributions to those projects.

Closing words

I was only planning on a two paragraph blog entry and I haven’t said everything I want to yet. But… if you’re thinking of applying for membership:

  • Read this wiki page: https://wiki.ubuntu.com/Membership
  • Maintain your Ubuntu wiki page as you contribute. It’s like a resume, it’s easier to keep it up to date than to update it when you actually need it. Get the people who have worked with you to comment on your work. If they can attend the IRC session when your application is reviewed, even better.
  • Be patient. It might be a good idea to attend a membership meeting first before you apply just to get a general idea of how its run. Also, if you don’t get membership the first time, don’t stress. It happens. Many Ubuntu members got it only on their second time. The membership board will also give you advice on what’s lacking or things you can improve on for the next time you apply. Don’t waste that valuable advice, use it!
  • The process isn’t perfect (like anything), but it’s evolving and improving. If you have an issue, don’t be disgruntled about it. Bring it up in the right forum, I assure you that the right people will pay attention to the issue and work towards a solution.
  • If you’re still with me, wow, thanks. I’ve probably made a lot of typos and grammar mistakes. If I tried to get it right before posting it would just end up with my 50+ other blog drafts. Thanks for reading :)
SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

Welcome to new Ubuntu members from Debian!

// July 12th, 2010 // 4 Comments » // Free Software

Stefano Zacchiroli became the new Debian Project Leader earlier this year. In my opinion he’s doing quite good at delivering on his promises so far. In particular, I like how he’s reached out to Ubuntu as part of communicating better with Debian derivatives. In May he provided a talk at the Ubuntu Developer Summit titled “Collaboration with Ubuntu (from a Debian point of view)” (video).

Not sure if this is as a direct result of Stefano’s efforts (and as pointed out in the comments, it isn’t), but the last week we gained 2 new Ubuntu members who have already been long-time Debian contributors. Both report that the process didn’t take too long:

Raphaël is also involved with Utnubu, a collaboration layer between Debian and Ubuntu that’s currently being revived. Gerfried has been active in MOTU doing sync requests from Debian to Ubuntu as well as loads of bug triaging.

It’s great to see that there’s more links being formed between the two projects! Welcome again to our new members from Debian!

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

What’s been happening with Edubuntu?

// April 21st, 2010 // 16 Comments » // Free Software

I don’t blog nearly as much as I’d like to (but more about that in another post), which is why I think it’s about time that I make a catch-up post on what’s been happening in the world of Edubuntu during the Lucid release cycle. Edubuntu 10.04 is due for release on the 29th of April. It’s just about finished and tomorrow’s daily build should be pretty close to the actual release.

New Stuff in Ubuntu and Edubuntu 10.04

1. Reworked Edubuntu Disc

Edubuntu 9.10 was our first release that returned from being an add-on CD to a full installation disc. It had a big problem though, it was almost double the size what it needed to be. The alternate installation that shipped with the disc required for LTSP installation meant that every program and its files were shipped twice on the image, resulting in a very bloated disc. It was unavoidable at the time though but for Lucid we have managed to integrate everything that’s required for a full Edubuntu setup into the desktop LiveCD, so no more alternate installation is required. The effective overall gain on the Lucid installation media is about 1GB. We don’t want to waste space since the current 2.2GB image is already quite heavy on mirrors, but at it is good to know that we have some more leeway when we want to add more features.

2. Live LTSP


Edubuntu now provides the fastest way to get an LTSP server up for experimental or demo purposes. Simply boot from an Edubuntu Live Disc or USB MSD, select “Start LTSP Live” from the Other menu and choose an interface it should run on. About 2 minutes later you’ll have a working LTSP environment you can try out. Stephane made a screen cast demoing how easy it is to get an LTSP server up and running in less than 5 minutes running an Edubuntu live DVD and thin client in two virtual machines.

3. Easy LTSP Installation

If you have poked around Edubuntu and the Live LTSP environment and you decide that you’re ready for the real thing, you can install Edubuntu and an Install LTSP option will also appear on the desktop. It pretty much only asks you on which interface you would like to run LTSP on, just like the LTSP live environment. All you need to do is click on OK and sit back for 10 minutes while it does everything required to get the LTSP environment set up.

It’s notably faster than installing from an alternate CD similarly to how installing from the Ubiquity (Desktop CD installer) is faster than installing from the Debian Installer (alternate CD installer, more on this in another post) since it extracts the files from a pre-built squashfs image rather than installing a few hundred debian packages one by one.

4. Edubuntu Menu Editor

The Edubuntu Menu Editor is a new tool that allows administrators to create custom menu profiles and apply it to users and groups. This is written by Marc Gariépy who also works with me and Stéphane at Revolution Linux (which sponsors pretty much the bulk of Edubuntu-specific development at this stage)

5. Easy Netbook Mode

Installing Edubuntu on a netbook? Choose the network interface to get the latest Ubuntu Netbook interface on Edubuntu. It’s a lot faster than previous implementations, I even got great performance from it in a virtual machine with no hardware video acceleration at all.

6. Qimo Packages

Qimo is an entirely different educational distribution for young kids based on Ubuntu. I’ve been talking to the Michael Hall who develops it for a while so that we can get Qimo in Ubuntu so that Ubuntu users could install it easily. Since then Michael has joined our team and since I became a MOTU it became a lot easier getting his packages into the archives. Michael will probably also become a MOTU and an Edubuntu-Dev member over the next development cycle. We don’t include the Qimo packages on the Edubuntu DVD since it also depends on Xfce, so it is probably better starting with a minimal Ubuntu system or a Xubuntu system if you don’t want too much bloat on your system. Or just get the Qimo beta directly and install.

7. New Artwork

We have a new wallpaper created by Mads Rosendahl, we now use the Breathe icon theme which feels a lot fresher compared to the Gartoon icon theme that used to be the default (which is still available and included). We also went with the new Ubuntu window control positions which hasn’t been without controversy, but if some users strongly prefer the old window positioning or work in a mixed environment then it can be changed back by simply choosing another theme under the appearances menu.

Community Changes

1. New Edubuntu Council

Shortly after the Karmic release a new Edubuntu Council was elected. The role of the Edubuntu Council was also modified and now has more responsibility in the Edubuntu project. Previously it acted as a delegate for the Community Council, now it also acts as a Technical Board delegate for Edubuntu-dev as part of the archive re-organisation that continued to take place during this release.

2. New Website and new Website team

For the first time ever we have some dedicated people (Susan Stewart and Vikram Dhillion (along with others)) who will be looking after our website. Previously we only had one person at a time (mostly me who alternated with another person) who really didn’t have time to maintain it in the first place. The new website isn’t up yet but we aim to have it up around release time.

3. LP Team Restructure

We fixed up the plethora of Edubuntu teams on Launchpad.net who all had different owners of which some haven’t been around in a while, now most of the official teams are owned by the Edubuntu Council in addition to current administrators. With some teams we had to completely re-invite all the members since we didn’t know who they were and if they were active any more. We’ve had a generally good response in doing that. There’s still some work here, but the bulk of it has been done.

4. Team Reports

We now follow the standard Ubuntu team reporting structure for the Edubuntu Reporting (eek, the March report is overdue, will do tomorrow), which are basically just a few bullet points that summarizes some items from our meetings. It works okay and as time goes on we’ll continue getting better at it.

5. Hug Days

We had wiki and bug hug days where we gave special attention to certain areas that have been neglected on the wiki and where we gave some attention to some long-forgotten bugs. Scott Balneaves and Ben Crisford hosted these, Ben is also currently working on reviving the Edubuntu Advocacy team and we’ll probably see a lot happening in that area over the next release cycle.

Is That It?

No, there’s more, but it’s past 2am now and I need to get this posted so I guess you’ll have to download a daily build or wait for the official release announcement next week to get the full scoop :)

Also, the work never stops, we’ve already started planning for Ubuntu 10.10 (Maverick Meerkat), I sent some of my preliminary ideas to the edubuntu-devel mailing list yesterday. We have a meeting on Wednesday evening UTC where we’ll plan some final wrapping up of Lucid and also put together our ideas in a Gobby document that will end up somewhere on the wiki for discussion at the next UDS.

There’s a lot of people who put in effort to make this release possible, but I think we owe a special thanks to the Ubuntu Release Team who have been extremely quick to reply to feature freeze exception requests and when we have requested new builds to test last-minute bug fixes. If the release team wasn’t as efficient as they are I shudder to think of the problems I would’ve had to worry about right now. You guys rock!

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

Guess who’s now a Motu?

// October 29th, 2009 // 3 Comments » // Free Software

Just a few minutes ago, I finally became a MOTU! MOTU is short for Masters of The Universe (which is also the name for the old He-man comics and TV series, if you can remember that) and it’s the team that maintains the universe component packages in Ubuntu.

At the Ubuntu Developer Summit for Karmic I got renewed energy to persue my dreams to become a MOTU and had lots of encouragement. I spent some time with Stéphane Graber who showed me LTSP Cluster. It’s an impressive set of tools that he’s been working on that the company he works for develops. He said that I could maintain the LTSP Cluster tools in Ubuntu which should help a good deal towards me becoming a MOTU, I was thrilled and made it my goal to become a MOTU before Karmic was released. Little did I know that I would become a MOTU on the actual day that Karmic is released. At least I won’t forget when I became a MOTU :)

Thanks to all the MOTUs who have been helping me along the way, Stéphane and also for Jordan who taught me plenty of acronyms (not only for MOTU but also for Debian) and all the people who would answer my questions on #ubuntu-motu (especially ScottK, persia, RainCT, Soren, Hobbsee, \sh, sorry if I left someone out) and also Oli and Daniel who helped me a lot as I got started.

I’ve always had lots of plans for ‘one day’ when I become a MOTU. The timing is quite good so I hope to deliver a number of nice things in universe for Ubuntu 10.04!

masters.of.the.universe

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon

MOTU Journey Update

// July 19th, 2008 // 1 Comment » // Free Software, Jonathan

A bit more than a week ago I learned how to generate debdiffs. I wish I knew how to do it earlier, since it’s incredibly easy, and very empowering.

Previously, when working on bugs on Launchpad, all I could really do is make comments on what causes the bug, and make suggestions on how to fix it. Now, I can actually fix it myself, and attach the debdiff that can be applied to the current package that will fix it. It’s awesome, all you really need to do is download a source package, make the required changes, bump up the version number, create a new source package and then create the debdiff between the original and modified source packages. And all it takes to create the debdiff is just one simple command.

I’ve learned parts of the above previously from the Ubuntu-MOTU classes, but what made it much easier for me is the MOTU Videos, which you can get on YouTube, or if you want to view it off-line (like I did), you can download it via http.

I won’t achieve my goal of becoming a MOTU by the end of this month, as I said I wanted to nearly three months ago, but I’ve learned a lot the last month or so, and I’m glad that I’ve actually made some progress. I’ll just have to work a bit harder and maintain/gain momentum. The MOTU’s have been great with helping out and giving advice. A big thank you to all of you, especially the friendly people of #ubuntu-motu.

SociBook del.icio.us Digg Facebook Google Yahoo Buzz StumbleUpon