What Jessie Did Next...

...being the inane ramblings of a mundane Yorkshire bird.

Category: Geek (page 5 of 10)

I experienced a rather annoying problem tonight. When coming back from sleep, my MacBook Pro “forgot” about its keyboard. No matter of power-cycling or removing batteries could fix it, and because it wasn’t “there” it didn’t want to reset PRAM either. External keyboard and mouse worked fine.

After much angry grrr’ing, I found that resetting the SMC worked.

Blogged in case other people have the same issue.

Update: it’s happened a few more times since then. Each time it disappears from the list of USB devices – external keyboard works fine. Lots of other people having the same issue, me and N have decided to downgrade to 10.4 this weekend and stick with that for a while.

While developing a site which did some image resizing, I noticed this morning that Apple’s version of php5 which is shipped with Leopard didn’t have this library available! It does seem a rather odd omission, given that it’s probably one of the most commonly-used libraries behind mysql/mysqli.

A quick Google revealed that I’m not alone in this, and indeed Apple Discussions has threads on this particular subject albeit for Leopard Server (I’m running the bog-standard desktop edition). After trying a few solutions, I found that the Hill’s Dorm tutorial on installing GD gave the best pointers.

There are a couple of gotchas:

  • Don’t use the Darwinports version of libjpeg – it’s a 32-bit version. This wasted half an hour while I tried to work out what was wrong only to find that I had the 32-bit libjpeg installed when everything else (including php5 and apache2) were 64-bit; the instructions given on the tutorial above does tell you how to build 64-bit versions of things which any recent Intel MacBook will require. A telltale sign of this is seeing in your logs: PHP Startup: Unable to load dynamic library ‘/usr/lib/php/extensions/no-debug-non-zts-20060613/gd.so’ – (null) in Unknown on line 0 if you’ve got the wrong architecture (you might also see architecture errors in config.log if you’re really mismatching stuff).
  • Don’t assume it’s not working because the command-line edition doesn’t work. This had me foxed and indeed seems to be that the CLI version of pph5 which Apple supply hasn’t got the capability to load dynamic libraries. The error is along the lines of dyld: Symbol not found: _php_sig_gif and puts the CLI version of php out of action pretty much.

I’m sure a more elegant solution will be along sometime, but for the moment this does seem to work.

Yesterday I took the plunge and flattened my MacBook Pro (Core 2 Duo, 2.33GHz, 2G RAM) to reinstall Leopard. This was not an upgrade, this was a completely fresh install. It all went pretty OK really – nothing to write home about and certainly no disasters.

I can now quite happily report that out of all the applications installed the following seem to work without a hitch: Zend, Firefox, Adium, Azureus, Vienna, MS Word 2004, MS Excel 2004, Logic Express 7.2, MySQL 5.1, Mulberry Mail, Nokia iSync profile (for our new E65s).

The two apps which have little niggly problems that I’ve found are:

  • VLC (media player), which occasionally has problems resizing the aperture and hiding the transport bar as a result.
  • Parallels 3, which seems to ‘forget’ the bridging interface if you shut off the wireless interface.

I should note if you are a LAMP developer that the system comes preinstalled with php5.2 – I haven’t had to grab anything from Macports yet.

The annoyances of the transparent menu bar don’t really show in the backdrop I have, and the menu bar has been fixed with the hack I posted earlier this week. Additionally macosxhints.com had a nice hint on removing the stripes from Finder’s list mode, which were getting on my nerves.

Oh, while we’re on the subject of transparency, most of the presets in Terminal.app have a semi-transparent background. This can be changed in the ‘background color’ config section, the opacity option is hidden away in there. Took me 20 minutes to find that one.

Altogether so far an almost seamless upgrade. Tomorrow I try it in anger, and curse the missing wireless profiles I forgot to copy over ๐Ÿ˜›

