Archive for June, 2008

Domain Central update

Saturday, June 21st, 2008

Time to follow up on the post from a few weeks back about those crooks at Domain Central; I have, finally, gotten everything resolved. I had to chase them up every step of the way, and it took three weeks, but they got there.

I intend to complain formally to the DNC about the whole thing. If nothing else, three weeks is not a “reasonable time” to fulfill my UDAI requests, and they came piecemeal at that – I had to follow up more than once to get each single code one at a time, despite asking for them all on the first day – and then when I did get it, it would be wrong. I wasn’t provided with the codes upon registration as required by DNC policy either.

In total, I had to send fourteen emails (in streaks of up to four without reply, each separated by at least a day) and use their live chat support service three times to chase it up. They gave me a “refund” that was only partial and tried to pass it off as the whole thing, and their 24-hour response guarantee for the address is a total fiction. Twice, I had to wait an entire week before receiving even a token response, and I’m still waiting on the complaints one.

At this point, I’m genuinely not sure whether they’re just spectacularly incompetent or an actual criminal enterprise; either way, I’d recommend keeping your business elsewhere. I’d also recommend staying well clear of anything owned by their parent, Australian Style, which includes Bottle Domains,, and Unfortunately ASIC doesn’t provide the same sort of detail as the New Zealand Companies Office, so I can’t find out who’s actually behind it, but anything based at 50 Fitzroy St, St Kilda should raise some red flags.

I only used them for registrations under .nz, so I’ve transferred them all (after I finally got the UDAIs) to 1st Domains, with whom I’ve been pretty satisfied so far.

Third-party GoboLinux repositories

Monday, June 16th, 2008

Every so often somebody says something (such as this forum post), or does something unwise in the recipe store (binary Firefox 3 beta recipe) suggesting they don’t know just how simple it is to create your own store to put packages you build or unstable recipes you write into. For GoboLinux, the format is extremely simple, and the tools make it pretty easy as well.

Both recipe and package stores are very similiar; in both cases, it’s a web-accessible directory of .recipe.tar.bz2 or –i686.tar.bz2 files, containing at least a file named “MANIFEST” listing out those filenames. You can generate that file with `ls > MANIFEST`. There’s a second file, MANIFEST.bz2, that’s a compressed version of the same.

That’s all that’s actually necessary to set up a repository – the URL of that directory can be added to getRecipeStores or one of the lists in GetAvailable.conf, and your recipes or packages will automatically be included by all of the tools, including Freshen.

You can generate the package tarballs with the `CreatePackage` command, and they will be signed with your GPG key if you have one. That key won’t be in the default keyring, so the packages will fail verification when installed. You can either ensure they’re unsigned, or have users of your repository import your key into the system keyring: `gpg –no-default-keyring –keyring=/Programs/Scripts/Current/Data/gpg/goboring.gpg –recv-keys 8B3A4A5B` will pull in mine, for example. Then people will be able to determine that the packages haven’t been modified and that they come from you, so they can decide whether to trust you to build them or not.

Now, to be honest, I strongly advise against anybody using some external package repository you haven’t created yourself. It’s just a bad idea to install opaque blobs of software you can’t know anything about. If they’re signed, you know they’re from the same person each time, and if the signing key’s in the strong set you have a reasonable assurance of who that person really is, but it’s still pretty unwise to do willy-nilly.

Experimental recipe repositories are a good idea, though – just think it through before you decide to use the unstable recipes. I set one up at to contain recipes I’ve built that are or need unreleased versions of software, and anybody else in that situation would be advised to do the same. GoboLinux makes it very simple to add software to the packaging system, unlike most distributions, and creating your own repository is easy as well for when you need it.