On Tuesday, we had our last regular working day for 2009. We celebrated this circumstance by having our fourth Open Source Love Day (OSLD). The day was successful, you can review our list of today’s achievements below.
We introduced a monthly Open Source Love Day to show our appreciation to the Open Source software ecosystem and to donate back We heavily rely on Open Source software for our projects. We would be honored if you find our contributions useful. Check out our first OSLD blog posting for details on the event itself.
Participate at our OSLD by using the features we’ve built today:
- Our campfire plugin for hudson was updated to version 1.1. The new version contains the improvements Mark Woods suggested (global configuration and login recovery). Thank you, Mark!
- The campfire plugin also switched the communication model from webpage scraping to the brand new campfire API. This should improve the stability of the plugin.
- Some of the EGit (git plugin for eclipse) patches we sent in at the last OSLD needed some rework and polishing. You can review the details in EGit’s code review system gerrit: change 121 and change 122.
- Our cmake hudson plugin was updated to version 1.1. The new version checks the environment (installed cmake version, etc.) before delegating the call and provides better error messages.
- We started working on a feature of KDevelop4 that was present in KDevelop3 and is now missing: “Compile file”. The progress was slowed down by some problems. See below for details.
- Hudson got a new major version of the IRC plugin from Christoph Kutzinksi. The plugin was in a rather desolate state before. We had used a private fork with specific additions to control our infrastructure. The plugin was on our list of OSLD patients, when Christoph merged it with the hudson instant-messaging plugin and introduced a multitude of cool new features. We beta-tested the new version and it was great. The only drawback was the complete alteration in message syntax that broke our infrastructure. So in order to scratch our own itch, we programmed a little API to parse hudson IRC plugin messages of the new 2.X version stream. Our code is published on github, have a look if you are interested and drop us a line if you found it useful.
What were our lessons learnt today?
- If maven decides to work properly, everything is really cool.
- Just because you use JGit/EGit on top of Eclipse, all three being platform independent, doesn’t save you from slash vs. backslash issues. EGit’s initial user experience is better on unixoid platforms than on windows systems. The patch #141 helped us beyond the showstopper of unrecognized local repositories.
- We acquired an additional share of eclipse plugin development knowledge when polishing our EGit features.
- Working with git and gerrit is challenging on first encounter. We are constantly learning in this area.
- Bugzilla fails to present open issues in a manner where you can quickly pick an issue of interest. If you really want to use it for your open source project, think of a scraped website that only lists the “low hanging fruits” for newbie developers.
- KDevelop4 has outdated documentation, the projects kdevplatform and kdevelop were moved inside the repository.
- If you encounter a rather erratic error stating that “KDE4Workspace not found”, try excluding the debuggers/gdb subproject from your build.
- Most of us used the waiting delays of one project (“oh, maven is downloading the internet again”) to switch over to a secondary task. So this event trains our multitasking abilities right along.
In summary, this OSLD was a fun way to end a workyear on heavy duty. We will continue to celebrate OSLDs in 2010, as it’s a fun way to peek into foreign projects, learn a lot in short time and contribute to the community.
5 thoughts on “Open Source Love Day December 2009”
I’ve just tried to get the Campfire plugin working with Hudson, but when I try to configure it I get this exact issue:
(I’ve voted, but I can’t add a comment with my environment info, which I’d be happy to add.)
Also, in the configuration screen there’s a field for “password”; shouldn’t this be “API key” if the plugin is now using the Campfire API? In fact, if you’re using an API key should you need a username at all?
Yes it should be API key and though you need no username or password.
I will take a look at the NullPointer and why the properties aren’t correct.
Thanks for pointing this out
So it looks like someone’s taken the initiative and made a fix:
(via the new update on http://issues.hudson-ci.org/browse/HUDSON-6735)
Can we roll this into a new official build and upload it to the official Hudson site? (and by “we”, I mean whoever has access to upload new versions of the Campfire plugin to the official Hudson site :-).
I released the new version 2.1 with the changes from Mark Woods and Joshua Krall.
Thanks very much everyone, we’ve now got a very informative Hudson in our main Campfire room.