Don't stop install process if mysqld fails to start (dpkg)

As the final step of dh_installinit, dh tries to start the mysqld server
after installing the init script to /etc/init.d/. If the server fails to
start for any reason (for example a buggy my.cnf), dpkg or apt-get report
a failed installation, which does not reflect what really happened,
creating some confusion.

Fix this by appending --error-handler=: to dh_installinit, effectively
ignoring if the server was able to get started or not -- since this
doesn't really affect the installation process.
Don't stop install process if mysqld fails to start (dpkg)

Merge fix for bug #1002500 from 5.1
Don't stop install process if mysqld fails to start (dpkg)
  
Merge fix for bug #1002500 from 5.5
Fix for bug #1196383: thread pool breaks -DWITH_PERFSCHEMA_ENGINE=OFF.
This patch introduces some directives for conditional compilation in
threadpool.cc and threadpool_common.cc.
Merge fix for bug #1196383 from 5.5 with some adjustments.
Bump versions to 5.6.13-60.6
Add entry into debian changelog for last commit
Add entry into debian changelog for last commit
Add entry into debian changelog for last commit
Bug 1204873: Valgrind: bytes lost in operator new[] | Table_node::Table_node
Memory allocated for array or Column_node pointers were not deallocated in
Table_node destructor because Sql_alloc doesn't invoke destructor when
releases memory. It means that classes inherited from Sql_alloc must not
use destructor for memory deallocation.
Merge from 5.5
References lp:587170 - merge r3887 from wsrep-5.5
Fix generated cmake/install_layout.cmake in SRPMS when cross-compiling

When cross-compiling to i686 with build-rpm.sh with the --i686 switch,
build-rpm.sh would patch cmake/install_layout.cmake moving the lib64/ dir
to lib/, as it should be for the target 32 bit platform. The rationale
behind this is that the library directory name (lib64 or lib) is
determined by the CMAKE_SYSTEM_PROCESSOR cmake variable, and there's no
documented way of altering this variable (setting it with -D doesn't
work), so when cross-compiling the libraries would get installed to
lib64/ anyway.

The problem was that this was done prior to creating the source .tar.gz,
so the sources that went into the SRPM would be patched, potentially
creating problems if later this SRPM was used for creating 64bit binaries
(bug #1174300).

Fix this by moving the patching logic to percona-server.spec, where the
cmake/install_layout.cmake is patched after uncompressing from source.
Fix generated cmake/install_layout.cmake in SRPMS when cross-compiling

Merge of the fix from the 5.5 branch
Merge lp:~ignacio-nin/percona-server/5.6-bug1002500
Automerge lp:~sergei.glushchenko/percona-server/5.6-ps-bug1204873
This patch fixes multiple issues.
- assertion failure (pfs->m_idle || (state == PSI_SOCKET_STATE_IDLE)) in pfs.cc
PFS updates of current State of socket in threadpool has been improved.
* as comment in threadpool_common.cc states, there is a possibility for
more than one iteration of loop in threadpool_process_request to be done,
which is handled now. Cases when loop wasn't executed at all are also
handled.
- change in mysqld.cc is aimed to prevent race condition (concurrent changes
in THD and it's PFS structures) which caused SIGSEGV's on server shutdown.
- adding vio_cancel for socket and other VIO implementations allows to
handle kill idle transaction correctly. Similar change present in 5.5
branch Percona Server rev. 442.1.4.
- test case for bug #1201681
Merge codership upto 3948
Merge PS upto revno 437
Remove the undef