Matt arrived at our house on Friday evening with a copy of the latest incarnation of Mac OS X ‘Leopard’ for me. Since the MacBook Pro is my principal machine, I thought I’d install it on the Mac Mini (which after all doesn’t get used by me much, more by the kids when they want to play on the CBeebies website). Anyway, I’ve taken the plunge on the Mini and upgraded the operating system.

First impressions…

  • I like Spaces, the virtual desktop thingy. I used to use this sort of thing under Gnome and it’s really good to have it back – being able to have a workspace for worky stuff and a workspace for non-work so I can ignore it when I’m really busy is a very very good thing indeed.
  • The menu bar transparency pisses me off. Matt noticed this first, but it’s got more irritating as time’s gone on – if you have a blue backdrop for instance the transparency in the menu bar makes the bar go light blue. The busier the backdrop, the less readable the menu bar is; it would be good if the transparency could be switched off altogether (someone suggested putting a 60px-or-whatever-it-is white extension to the top of your backdrop to ‘fix’ the transparency to 0%). Matt also noticed the rounded corners are gone on the menu bar!
  • The reflection on the dock is a bit distracting too – I liked the old dock!
  • Actually, a bit more control over the graphical elements of the UI in general would be nice.
  • The new Finder is quite nifty, but it reminds me a lot of iTunes.
  • The file drawers thing on the dock is very very useful. I’d quite like to be able to squish the font down though so I can fit more documents in the curve.

I’ll probably take out next weekend to flatten the MacBook and install Leopard on there, once I’ve listed all the applications I’ll need to install. I’ve not zilched the machine since I got it, and in the first couple of months I installed all sorts of crap so I good broom is required to get rid of my learning curve ๐Ÿ˜›

Update: Barely 10 minutes after I’d written this blog entry, there was an Apple Update for ‘login and keychain access’. I wonder if it’s got anything to do with this

Update #2: macosxhints.com has a nifty way of getting rid of the 3d dock at the bottom.

OK, it seems I was a little hasty in my Apple keyboard whinging. I’ve cut my fingernails and it seems fine now. The posture change has helped a bit too.

Sadly, the function key melarky is still annoying. You can’t have everything, eh?

On my way home from my current contract in Sheffield I stopped off at Meadowhell to pick up a spare keyboard from the Apple Store. I’d heard about the new aluminium keyboards being quite thin, and since I tend to carry a full keyboard around with me when I’m contracting this seemed like a good acquisition.

I’ve been using it for about half an hour now to get used to it, and a number of things annoy me – not least the ergonomics. The problem lies in the profile – it’s almost flat to the table, and consequently use of a wrist rest is prohibitive. It also means you have to hold your hands almost vertically over the keyboard itself which (after low use) has given me a bit of an achy wrist; the keys don’t seem to travel enough, sometimes leaving me hitting them probably a bit too hard. Maybe I’ll get used to that.

Second thing that’s naffed me off – merging the volume keys and the function keys. I realist that F16..F19 are probably very important, but it would have been really nice if Apple had kept the volume keys over that way rather than the function key / utility key merging. I have my MacBook Pro configured so that the utility keys are at the foreground, with FN key combinations being required for use of F1..F12 but prefer it the other way round on the keyboard itself. I can’t do that in MacOS, I can either have it all one way or all the other.

It will go in my bag and be used at contracts, but I doubt I’d want to use one of these ‘in anger’ at a workstation. I think I may acquire a couple of the older white Apple keyboards just as spares for when I get a new desktop (which will happen one day or the other when I’m back with a solid office base to work from).

It’s been rumoured for a while, but hosted-application service Zimki is closing at the end of the year (or rather, by the end of 2007).

As a Zimki user I’ve not had an email through about it nor is there any announcement on the front page (I discovered the sign-up notice by accident after I referred Zimki to a friend, I’m not sure how long it’s been there), and the T+C’s don’t state a termination date. Y’never know, it might just be the ‘beta service’ that’s finishing and it’ll go to a full product.

Seems unlikely though.

