Kevin Horst - Internet Applications & Development

Änderungen an Libtool stehen im direkten Zusammenhang mit Fehlermeldungen beim Installieren von PHP Extensions aus dem Pecl Repository. Dies außert sich im Beispiel von APC (oder auch oci8) folgendermaßen:

downloading APC-3.0.19.tgz ...
Starting to download APC-3.0.19.tgz (115,735 bytes)
.................done: 115,735 bytes
47 source files, building
running: phpize
Configuring for:
PHP Api Version:         20041225
Zend Module Api No:      20060613
Zend Extension Api No:   220060519
configure.in:158: warning: LTOPTIONS_VERSION is m4_require'd but not m4_defun'd
aclocal.m4:2943: LT_INIT is expanded from...
aclocal.m4:2978: AC_PROG_LIBTOOL is expanded from...
configure.in:158: the top level
configure.in:158: warning: LTSUGAR_VERSION is m4_require'd but not m4_defun'd
configure.in:158: warning: LTVERSION_VERSION is m4_require'd but not m4_defun'd
configure.in:158: warning: LTOBSOLETE_VERSION is m4_require'd but not m4_defun'd
configure:6197: error: possibly undefined macro: m4_ifval
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure:8806: error: possibly undefined macro: _LT_SET_OPTIONS
configure:8806: error: possibly undefined macro: LT_INIT
ERROR: `phpize' failed

Problem:

Seit Libtool Version 2.2 wurden diverse Macros in mehrere Dateien gesplittet und somit vermisst das phpize eigene Build-Script build/libtool.m4 autoconf Definitionen und ist somit nicht mehr lauffähig.

Lösung (unter root):

root@host:/usr/share/aclocal# cat lt~obsolete.m4 ltoptions.m4 ltsugar.m4 ltversion.m4 >> libtool.m4

Quelle: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/262251

Unter Ubuntu 9.04 verweigert der Zend Server CE leider das Starten der oci8 Extension. Unter Monitor -> Logs (bzw. [INSTALL-DIRECTORY]/zend/var/log/php.log) findet sich der Hinweis auf eine fehlende Library:

[28-Sep-2009 19:58:54] PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/local/zend/lib/php_extensions/oci8.so’ - libaio.so.1: cannot open shared object file: No such file or directory in Unknown on line 0
[28-Sep-2009 19:58:54] PHP Warning: PHP Startup: Unable to load dynamic library ‘/usr/local/zend/lib/php_extensions/pdo_oci.so’ - libaio.so.1: cannot open shared object file: No such file or directory in Unknown on line 0

Lösung:

sudo apt-get install libaio1

Nach dem Installieren der Gasterweiterungen im Gastsystem Ubuntu (ab Version 8.04) geht die Mauszeigerintegration noch nicht.

In der Datei /etc/X11/xorg.conf folgende Zeilen ergänzen:

Section "InputDevice"
   Identifier   "Configured Mouse"
   Driver       "vboxmouse"
   Option       "CorePointer"
EndSection

Mit der zusätzlichen Option geht auch noch das Scroll-Rad:

Option       "Protocol" "ImPS/2"

Quelle:
http://forums.virtualbox.org/viewtopic.php?t=10800

Um eine gleiche Darstellungen von Webseiten zu erhalten kommt man eigentlich um die Installation von Microsoft ähnlichen Schriften nicht herum.

Es gibt 2 Projekte, die sich mit diesem Thema beschäftigen: Die Corefonts und die Liberation Fonts. Wärend die Liberation Fonts versucht mit 3 Schriften “Sans”, “Serif” und “Mono” die Schriften “Arial”, “Times New Roman” und “Courier New” zu simulieren geht das Projekt “Corefonts” einen anderen Weg: Es kopiert die komprimierten Microsoft Schriften (Core fonts for the Web), entpackt diese mit cabextract und installiert die True Type Fonts im System. Danach stehen die bekannten Schriften wie: Arial, Verdana, Times New Roman usw. zur Verfügung.

Unter Ubuntu ist die Installation sehr einfach:

sudo apt-get install msttcorefonts ttf-liberation

Die Schriften stehen zur Verfügung sobald man sich neu eingeloggt hat bzw. sobald man diesen Befehl ausführt:

sudo fc-cache -fv

Quellen:
http://corefonts.sourceforge.net/
https://www.redhat.com/promo/fonts/
http://en.wikipedia.org/wiki/Core_fonts_for_the_Web

Unter Ubuntu scheint es Probleme zu geben wenn php auf der Kommandozeile ausführen möchte:

Beim Ausführen von

./symfony init-project PROJECT-NAME

erhielt ich die Fehlermeldung: /usr/bin/env: php: No such file or directory

Der Befehl:

export php=/path/to/php

half nicht.
Ein symbolischer Link löst das Problem:

ln -s /usr/local/Zend/Core/bin/php php

which php

liefert nun auch den entsprechenden Pfad: /usr/bin/php

Pear- und Symfony-Befehle sollten nun endlich konsequent zur Verfügung stehen.