We use git and gitbuilder in work for a large number of projects, we also try and test things as much as we can. I first noticed that someone had written an aggregator for gitbuilder at ceph gitbuilders, this seemed like a great idea (and it is) except the aggregator at the time didn’t quite work very fast and needed some ajax magic.
I had asked for a copy of the aggregator script from the ceph developers, this was really just a perl hack as they said, but it works.
Should you dogfood your own project that you are developing? The answer is probably yes, especially if you have no clear cut requirements from the stakeholder in a project with a greenfield for development. There is a lot to be said about having a working implementation that can be presented and refined.
Sometimes the project that you are working on won’t have clear requirements for implementation, so you should probably take basic assumed cases and run with it.
I turned this feature on for a few of my git repos but I had completely forgotten about it. As far as I recall the feature has been around for a few years now. It can be turned on globally by doing
git config --global rerere.enabled 1 It pretty much automates the resolution of conflicts in long lived branches. I’ve been lazy recently and I have just doing merges instead rebasing, which lead me to re-discover git rerere.
For those that care about having related posts on their Octopress blog. It’s actually quite easy to turn it on, it’s nice to have and useful. But it’s not enabled by default in Octopress.
This feature already exists in jekyll, enabling this feature in Octopress is a trival task.
Firstly add this to your _config.yml file
lsi: true Then create a file such as source/_includes/custom/asides/related.html with the following content, add it to one of your asides in _config.
This is just a temporary solution till something better or more appropriate comes along. It’s just an ikiwiki news aggregator for websites and projects which are related to Digital Preservation, Digitial Humanities and other related bits and pieces.
It was pretty much setup for myself to keep up to date with all the latest happenings. I found myself falling behind in being knowledgeable in all things related to Digital Repositories Ireland.
In the past few months, in my spare time whenever I get a chance, I’ve been working on a side project in work. It’s a research project amongst a group of people with a cool idea. The idea is to apply neural networks to identifying diseases, populations and traits via machine learning/supervised learning. I’m not entirely sure about the application of the technology as to how new or revolutionary it is, but it seems sensible that a machine is going to be very good at being taught how to recognise patterns so why not do it.
Team meetings can be both productive and counter productive as most people find. If they are well structured with a purpose and goal then a lot can be achieved (most of the time).
For explorartory meetings, it’s probably okay to have some time set aside for some free and open discussions. Once a goal has been agreed upon, it’s probably a good idea to focus on it more and steer the discussion to try and deliver on the goal.
At the time of writing it seems that the Raspberry Pi site is down, probably suffering from a slashdot effect. I would imagine almost every nerd, sheevaplug developer, OLPC developer, DIY’ers who want to build their own home media centres are looking to get a Raspberry Pi right now.
So what would I use one of these mini-computers for? I can think up a range of cool applications for this device, assuming I can order a few of these to play with.
SL6.2 has been out for a few days now, I haven’t had a chance to really take a look at it, since the more recent SL6 installs I maintain tend to be tracking the 6x releases. Hopefully SL will try and keep inline with the upstreams support schedule.
I’ve a personal preference for deploying SL over CentOS (or any other recompiles of RHEL). SL tends to be a bit more polished in terms of not breaking older installs, i.
Why would one want to target other platforms when building applications on the server side?
This came out of a conversation with the ex-CTO of Creme software (he is also a friend of mine), the conversation started out with why I like to use Macs and OSX as my laptop or workstation. I’ve been a long time Linux user of pretty much most of the major distributions ranging from RHEL, Debian/Ubuntu, Gentoo, ArchLinux as well as a number of other derivatives, not to mention other systems like the BSD’s which I have a soft spot for.