Older blog entries for robertc (starting at number 57)

I've just released bzr 0.11rc2 which unbreaks the test suite for windows and fixes our commit performance regression! The 0.12 release will be managed by John Arbash Meinel, giving me some more cycles to focus on local performance. Yay!

Had a great time at Shane & Kates housewarming last night... learnt a bit about north-german humour, and spent some hours with conrad on the status of open source:

We have an incredible amount of choice these days - 5 years ago C or C++ was the only default choice for high performance software. Now the boundary has shifted - a lot of high performance software can be written in highly productive languages, and there is robust open source Java support allowing software that needs more performance to be written with dropping down to the metal with C and C++. So C and C++ still have a place, but its becoming less and less the default, and more the special case.

Even when C and C++ is chosen, it seems very rare these days that a new low level library is released without at least one of python/perl/ruby language bindings.

So what does this mean? For most problems that one would like to write a program to automate, you can write it in a high level language and get acceptable performance on any computer bought in the last 3-4 years.

And thats awesome.

Very very cool: Unit testing Athena widgets. Athena is an AJAX toolkit for twisted/Nevow.

Should Mock Objects be considered harmful? As an optimisation for test suites they are convenient, but they mean you are not testing against the something which can be verified to behave as the concrete interface is meant to, which can lead to Interface Skew.

29 Apr 2006 (updated 30 Apr 2006 at 23:41 UTC) »

On Friday night at slug I did a 15 minute segment for the Linux Australia round-up entitled 'Why we should Test First'. The slides from the talk are online. The audio from LA-Update is also available. The nacent flamefest at the end of the talk turned into a list thread too.

So, I now have cppunit support for subunit - the patch cppunit-subunit-1.10.2.patch adds a TestProgressListener subclass of SubunitTestProgressListener.

So subunit is now able to integrate into one seamless whole test suites from python, C, C++ and shell using the primary xUnit implementation for those languages. Woo!

I snuck in some more subunit hacking today...

Theres now a C library (libsubunit) with child bindings, a patch for 'check' to enable a subunit UI (use CK_SUBUNIT) in the runner. I'm partway through a view for gunit to do the same, but it looks like it requires some changes to the core to get clean access to the needed data - which is quite surprising given the close-to-xUnit style it claims.

Easter Friday - always a fun day.

Went and saw Ice Age 2 - mildly disappointed. Lovely animation, lots of laughs, but their continuity and consistency sucked.

Later on, I bound subunit to ShUnit with this patch. This means that when you decide to add a hacky little shell script to some larger project, you can integrate the tests into your unit test framework rather than having to have multiple separate test suites.... which means your IDE's red/green test status bar will show those test results. ROCKING.

I did a talk at the SLUG codefest last weekend the slids are here in Openoffice 2 format.

Yay for siproxd. Working multi-user sip is a beautiful thing.

Key notes:

You need to configure siproxd, allow siproxd to use some ports on the firewall, and configured your sip client.

after installing the package, edit /etc/siproxd.conf and set



hosts_allow_reg=your internal network/netmask

do not set hosts_allow_sip - I found it interacted strangely and got 408 'timeouts' - which is how siproxd shows 'access denied' to the client.

edit /etc/default/siproxd and set it to enabled.

do a sudo invoke-rc.d siproxd start

Now, in your iptables rules you need to allow the following ports for 'INBOUND' on your inside and outside interfaces:

5060 (sip)

7070-7079 (rtp - the voice and video data)

Activate those rules, and you are done on the infrastructure, now its just each client that you need to configure.

So fire up your sip client. It should have a sip proxy field - in there put 'sip:' + your gateway address/ip.

if you have STUN configured - disable it. The sip proxy will forward registration and all traffic for you, STUN will at best confuse the issue.

And bingo, you should have working sip.

48 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!