Update: Another colleague who’s been playing with Zimki has received a ‘service announcement’ email confirming that all existing Zimki data will be deleted on 24th December:

As of 24 December 2007 all applications and data remaining on the Zimki service will be deleted and the servers decommissioned. Users are advised to move their applications along with any associated data before the closure date. There are no plans to opensource Zimki.

What a shame – it wasn’t a bad idea at all. What other alternatives are out there for such hosted services which don’t have a SPoF in the company they’re hosted by?

I’ve recently been evaluating mechanisms of doing bulk uploads through a Web browser, ie. without installing external software. This has involved me taking apart large amounts of other peoples’ code and trying to work out how they’ve done it.

Bulk uploads seem to fall into one of two camps:

  • Java applets: these tend to be largely ugly, slow, and seem hit-and-miss as to whether they will be supported on a user’s browser.
  • Flash applications: these tend to be overthought mashups but seem to work OK.

Both of course require plugins, which is something I’ve resigned myself to after working out that the level of control I require from this project excludes anything Javascript-y and AJAX-y.

Or so I thought. I spent a day this week taking apart three major ‘file sharing’ and ‘file hosting’ website uploaders, and was quite surprised to find that the technique preferred nowadays is a mashup of Flash and AJAX. Now Flash is something I’ve avoided for a long long time but with the release of Adobe Flash CS3 it’s got some nice hooks into Javascript which means you can use Flash’s own bits of file handling and uploading where Javascript simply won’t do. Add some AJAX into that equation and you’ve got quite a nice uploader which, granted it needs Flash, but means that you don’t have to diddle with the UI bits of it. Incidentally, this is how Flickr does it, with a fallback to a basic HTTP upload jobbie.

So why not Java? Well, I used Xcode on the Mac to write a very basic test applet using Swing, and got it working. Then I tested it under XP and Vista, noticing that I got the grey box of uninstalledness. That’s enough for me to want to ditch it.

If you’re still using Flash 8 by the way, there is a Flash/Javascript Integration Kit which doesn’t work under CS3 (but if you’re using Actionscript 3.0 then you should be using the ExternalInterface stuff anyway).

For many years I was a Eudora fan, using it to organise my email from upwards of 20 POP3 boxes. When I moved to IMAP I ended up using Mulberry, and it followed me onto the MacBook. I still have problems with the way Mulberry does some things (such as not rendering HTML mail, inline attachments, or being able to set ‘priority’ on outgoing emails) so it was with interest that I heard the first version of Penelope (aka Eudora 8) had been released, and I installed it eagerly.

Firstly, they’re very eager to state that it’s a complete rewrite, or to be more accurate it’s a hack of Thunderbird. However, I think I’d expected more than this – it did have a nice Eudora-y installer and a lovely set of icons, but other than that it was… well, Thunderbird. It’s also interesting to note that most of the bug reports on the Penelope tracker appear to be to do with keystrokes not doing the right things.

One final note: if you’re going to try this, back up your Thunderbird config first. Penelope very helpfully trampled all over my Thunderbird settings and left my NNTP reader in an almost unusable state.

2/10 – could try harder.

Simon Wardley, COO of Zimki has resigned, during his speech at OSCOM, with the quote:

Open source is not a tactic. It is not a strategy. It is the only practical way of competing in this marketplace.

I’ve just heard a couple of rumours that the entire staff have been laid off too, with a potential platform closedown imminent. Nothing on the Zimki blog yet, but I wouldn’t expect there to be – plenty to be found via Google Blogsearch though, and Simon’s own blog posting on the subject is here.

There’s a Reg story about it as well.

It’s just over 8 months since my IBM T42p went properly titsup for the final time. This week, I finally received a refund on the purchase price (which, er, would have been without a hitch except for it being refunded to the original credit card used to buy it which actually belongs to my stepfather). Thus the case is closed thanks to the efforts of Tomas at Lenovo, whose predecessor got in touch with me after seeing a blog post on the subject.

