Present Perfect

GStreamer

Getting ready to do a release. Did a prerelease yesterday, got a little bit of feedback on it. Some last minute memleaks got fixed but they introduced crashers in some plugins so I reverted them for now. We can fix them properly after the release.

I'm hoping to get into a more regular release cycle from now on.

Meanwhile jdahlin is making progress on the media test suite, it's starting to look really nice. I hope he likes his new job so we can keep him around.

Yesterday was great. I reserved the day for doing only code. I wrote a C frontend to our versioned tools so that they would be able to call the versioned binaries. This was a requisite I had for doing decent packages that were parallel-installable. It was so nice to just program one thing well with a clear set of requirements and a clear end goal. I had started feeling like I didn't know how to program decently any more, but it turned out it was quite alright.

Work

There was an idle PowerPC sitting in the design department. It's now sitting on my desk. Yellow Dog 3.0 looks really nice. I remember trying 2.x on my old powerbook, but that still had that ugly-as-hell fluxbox installer and it didn't get my keyboard right.

With 3.0 I feel right at home. I moved over some of my desktop settings, started setting up gstreamer from CVS, and installed mach to build some packages I needed to get the CVS build to work. It's nice when you can just install a tool you've written on a platform that you never tried and have it Just Work.

The machine is dog-slow at compiling though, but it'll be good for test builds and test runs.

fedora.us

Still not sure what to do there. I've reworked the GStreamer website and one of the last things on the TODO list is to rebuild the Red Hat/Fedora package area.

I have always wanted this to be completely compatible with fedora.us repositories, for the sole reason that I prefer to work with a community effort project so fedora.us's goals are more aligned with that than freshrpms.

But, I think I've been with fedora.us for more than a year now, and some fundamental problems just aren't getting solved. I agree with most of the guidelines, and have made my peace with those I don't agree with, but the sad fact of the matter is that it's just not working. The QAPriority Queue (what an ironic name) contains over a hundred packages.

Yes, they have to be reviewed properly. Yes, we don't want crap. But some of those packages have been stuck there for over half a year.

By contrast, I just asked Matthias if he could put together a gtk-doc package of 1.1 for the YDL 3.0 machine I installed today, and it's no problem at all.

So, even though fedora.us wants to be a community effort and Matthias likes to go at it alone, I have to admit that at the end of the day, as a packager of GStreamer wanting to get GStreamer packages out there, fedora.us is not working as a solution to that problem.

I've been procrastinating updating packages because I don't like working towards a solution that I don't know yet. So today I make the decision to change the solution. The solution will be to promote both fedora.us and freshrpms as viable packaging solutions for GStreamer, and let the users decide.

With that settled, I can stop procrastinating on getting packages built, and get on with it.

About time too, since I'm doing a release today...

GStreamer Getting ready to do a release. Did a prerelease yesterday, got a little bit of feedback on it. Some last minute memleaks got fixed but they introduced crashers in...