Update fails with 'unable to verify' for every release

[gtch]

The update process built into Alfred has failed for me in each of the last few releases. In each case I get a message like "Unable to verify v2.0.6 b203" after I try to update, and Alfred fails to update. Next time I start the computer I get asked to update again, and again it fails.

 

This has happened ever since I've installed Alfred — I think the first version I had was v2.0.2. I have to manually download each new version from your website, and copy it over the existing installation. In this example I am using v2.0.4, but it occurs for v2.0.5 as well as older versions.

 

It starts with the popup telling me there's an update available:

 

 

I click Update and the download starts:

 

 

The download appears to finish correctly, but then immediately afterwards the verification error is displayed: 

 

 

 

I've looked at the network traffic, and it looks like the download works OK. In the above example, Alfred made two requests which both completed successfully:

1. GET http://media.alfredapp.com/v2update/info.plist
2. GET http://cachefly.alfredapp.com/Alfred_2.0.6_203.zip

That second request resolved to 204.93.143.143 (vip1.AU-anycast1.cachefly.net) which is an Australian cachefly server (I do live in Australia). Is it possible that the file is corrupted on this server and not others? Note however that I've had the same problem with previous releases so it can't be just the Alfred_2.0.6_203.zip file that is to blame.

 

Finally, I've checked the logs in Console.app and there's nothing relevant from Alfred there (just a single startup message after booting up).

 

Any suggestions?

 

Thanks

Charles

[Andrew]

 

Any suggestions?

 

Thanks

Charles

 

This could be one of a few things, a permissions problem or php (used for a second level validation of the download) being broken on your Mac. Firstly, try repairing permissions in OS X's disk utility app, then open Terminal and type:

 

php -version

 

and

 

whereis php

 

Cheers,

Andrew

 

[moving to the help subforum]

[gtch]

Thanks Andrew

 

I've tried repairing permissions, that didn't fix the problem. However it does look like PHP problems might be the cause:

 

php -version

 

dyld: Library not loaded: /usr/lib/libpq.5.dylib

  Referenced from: /usr/bin/php

  Reason: no suitable image found.  Did find:

/usr/lib/libpq.5.dylib: no matching architecture in universal wrapper

/usr/lib/libpq.5.dylib: no matching architecture in universal wrapper

Trace/BPT trap: 5

 

 

whereis php

 

/usr/bin/php

 

 

 

I'm a developer and this is a development machine, so I have all sorts of unusual packages compiled and installed on my machine — probably one of them broke PHP. I don't code PHP so that doesn't matter to me.

 

Is there any way of disabling Alfred's use of PHP?

 

Cheers

Charles

[Andrew]

 

Thanks Andrew

 

I've tried repairing permissions, that didn't fix the problem. However it does look like PHP problems might be the cause:

 

 

dyld: Library not loaded: /usr/lib/libpq.5.dylib

  Referenced from: /usr/bin/php

  Reason: no suitable image found.  Did find:

/usr/lib/libpq.5.dylib: no matching architecture in universal wrapper

/usr/lib/libpq.5.dylib: no matching architecture in universal wrapper

Trace/BPT trap: 5

 

 

 

/usr/bin/php

 

 

 

I'm a developer and this is a development machine, so I have all sorts of unusual packages compiled and installed on my machine — probably one of them broke PHP. I don't code PHP so that doesn't matter to me.

 

Is there any way of disabling Alfred's use of PHP?

 

Cheers

Charles

 

 

There is no way to disable Alfred's use of PHP, plus many of the best workflows are also based on php, so you may want to look at reinstalling php on your Machine, otherwise you'll get quirky behaviour all over the place!

 

Cheers,

Andrew

[gnfpt]

Hello,

 

I had the same issue and creating a symbolic link to libpq.5.4.dylib fixed it:

 

sudo ln -s /usr/lib/libpq.5.4.dylib /usr/lib/libpq.5.dylib

 

~/gnfpt

[jdfwarrior]

Hello,

 

I had the same issue and creating a symbolic link to libpq.5.4.dylib fixed it:

 

sudo ln -s /usr/lib/libpq.5.4.dylib /usr/lib/libpq.5.dylib

 

~/gnfpt

 

Awesome thanks for sharing the info