Made the leap

After nearly 7 years of working from home, I have just started a new job… with an office. I have to say, I thought that the adjustment would be a lot harder than it has been. That being said, the commute has been very painless… I am sure I’ll change my tune when I end up sitting on the Beltway for an hour just to go two miles.

I am really excited about my new gig. Approva is a great company with awesome people. I actually look forward to the commute and that should tell you something about how much I am into this new job.

Fink & 10.4.9 Problem Solved!

We have a solution. The was that the 10.4.9 upgrade changes the Storable cpan module for Perl. The solution came from Peter Walsham at Axomic. I just tried it and it works. (Interesting to note that CPAN reported that my Storable module was version 2.15 before I tried this. Something must have been eaten in the OSX 10.4.9 upgrade.)

Thanks Pete!

Hi,

We just encountered this on a 10.4.9 server

We managed to fix the problem by getting the latest version of Storable and installing it into:

/System/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/*
/System/Library/Perl/5.8.6/darwin-thread-multi-2level/Storable.pm

Get the release from…

http://search.cpan.org/~ams/Storable-2.15/
http://search.cpan.org/CPAN/authors/id/A/AM/AMS/Storable-2.15.tar.gz

…as root do

tar -xvzf Storable-2.15.tar.gz
cd Storable-2.15
perl Makefile.PL
make
make test
make install

Pete

Fink + 10.4.9 = Boom?

I used fink for ages. Love it. I just did Apple’s latest Mac OSX 10.4.9 upgrade and something has gone off the rails. Anyone getting this too?

Storable object version 2.13 does not match $Storable::VERSION 2.15 at /System/Library/Perl/5.8.6/darwin-thread-multi-2level/DynaLoader.pm line 253.
Compilation failed in require at /sw/lib/perl5/Fink/Services.pm line 38.
BEGIN failed--compilation aborted at /sw/lib/perl5/Fink/Services.pm line 38.
Compilation failed in require at /sw/lib/perl5/Fink/Config.pm line 27.
BEGIN failed--compilation aborted at /sw/lib/perl5/Fink/Config.pm line 27.
Compilation failed in require at /sw/lib/perl5/Fink.pm line 79.
BEGIN failed--compilation aborted at /sw/bin/fink line 29.

No identifiers, just attributes, uniqueness: Where’s the context?

So Mike Neuenschwander hung a softball out there with his latest post on becoming an OpenID power user. Dave Kearns was quick to take a swing at it with his response to Mike’s summarization: “There are no identifiers, only attributes.”

Mike’s journey to OpenID begins with a single step – getting an OpenID, which is really an exercise in picking a name. Names are important. (I am going to stop myself from going into a discussion of the gravity of names and naming. Literature is soaked in naming issues.) As Mike points out he can pick any unused name (really, any set of unused characters.) The first person in to register ian.glazer.myopenid.com can purport to being Ian Glazer. This is no different than XRI name registration or domain registration or copyright registration… you get the idea.

Dave goes from there and reminds us that identifiers have to be unique within a given namespace. He uses the example of disambiguating family members. He provides one of the most familiar examples on unique identifiers:

Your email address – every single one of them – is a unique identifier within the entire world of the internet.

What is hidden in Dave’s comments is the role of context. Given the context of family, Dave’s non-unique identifier can be disambiguated. We use the domain name in an email address to set context. I know that an email coming from mike@burton is likely to be of a professional nature and an email coming from mike@igotsmesomefreeemail is likely to not be. The context of how you use your identifier is meaningful.

Thinking out loud here… I wonder if the visual metaphors in CardSpace will help set context for both the relying party and end-user. Presenting context in a way that is meaningful to the end user could help solve a few other problems, notably phishing sites.