FWIW, I've just installed a clean copy of SL in a VM and get the following when trying to install zcs-7.2.2_GA_2852.RHEL6_64.20121204211835.tgz:
Needless to say I did check before the install and those packages are all installed. I think there's something wrong with Scientific Linux rather than the ZCS installer. I've also just installed the same version of ZCS on a CentOS 6.4 machine without any problems.Code:
Checking for prerequisites...
Checking for suggested prerequisites...
One or more prerequisite packages are missing.
Please install them before running this installer.
[root@scientific zcs]# cat /etc/redhat-release
Scientific Linux release 6.4 (Carbon)
curiouser and curiouser :)
Not curious at all. By the code snippet you posted the redhat variants dont have /etc/lsb-release so dpkg never gets called. Obviously your later version of scientific Linux does. It's not magic, and it's not a bug. Move that file aside while you install zimbra and be happy.
Yeah that seems to be problem. Confirmed with support and found that Redhat made some changes with RHN in latest version 6.4. Workaround : RHN registration will take away the problem.
SL is not a supported platform. So no one will be spending any time on figuring out why it doesn't work to run Zimbra on something that isn't supported. If you really want to run it on SL, then it is up to you to modify get_plat_tag.sh to function on that system.
this looks like a new addition in RHEL as well, /etc/lsb-release is empty, but it is there, so relying on the file's existence to determine the platform is debian based is wrong in any case.
//and congrats on getting away from vmware's clutches :)
Well, for RH, we rely on /etc/redhat-release. Did SL do away with it?