I've done this several times now and I'm a bit perplexed as to why there are still some issues with installing DA on a clean Debian 6.0 x64 machine (using Custombuild 1.2).
First, the issue with the MySQL client library version dependency is annoying to say the least, and NOT ONE of the proposed solutions listed in the KB (http://help.directadmin.com/item.php?id=236) works in my experience. Not even the recently added downloadable libmysqlclient.so.16 from the KB article appears to work, and instead I have to copy libmysqlclient.so.16 from /usr/local/mysql-5.5.9-linux2.6-x86_64/lib in order to get things straight. What's extremely annoying about this is that the DA install FAILS because of this broken dependency essentially requiring two runs of the install: one to get MySQL installed, and then another after manually adding the old libmysqlclient version. Why can't DA either remove the external dependency on that library altogether or at least update to the latest libmysqlclient.so.18 for Debian 6?
Second, there is a problem with custombuild breaking Debian's pre-installed Exim even if the Exim option is turned off in options.conf. Here is what the system shows before DA is installed:
And here is what shows after the DA install:
Clearly there are some issues, as you can see all sorts of changes and broken dependencies. Running "aptitude install" after this appears to clear out the mess with a proposed solution, and then "aptitude install exim4" seems to get things back to the original state. However, it is unsettling that DA seems to be doing stuff with Exim behind the scenes when told not to manage or install Exim at all. Plus, running custombuild again will put the system into the same broken state. This doesn't bode well for updating the DA managed components down the line.
Finally, while this is less of an issue, it is still distracting to see the "/usr/local/lib/libz.so.1: no version information available (required by /usr/lib/libapt-pkg.so.4.10)" littered all over apt commands. I see the KB article (http://help.directadmin.com/item.php?id=372) about the issue but it would be helpful if a clearer explanation of what the "many report issues" were with the new version of libz and why it would still not be fixed in the latest DA, especially that it has now been many months without a resolution.
I really like DA and I'm not trying to nitpick or trash the software but simply trying to put forth the issues as I see them and asking for any clarifications or resolutions that anyone can provide. I don't think it's too much to ask for admins to not have to make manual changes to system files on a fully supported platform when just doing a standard install of the panel.
First, the issue with the MySQL client library version dependency is annoying to say the least, and NOT ONE of the proposed solutions listed in the KB (http://help.directadmin.com/item.php?id=236) works in my experience. Not even the recently added downloadable libmysqlclient.so.16 from the KB article appears to work, and instead I have to copy libmysqlclient.so.16 from /usr/local/mysql-5.5.9-linux2.6-x86_64/lib in order to get things straight. What's extremely annoying about this is that the DA install FAILS because of this broken dependency essentially requiring two runs of the install: one to get MySQL installed, and then another after manually adding the old libmysqlclient version. Why can't DA either remove the external dependency on that library altogether or at least update to the latest libmysqlclient.so.18 for Debian 6?
Second, there is a problem with custombuild breaking Debian's pre-installed Exim even if the Exim option is turned off in options.conf. Here is what the system shows before DA is installed:
Code:
aptitude search exim
i exim4 - metapackage to ease Exim MTA (v4) installation
i exim4-base - support files for all Exim MTA (v4) packages
i exim4-config - configuration for the Exim MTA (v4)
v exim4-config-2 -
p exim4-daemon-heavy - Exim MTA (v4) daemon with extended features, includ
p exim4-daemon-heavy-dbg - debugging symbols for the Exim MTA (v4) packages
i exim4-daemon-light - lightweight Exim MTA (v4) daemon
p exim4-daemon-light-dbg - debugging symbols for the Exim MTA (v4) packages
p exim4-dbg - debugging symbols for the Exim MTA (v4) packages
p exim4-dev - header files for the Exim MTA (v4) packages
p exim4-doc-html - documentation for the Exim MTA (v4) in html format
p exim4-doc-info - documentation for the Exim MTA (v4) in info format
v exim4-localscanapi-1.0 -
v exim4-localscanapi-1.1 -
p eximon4 - monitor application for the Exim MTA (v4) (X11 inte
p geximon - a monitor for the exim MTA
p gforge-mta-exim4 - collaborative development tool - mail tools (using
p rexima - a simple ncurses/command-line mixer
p sa-exim - SpamAssassin filter for Exim
And here is what shows after the DA install:
Code:
aptitude search exim
iB exim - Exim with the exiscan patch
pi exim4 - metapackage to ease Exim MTA (v4) installation
pB exim4-base - support files for all Exim MTA (v4) packages
pB exim4-config - configuration for the Exim MTA (v4)
v exim4-config-2 -
v exim4-daemon -
p exim4-daemon-heavy - Exim MTA (v4) daemon with extended features, including e
p exim4-daemon-heavy-dbg - debugging symbols for the Exim MTA (v4) packages
pB exim4-daemon-light - lightweight Exim MTA (v4) daemon
p exim4-daemon-light-dbg - debugging symbols for the Exim MTA (v4) packages
p exim4-dbg - debugging symbols for the Exim MTA (v4) packages
p exim4-dev - header files for the Exim MTA (v4) packages
p exim4-doc-html - documentation for the Exim MTA (v4) in html format
p exim4-doc-info - documentation for the Exim MTA (v4) in info format
v exim4-localscanapi-1.0 -
v exim4-localscanapi-1.1 -
p eximon4 - monitor application for the Exim MTA (v4) (X11 interface
p geximon - a monitor for the exim MTA
p gforge-mta-exim4 - collaborative development tool - mail tools (using Exim
p rexima - a simple ncurses/command-line mixer
p sa-exim - SpamAssassin filter for Exim
Clearly there are some issues, as you can see all sorts of changes and broken dependencies. Running "aptitude install" after this appears to clear out the mess with a proposed solution, and then "aptitude install exim4" seems to get things back to the original state. However, it is unsettling that DA seems to be doing stuff with Exim behind the scenes when told not to manage or install Exim at all. Plus, running custombuild again will put the system into the same broken state. This doesn't bode well for updating the DA managed components down the line.
Finally, while this is less of an issue, it is still distracting to see the "/usr/local/lib/libz.so.1: no version information available (required by /usr/lib/libapt-pkg.so.4.10)" littered all over apt commands. I see the KB article (http://help.directadmin.com/item.php?id=372) about the issue but it would be helpful if a clearer explanation of what the "many report issues" were with the new version of libz and why it would still not be fixed in the latest DA, especially that it has now been many months without a resolution.
I really like DA and I'm not trying to nitpick or trash the software but simply trying to put forth the issues as I see them and asking for any clarifications or resolutions that anyone can provide. I don't think it's too much to ask for admins to not have to make manual changes to system files on a fully supported platform when just doing a standard install of the panel.