To work around this, I had make a quick hack and remove the dependency on libkrb in libpq and php-5.3-imap-zend-server deb packages and manually installing the packages after which installing zend server ce should work.However, this will most likely break postgres and imap zend modules so it may not be the solution for people who require those modules.

I have attached the deb packages to this post, note that these are 64 bit packages

"We don't generally "chase" pre-releases of OS version."Sorry but I have to say that this is a nonsense answer.pre-release of os are there just to test that everything work before the os is released and fix problem BEFORE people upgrade the os.Once the os is released people upgrade and they obtain a non working zend server installation.If you decide to not work in order to prevent problems at least ADVICE people to not upgrade to 12.04 until a fix is released with an announce on the website.

I'm sorry you think my response is "nonsense" but frankly I would have to say your overall expectations are a bit unrealistic.

First, I'm not sure I agree the reason that "pre-releases" of new OS version are made available is totally correct (I actually this it's more to get people to test the OS itself) but it certainly would be possible for ISV to use these to test OS versions in advance of the new release. But people probably realize that this kind of testing is not "free" for an ISV. It involves adding one more combination to an already pretty deep testing matrix (I think at last count we had something like 120 variation we test on). So we choose to wait for testing a new OS version until the official release is made. Why? Because we have been burned in the past by "late breaking changes" even between RCs and final releases. So we will probably never release on the same day as a new OS version.

Second, as a reasonable human being I know that OS upgrades can (and often do) break things. As such I would first confirm that any software I wanted to use on that OS actually worked on a test machine. If it did not then I might delay my decision to update other machines (or I might decide I don't need that software or ...). If I didn't do this I'd certainly hope I was smart enough to make a backup or snapshot before I upgraded so I could always revert in case of some problem. If I didn't take these reasonable actions I'm not sure I'd complain to the ISV ... I'd probably kick myself for "being stupid".

Lastly, I'm always amazed at the resourcefulness of people and how they can come up with workarounds to stuff. But I do want to warn people that officially we have not done a QA sweep for this release. Fixing the dependency issue to let it install does not necessarily mean that he product actually will work correctly after it is installed. It might but it also might not. We simply have not run a full QA sweep on this version. Until we do we will not officially be supporting this release. Best case scenarios is that it could take 2-3 weeks (or longer) for us to run a full QA sweep and to publish a new release. Also as some below pointed out this hack of the dependencies might break future updates from Zend when we do make an official release.

So if you really don't have to update to 12.04 immediately it might be better to wait for an update from Zend. If you have a compelling need to update feel free, just be aware Zend's standard install won't work and you're ending up in an unsupported configuration.

thank you for explaining to us the reasons for the delay.i just hope that your QA guys dont mind to take 1 or 2 extra shifts.while i am sticking to the standart php stack, i am looking forward to a new release of zend server.