Some statistics:

  • The T42p had a total of 15 trouble-tickets logged against it, stretching from broken hard disk to bad display to busted motherboard.
  • The average time-to-fix went from 4 days the first time (owned by IBM), to 8 months the final time (owned by Lenovo).
  • The mean time between failures decreased substantially once the Lenovo purchase had gone through.
  • Average time waiting on a phone line just to be given a ticket number was 45 minutes.

My experience may not be typical – however, in the course of the whole debacle I have been in touch with many, many IBM owners who have had the same sort of trouble. I only hope that they have an eventual result also.

Epilogue: We have used the refund to purchase Nicky a MacBook Pro, and still had change left over to help pay for our holiday this year. IBM are still selling the T60 at a premium, and in this case the Mac is cheaper and more reliable. Go figure.

Yesterday we bought Nicky a new MacBook Pro, and she still needs at least some semblance of a Windows installation in order to run the Inland Revenue PAYE software. I’ve had reasonable experiences with Parallels in the past and KRCS were offering a free copy with every MacBook purchased.

Right at this point in time, I’ve been battling installation. The usual trick is to blame Windows when it dies, but actually on this occasion it’s Parallels itself – specifically build 4128 of Parallels 3. It’s caused a kernel panic (leading me to erroneously believe the RAM was duff), and can be crashed almost on demand by using an ActiveX control within IE (meaning no Windows Update).

There are lots of references to it by looking on Google (indeed, this is the particular crash I’ve been experiencing). There’s been no real word from the Parallels guys on when it’ll be fixed, so I would recommend staying away from Parallels 3 until it’s been sorted out – because right now it’s next to useless.

Now, it’s not often I’ll post something that passes by my plethora of RSS feeds, but this one caught my eye on 456bereastreet (original article here).

It’s an article discussing Chris Heilmann’s Business Case for Web Standards Wiki, a resource for those attempting to justify using web standards in the workplace, with links to decent reports to state your case.

For the record: in my experience the most common reason for not implementing decent standards seems to be between “we can’t hire enough people who understand web standards and we don’t want all our staff to have to learn to do their jobs”, and “who cares if itยดs full of crap as long most people can read it?”.

I’ve occasionally posted about Zimki, the Javascript-based server framework with the concept of paying for usage credits rather than hosting the IDE and production environment yourself. Avid readers may remember previous posts on the subject, and winning a competition using the framework.

Anyway, yesterday one of the staff posted what sounds like a hiatus on the Zimki blog. I suspect now the company is pending a profitability/viability review by Canon, and everything will be in a maintenance state until then (some might ask what Canon are doing with a hosted application company anyway, but let’s ignore that difficult question for a few paragraphs).

This in my opinion is quite a sad turn of events. True, the platform is slow and seems to be underspecified server-side, there are minor annoyances/niggles, and the documentation leaves something to be desired – but it’s not actually a bad concept which with a bit of work could take off pretty well.

I’ll probably still look in on Zimki occasionally, but I haven’t had the time or impetus to investigate anything new they’ve done with it in the past few months beyond reading the occasional blog posting. Add to that the lack of further development, and I think it’d take some serious consideration if you were going to put all your business eggs in their basket – especially since the plan to open-source the platform has all but evaporated.

I’m not alone in this: while looking for further info I came upon another developer stating that he’ll not spend any more time on it – something which Zimki can ill afford to lose given how few developers and commercial entities seem to be actually using it in anger despite another developer contest. Discussion on the unofficial Zimki forum I set up some time back is sparse at best.

If Canon do want to get rid of it, putting it on hiatus may well demolish what interest the developers have, and erode the commercial confidence of the beancounters – rendering it almost worthless.

Couriers have collected the last T60, and my ill T42p. This now means I have no more laptops. Hopefully things will run a little faster now it’s in the hands of the paperwork bods but I’m not holding my breath.

Older posts Newer posts