Skip to main content

Nexus S ICS Update... Clarity?

Some people at work have Nexus S phones. Last month in December Google announced those devices would get Android 4.0 (ICS) via an Over The Air (OTA) update. The guys at work are still waiting. Apparently with Android updates you just have to wait indefinitely until an update notification pops up and then you'll get to download the new software update. Such uncertainty would drive me nuts.

To illustrate "Android Clarity" just google for iPhone iOS 5 update. The very first result at iPhone's company website [ ] explains how to do it. It says:

"Update to iOS 5. Just connect your device to your Mac or PC and follow the onscreen instructions in iTunes."

Now google Nexus S ICS update. All you get are lots of shady tech-blogs without real answers. No page in sight. When I did the search the first link to was the 17th result. It was a forum post from someone who was clearly very angry with how his update process had gone.

Google has stopped the OTA update in "certain regions" but they're not saying which regions. From searching around the Internet it seems everyone (read: a vocal minority) is having problems with Google's OTA ICS update on Nexus S phones.

Is anyone still getting ICS updates on Nexus S or has Google completely halted the rollout? And if you look around the Internet for what ICS is doing to your Nexus S, would you still want to update?

If You Can't Log In To OS X After Restoring From A Time Machine Backup...

The explanation here works on OS X versions prior to Mountain Lion. If you have Mountain Lion reboot by holding cmd+r instead of cmd+s to go into Recovery Mode and change your password using the Graphical User Interface.

This has happened to me twice since I started taking Time Machine backups. Something went horribly wrong, you want to restore from a Time Machine backup and after all those hours of waiting for everything to be transferred over you're presented with the login screen...

But you can't log in. You type your password 3 times to make sure it's right but it doesn't let you log in. Here's how to fix it:

  1. Reboot the Mac and hold down cmd+s -- This will boot into single user mode. Black screen, white text.
  2. Mount the hard drive as explained at the prompt. -- Most likely: mount -uw /
  3. Type: passwd [your user name] -- For example: passwd jeroen (jeroen is my username on the machine). If you don't know your username, type: ls /Users
    This will list the usernames on your computer.
  4. Enter your password, and confirm it by entering it again. Notice you do not "see" what you type, this is normal.
  5. Type: exit

The machine will reboot and you'll be able to log in again. *phew*

The 4 easy steps to enable Clean URLs in OS X Lion using ~/Sites/

I've been scratching my head over this, and I've seen much conflicting "help" online... So I'm just posting it here and hope people will find it.

On OS X Lion Apache comes with mod_rewrite enabled by default, but the AllowOverride directives are still set to None.
You're also installing Drupal into ~/Sites/[username]/drupal

Here's how to change it:

1) Edit /etc/apache2/httpd.conf and look for:

# AllowOverride controls what directives may be placed in .htaccess files.
# It can be "All", "None", or any combination of the keywords:
# Options FileInfo AuthConfig Limit
AllowOverride None

Change "AllowOverride None" to:

AllowOverride All

2) Edit /etc/apache2/users/[username].conf and look for:

AllowOverride None

Change it to:

AllowOverride All

3) Go to System Preferences->Sharing, uncheck "Web Sharing" and check it again to restart OS X's Apache.

4) In your Drupal install at /Users/[username]/Sites/drupal/ edit .htaccess and look for:

# RewriteBase /

Uncomment (remove the hash '#') and change it to:

RewriteBase /~[username]/drupal

That's it.

How To Delete Boot Camp Partition Apps From OS X's "Open With" Menu.

Long time ago I had a Boot Camp partition and VMWare Fusion installed to see what it was all about. Then one time I deleted it by moving VMware Fusion to the Trash. I have reinstalled my machine at least once since then, getting rid of the Boot Camp partition, and restoring from Time Machine backups but one thing never really left the system and that was "Boot Camp partition" applications showing up in my "Open With" menu.

For example if I'd secondary-tap a file that was playable with iTunes it would also show: iTunes –– Boot Camp partition in the menu. This freaked me out a little but never enough, until now. I got sick of it had to get rid of them. Here's how:

