install libcurses.so that is just a symlink to libncurses.so, because some software tries to find it first.

Additionaly this selects different lxml egg, and "disables" lxml building hack.

http://zope2.zope.org/news/security-vulnerability-announcement-cve-2011-3587

It is useful to have synchronised version of slapos tools in Vifib instance.

Also add python interpreter in order to have direct access to such developed
library.

Driven by correctly working Vifib code.

Since long time both never changed, so it seems easier to have them in frozen
state.

Keep original intention of extending gcc, but as there are problems with
libc conflict (libppl is linked against system libc, but later used with
old gcc provided libc, and detects features not available in old version
of libc) provide trimmed down gcc in order to compile pdftk.

Conflicts:
	component/apache/buildout.cfg
Avoid using older version of apache from master.

	component/libreoffice-bin/buildout.cfg
Drop changes which problem addressed shall be done by releasing erp5 to master.

	component/stunnel/buildout.cfg
Drop changes which problem addressed shall be done by releasing erp5 to master.

  component/xorg/buildout.cfg
Remove not needed garbage from master.

	slapos/recipe/erp5/__init__.py
Avoid cleanup removal by master.

	slapos/recipe/erp5/template/logrotate_entry.in
Remove not needed garbage from master.

Manually found wrong changes on master:

  component/noVNC/buildout.cfg
Use head instead of pinned version.

  stack/erp5.cfg
Drop changes which problem addressed shall be done by releasing erp5 to master.

This issue was found on system which had libstdc++ dynamic library not functional.
It is pointing to broken link which results in error:

/usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/libstdc++.a(ios_init.o): relocation R_X86_64_32 against `pthread_cancel' can not be used when making a shared object; recompile with -fPIC

Each time dynamic library tries to use stdc++, as libstdc++.so was broken link.

Currently SlapOS requires "sane" host: which has working libc, libc++ and gcc.

Some day in future SlapOS node software can provide own compiler, toolchain
and libc with libc++.

This reverts commit 6819f5a8.

This solve compilation problems on Debian 6.0.1