Make a video, help Inkscape, then comes the fame…
The Inkscape folks are looking for someone to help finish off some editing for their website introduction video.
Hop on over if you want to lend a hand!
(via Ted Gould)
Shotwell .8 is out.
New features include:
- Video support for Ogg, AVI, MP4, Quicktime, and WMV files
- Upload videos to major Web services, including YouTube, Facebook, Flickr, and PicasaWeb
- Runtime monitoring of library directory
- Background writing of metadata to master files
- Flagging of photos for batch operations
- Set multiple photos to desktop background slideshow
Congrats to the Yorba team!
Helping out Compiz
In case you’ve missed out, smspillaz has started working fulltime at Canonical on working on Compiz.
Sam’s been shuffling getting things fixed in the code and needs a bit of help, so I asked him to put together a list of things Compiz could use help with.
- Finish writing the compiz code doxygen
- Provide a support for sound events using libcanberra in gnomecompat
- Package compiz-plugins-extra and compiz-plugins-unsupported
- Figure out why evince is placing it’s window wrongly
- Figure out what is up with gtk-window-decorator on virtualbox
- Figure out what is up with resizing xterm in one direction
Here’s the full list with details, if more issues come up we’ll add them there.
Also a special thanks to the moderators of the Ubuntu Forums who volunteered to help the Compiz forums clean out some spam and tidy things up a bit. High five!
Inside the Banshee Awesome Factory
Those of you wondering how to make Banshee extensions (Stuart!) will want to pay attention around the 5 minute mark, where he goes into an example on how easy it is to make an extension.
So, go forth and make great extensions!
How do we get more developers?
Did you know that stackoverflow.com offers free advertising to open source projects?
Every project can always use some more new blood. And if you don’t think that’s a good enough reason, as of this writing here is a list of 344,881 other reasons.
Ok I promise not to blog about StackExchange anymore, until tomorrow anyway.
Who are your mentors?
Allison Randall has blogged about her new role in Ubuntu; working at Canonical as the Technical Architect for Ubuntu. One thing which I think is awesome is how she mentions people who encouraged her:
To give credit where credit is due, there have been 4 great influences on my career over the years, mentors, friends, people who believed in me, encouraged me to dream big dreams and try big things, who taught me that I’m better, smarter, wiser, more dynamic, and resilient than I ever imagined. In alphabetical order: Damian Conway, Greg Kroah-Hartman, Mark Shuttleworth, and Nathan Torkington. Thanks guys, I wouldn’t be here without you!
Everyone has mentors in Free Software, so Allison’s post inspired me to talk about mine. People who made you who you are. I hope this encourages you to talk about the people who inspired you.
While Allison’s post motivated me, this next month I get to celebrate 3 years at Canonical and I would like to thank people who have motivated me to do what I do. Think of them as the root of me:
- Dave Camp - Dave is one of the older Ximian folk, a former co-maintainer of Nautilus, and later he worked on Mozilla. He taught me to ignore the haters, and rock on by your bad self. He’s a hacker’s hacker, a dude who puts his head down and skates. He doesn’t care about fame, fortune, or any of that jazz, he’s just a dude. He is also an amazing guitar player.
- Luis Villa - Not much to say here, he’s brought so many of us here that I have no words that could ever be kind enough to explain what Luis has done for so many of us.
- Jeff Waugh and Benjamin “Mako” Hill - I am going to mush them together, since at the time they were the collective first “Ubuntu Community managers”. Jeff for being the spark plug of motivation and getting me to a UDS, and Mako for being the Free Software advocate who leads by example, not by shoving the GPL down people’s throat. I would love to hear much more from both of you. Both of you believed in me from the beginning, and I will always be grateful.
- Asa Dotzler - many years ago when I first started wondering what Mozilla was he took the time to explain open source to me. I also love that he flames Linux for what it is, maybe someday we’ll get our act together. :) I’m not even sure if he’s looking at Linux these days but I’ll always appreciate his first interaction with me.
These people pointed me in the right direction, and these are the ones who focused me into a fine instrument of Ubuntu laser-destruction. If you hate me, then it’s probably these people’s fault:
- Luke Kanies from Puppet Labs (at the time from Reductive Labs), who convinced me to think about applying for my current job at Canonical.
- Oliver Grawert, who made me actually do that or he promised to punch me in the face.
- Daniel Holbach. The name mentioned by Jono Bacon when he said “I am starting a new team” that made me apply for the job on the spot and totally not care what the consequences are. He has that effect on people.
- … and of course the rest of you on the community team (and I just don’t mean Canonical folk) who have been supportive of me over the years, even when I quit the team and had a temper tantrum a few years ago.)
And on top of that I’ve got the old folks, the mentors who are just awesome by being there, they’re all good friends and good mentors. I am pretty sure that everyone who has worked with these people are not surprised:
- Chris Blizzard - old school GNOME, now at Mozilla. He builds airplanes ffs.
- Vincent Untz - old school GNOME, now at Novell. He builds ice cream ffs.
- Miguel de Icaza - old school GNOME, now at Novell. He builds stack exchanges ffs.
- Ryan Lortie - old school GNOME, now at Codethink. He builds dconf ffs.
I’d also like to take a moment to thank the new people — those of you who are new here and want to rock. Spend some time researching my generation’s heroes, and learn from what they have to say.
Hah, I just thought “Some day this entire mess will all be yours”, but I don’t know if that’s a nice thing to say or not, so heh to you.
Upstream Contact: Bruno Girin
I met Bruno Girin at GUADEC 2010, where he was chatting with Adam Dingle from Yorba (the guys who make Shotwell) where I learned that Bruno was contributing patches to their project. As it turns out Bruno is an Ubuntu person who stepped up to the plate to work with upstream projects. This is the kind of thing we try to encourage, which is why we love it when people Adopt an Upstream.
And to top it all off, he blogged about his experience on his contributions to Shotwell and how he got started working on it. I asked Adam what he thought and he sent this along.
The entire Shotwell team is grateful to Bruno Girin for his substantial contributions to Shotwell over the last several months. Bruno first got involved with Shotwell development by submitting some small patches to improve support for his Canon EOS camera and to display the exposure bias for each photo. Before long, he had moved on to larger projects: he enhanced Shotwell to detect cameras using udev instead of libusb, and then implemented a major feature for the 0.7 release, namely importing the user’s F-Spot library into Shotwell. Bruno ended up coming to GUADEC in The Hague in July and it was great to meet him and hang out together there. He has lots of ideas about future enhancements to Shotwell and we look forward to working together more!
The Adopt an Upstream and Adopt a Package is a place where we strive to keep good tips and tricks on getting started working with upstreams; be it forwarding patches, cleaning up bugs, or whatever work is needed if you want to help contribute. Great work Bruno!
Here’s the status for this week, as we continue to grind through patches from contributors. 2 patches that need more work, 12 forwaded upstream, 2 to Debian, and one patch accepted (and one rejected) by an upstream.
Wanna help? https://wiki.ubuntu.com/OperationCleansweep
Total bugs with patches: 2263 (0)
Reviewed patches: 347 (+16)
Bugs with ‘patch-needswork’: 88 (+2)
Bugs with ‘patch-forwarded-upstream’: 145 (+12)
Bugs with ‘patch-forwarded-debian’: 43 (+2)
Bugs with ‘indicator-application’: 44 (0)
Bugs with ‘patch-accepted-upstream’: 48 (+1)
Bugs with ‘patch-accepted-debian’: 13 (0)
Bugs with ‘patch-rejected-upstream’: 16 (+1)
Bugs with ‘patch-rejected-debian’: 1 (0)
Patches and Bugs with Upstreams Extravaganza
Tomorrow is going to be a great day for Developer Week. Starting at 1600 UTC David and Nigel will be going over our continuing effort to get patches reviewed and submitted to upstream projects as part of Operation Cleansweep.
After you’ve learned how to review patches, Pedro’s session right after is how to forward those patches (and bug workflow) upstream.
Then, at 1800UTC you can come to my session, “Daily Builds and you”, which is about how we plan to offer upstreams the ability to spin off builds in Launchpad for great justice.
I hope to see you there!
Papercutter Profile: Marcus Carlson
Getting patches upstream and fixes out to users continues to be an area that we’re continuing to focus on. (See Operation Cleansweep) However there are plenty of people out there rocking things whom you might have never heard of doing the right thing day in and day out. Like Marcus Carlson:
Marcus has been working on the 100 Papercuts project on a piece of software called Nautilus, which is the default file manager for Ubuntu. Marcus is not only fixing the papercuts, but he’s doing the due diligence of making sure the patch and bug are filed upstream and committed by working with the upstream maintainers.
How is he doing this? Well, he’s Just Doing It, fixing them and sending the patches to the corresponding bug report in the upstream GNOME Bugzilla. So I asked Nautilus developer Cosimo Cecchi on how this is working out for him:
“I’d like to say a big thanks to Marcus Carlson for all the efforts he’s been devoting to improve Nautilus’ quality by sending patches and cleaning up our bugzilla. I feel this kind of behavior is great, and productive in building an awesome community around a project.”
So a big thanks to Marcus for his work on making GNOME and Ubuntu better and to Cosimo’s work reviewing the patches.
If you have a passion for being the bridge between users and upstreams and need a place to start then I encourage you to find a papercut and rock it!
Here are the stats for the last week’s worth of patch review, as part of Operation Cleansweep:
Total bugs with patches: 2243 (-27)
Reviewed patches: 321 (+11)
Bugs with ‘patch-needswork’: 82 (+2)
Bugs with ‘patch-forwarded-upstream’: 123 (+4)
Bugs with ‘patch-forwarded-debian’: 38 (+5)
Bugs with ‘indicator-application’: 43 (-1)
Bugs with ‘patch-accepted-upstream’: 46 (-2)
Bugs with ‘patch-accepted-debian’: 13 (+1)
Bugs with ‘patch-rejected-upstream’: 12 (+1)
Bugs with ‘patch-rejected-debian’: 1 (0)
Last updated: Sun, 27 Jun 2010 08:05:33 +0200
Clarifications around Ubuntu using “Google Chrome”
I’d like to clarify some things about our session on default applications and Chromium. I’m about to get on a plane so I will be short before the confusion spreads.
- Chrome and Chromium are not the same thing. Chrome is a non-free build of the Chromium project.
- It is impossible for us to ship Google Chrome as a default web browser without compromising our beliefs. You can read more about our licensing and how that relates here.
- However we have a section in the software center where people can opt-in to have things like Skype, Adobe Reader, and possibly Google Chrome.
- The distribution models of Chromium and Ubuntu/Debian couldn’t be more different, but since Evan Martin from upstream Chromium attended the Ubuntu Development Summit we have begun to identify how we can make this work. Expect more progress here in the future.
- The switch to Chromium has only been identified as possible choice on the Ubuntu Netbook Edition.
- WE LOVE FIREFOX. Mozilla is one of our most important upstreams and we will continue to work with them as we have in the past. Improving Chromium in Ubuntu helps Firefox because they both believe that competition is the best way to drive the web forward. For example we use CouchDB as our default for “sqlless databases”, but work (or plan to work) with MongoDB and Cassandra as well. We ship and integrate puppet by default but that doesn’t stop us from making sure Chef is well supported. No sane operating system vendor would want to artificially limit what developers can do on their platform.
- We should be celebrating the choice of excellent browsers pushing the web.
I hope that clears things up, you’ll be hearing more updates in the usual development channels from the Desktop team as the cycle progresses.