1) Open Finder
2) Go to your home folder, into Library and then into "Application Support"
3) Delete the folder "VMware Fusion"

Turns out this "VMware Fusion" folder got backed up by Time Machine and put back when I reinstalled, unnecessarily lingering around. In the VMware Fusion folder there was a folder Applications containing the "Boot Camp partition" apps which OS X merged into its "Open With" menu.

Upgraded to Drupal 7

Today I upgraded the website to Drupal 7. Drupal 7 has been out for a couple of months now so the time seemed right. That, and the yearly skiing holiday in which Dries and I usually do "something" for our website.

Somehow the first upgrade went bad with a failing database upgrade. I think it might have been related to not actually uninstalling the Drupal 6 Mollom module. All I did was disable it.

I put a backup of the previous version of back. This involved cursing a bit as I hadn't taken a backup of the database after my last story. In short I can say is hosted at DreamHost now after a very short stint at iPage (turns out they only give you 250MB per inbox, which isn't advertised anywhere on the website)

In any case, the 2nd upgrade worked except for some time zone warnings. Drupal 7 went from time zone "numbers" to actual time zones and it sort of warns you about it in a scary way. It cannot pick a default time zone so all that needs to be done is set it again.

The other errors I got were when trying to create this story:

Notice: Undefined index: description in field_multiple_value_form() (line 156 of bensch/modules/field/

Apparantly, the Internet says, this is fixed by visiting Administrator -> Structure -> Content types, click "manage fields" for each content type defined and just save the settings again. It worked.

The last error appeared on top of the page was when I visited Administrator -> Appearance to find out about Drupal's new default theme. It had not been able to select a theme so I had to set one and save. I chose Bartik as default theme.

One other strange thing is that I had lost the "Administer" link in the menu as I logged in after the upgrade... So I couldn't actually "click" on anything to get into the administrator section. At first I freaked and thought the upgrade had erased my admin flag leaving the website without admin and no way of getting it back without some SQL magic. A lucky guess for did the trick. *phew*

Reinstalling Mollom for Drupal 7 was a no-brainer. Nothing to report there.

I could've gone for which I actually suggest if you want to get a website up in no time and have a great choice of default themes and color schemes.

But I decided not to.

Upgraded to Drupal 6.20.

One of my main gripes with Drupal has always been the upgrade process. I still think there are too many manual actions involved. These have always held me back from upgrading, also because they didn't bring anything "new" to the table except for security. Everyone knows it's hard selling "security" upgrades, even when they're free. But now that Drupal 7's been out for a month it was time for me to consider upgrading again because new features _did_ get added to Drupal 7.

In order to upgrade between major versions you need to first upgrade to the latest minor version of your current Drupal release, after which you upgrade to the new major version. The first step is now done, I've uprgraded my Drupal 6.ancient (it was 6.5 actually) to 6.20. Because I'm superlazy I didn't make a backup of the database. Or is it because I trust the product, Drupal, and its community? So I copied the download link to Drupal 6.20. `ssh`ed into the server where my Drupal installation runs,`wget`ted the Drupal 6.20 link, `gunzip`ped and extracted it. Then the upgrade.

I ran the Drupal crontab from within the administration section first to see if there weren't any problems with the current setup. Then I put the site in maintenance mode in the administration section. Next, all there's to it is moving out the files/ and sites/ folders of the running Drupal installation, copy the new files and folders from Drupal 6.20 in, overwriting everything and then moving files/ and sites/ back into the new Drupal folder. Lastly the UPGRADE.txt told me to browse to to run the database upgrade scripts, no errors got logged and I was good to go!

It was so easy that I even remembered to move the site back into normal mode from maintenance mode. Imagine that.

The upgrade process went so smooth that I bet none of you even noticed it!

Tell Mac OS X 10.6's QuickTime X about .mkv files. [Deprecate]

As of Mac OS X 10.6 (Snow Leopard) the way OS X decides what application opens which files has changed. Many people complained about this, just google for UTI (Uniform Type Identifier) and Snow Leopard, you'll see Gruber and Dilger have their say about it.

Fact is: QuickTime does not open .mkv files anymore, it's not in its list of UTIs it handles. For those who relied upon Perian for playing Matroska video files poses a problem. A work-around is installing NicePlayer which tells QuickTime to add .mkv files to its list, this means installing a new QuickTime front-end, or you can run this little application that I've compiled from Perian's Subversion repository (build 1168) which is basically what Perian's installer will run when they finally decide to release a new version. Just like NicePlayer it will tell QuickTime about some extra movie types.

With the release of Perian 1.2 it tells QuickTime about .mkv files in the way I described. I removed the download link.

SolarSeek for Mac OS X 10.6 (Snow Leopard)

SolarSeek is an Open Source version of the SoulSeek client for OS X.

Its development has ceased long time ago and the home page reflects this.
However I assume there are people that still use it, even though it's old. But all it really needs to do is find files that other people share and have you download them. The social tools they were incorporating before the development stopped aren't really "core" functionality.

So, as of Mac OS X 10.6 SoulSeek crashes at startup. Some EXC_BAD_ACCESS failure... whatever, no-one cares, it does not work. I downloaded the source code which is still available at the google code project page and compiled the latest (and last) release 0.95.3 for Snow Leopard. I didn't do any quality control. All I noticed is that it works for me.

If the project owner would be so kind to do the same and put up a new version online then SolarSeek wouldn't be completely dead.

For those of you who want it, here it is: SolarSeek 0.95.3

Fixing MySQL after upgrading to Mac OS X 10.6 (Snow Leopard)

I'm seeing a lot of wrong solutions to "fixing" MySQL to work after upgrading to Snow Leopard. Like reinstalling it completely or having MacPorts install its version.

MySQL's Preference Pane grays out its start button after an upgrade. The only reason why this is is because somehow the upgrade procedure to Mac OS X 10.6 removed /usr/local/mysql which is what the Preference Pane looks for.

All that's needed is putting this file back. And in fact the file is a symlink to your "real" mysql installation which they haven't touched.

Here's the fix:

Open Terminal
Change the directory to /usr/local by doing: `cd /usr/local/`
`ls` should list one or more mysql folders.
`sudo ln -s mysql-<the version you'd like to use> mysql`

And there you go, you've re-created the link to MySQL. The link for which the preference pane was looking. Restarting System Preferences picks up the link and you can start MySQL again.

What should be noted is that MySQL does not provide a 64 bit version of their preference pane yet. But you can download a 64 bit compiled one from here:
Another good idea might be to install a 64 bit version of MySQL if you hadn't done so, as your OS is now fully 64 bit...

I hope Google will pick up this little post and rank it highly before all the FUD that's been generated online :)

Sent From My iPhone.

No, not really. But I did manage to finally get one. Finally, because it did take almost 8 weeks for me to get the black 32GB iPhone 3GS. That's Belgium for you. When I went to get mine the person behind the counter told me that Mobistar (the exclusive distributor here in Belgium) had sent them 16 pieces that week. That is 16 iPhones to divide over their 7 stores in Flanders, Belgium. Unbelievable how big of a scam the iPhone is in Belgium.

There are two reasons I can think of why this would be.

The first is that Apple makes more money over a 2 year period of time on iPhones sold with a subscription than on those sold unlocked. But several people that are in the distribution chain told me this wasn't the case as a cellphone operator just buys them from Apple at a certain price and then has to figure out itself how to gain back the money through a subscription model via their customers. If Apple makes more money on phones sold with a plan it might be reluctant to ship unlocked "cheap" iPhones to Belgium and saves its production for our neighbouring countries.

Second one is that subsidising phones wasn't, and still isn't allowed in Belgium, although Europe won't fine operators anymore if they do it and soon the law will change for Belgium as well stating that subsidising phones is legal. Mobistar, in my opinion is waiting to sell iPhones as long as possible until this coupling is allowed and then sell subsidised iPhones with subscriptions, on which they obviously make way more money than selling phones without a plan. For all I know they might be sitting on a stockpile of phones only letting out a couple at a time covering it up with "limited availability" on Apple's part.