Flame 0.1
09 March 2005
in blog
tagged with
[cocoa]
[macos]
[python]
Finally, we have a public release of Flame. Getting this out the door has taken a while, but I’m very happy with it’s current state, so let’s see what the rest of the world thinks.. I have a project page here but the ‘real’ app page for linking is the husk.org one.
oops
17 March 2005
in blog
tagged with
[subversion]
ok, keeping your apache config files in subversion is a Good Idea. But keeping the config files that CONTROL THE SUBVERSION REPOSITORY in the SAME SUBVERSION SERVER probably isn’t.
Bot::BasicBot::Pluggable 0.50
19 March 2005
in blog
tagged with
[irc]
[perl]
finally, I have a Bot::BasicBot::Pluggable release out. muttley’s been bugging me for weeks, and the last release was in June 2003, which is ridiculous. When you just use things straight from the svn repository, you forget how long it is since you’ve done a release.
There’s a Bot::BasicBot 0.60 release to go along with it, with better character set support, no massive improvements, though. I should push that guy to 1.0 soon…
python-md5-daap
20 March 2005
in blog
tagged with
[daap]
[python]
iTunes music sharing is a cool feature, and so naturally there are people out there who want to use it, without necessarily using iTunes itself. Personally, I use mt-daapd to share music from my house server to the various clients in the house, but I also have a use for an iTunes client. Specifically, I want to write one. This will require a python DAAP client library, which does not, as yet, exist, to the best of my knowledge. Pity.
My first step towards this goal is now here: md5daap is a python wrapper round a slightly modified md5 library, which implements the strange variant of MD5 that Apple requires for DAAP authentication. As per the README, I wrote none of the code. Lovely.
A useful tip for the Mac OS X terminal..
22 March 2005
in blog
tagged with
[macos]
..because I keep having to tell people about it.
If you like your terminals to be white-on-black, like me, you’ll get annoyed, because when two terminals overlap, there’s no visible line between them. Set your terminal background colour to ~3% grey, instead of pure black. You’ll be able to make out the shadow of the upper terminal overlaid on the lower, which serves as a very good border, but the contrast in the terminal will still be very strong, you’ll never notice it’s not really black.
python-daap
23 March 2005
in blog
tagged with
[daap]
[python]
Finally I have a set of python classes that will talk to an iTunes shared library and let you look at the track list, playlists, etc, and download songs from it. They’re based on Davyd Madeley’s code as a base, and I’ve drawn heavily on Net::DAAP::Client and the daap wiki for reference. I don’t have a formal release tarball yet, but you can get the code from my svn repository for now. You’ll need python-md5daap installed to use it, as well.
python-daap tarballs
25 March 2005
in blog
tagged with
[daap]
[python]
I got asked for tarballs. Thus, we have python-md5-daap-0.1 and python-daap-0.1 - you need to install the former with ‘python setup.py install’, then the ‘itshell’ script in the latter should Just Work.
Requirements for a bug-tracking system
29 March 2005
in blog
tagged with
[bugtracker]
Here’s what I want out of a bug tracking system:
- Must track bugs
- I want milestones with bugs in, so I can see, for a given release, how many bugs are still open, who’s working on them, and how close I am.
- Speaking of which, a ‘release’ must be a first-class object, not just another sort of bug, with other bugs dependant on it. Releases are not bugs.
- I want an intermediate stage of bug, between ‘open’, and ‘closed’, which is ‘complete and ready for testing’ - the tester should close the bug.
- Has to be web-based, no platform-specific tools must be required..
- ..but should also have a decent REST/something else API, so I can point a GUI tool at it when I want to. I’m a big fan of GUI tools.
Excerpts and Markdown
29 March 2005
in blog
tagged with
[markdown]
[text]
Markdown allows you to specify links [like this][1], and then specify the link target later in the file:
[1]: http://server/path/somewhere
This is really nice, and makes for very readable raw text, but it has a disadvantage when WordPress decides that it wants to automatically make an excerpt of something by truncating the raw text, then running it through the filter. You get a very ugly excerpt and lots of hanging links. The alternative, of course, is to process the text, produce XHTML, and then truncate it randomly, producing (probably) malformed XML. Not nice.
As a work-around, I’ve just removed all excerpts from this site - everything that ever appears should be full-text. It’s not like I type a lot normally…