Make, das gut alte BuildTool der Unix-Gemeinde

Installation

• Definitive Software Library ID: Make Achtung: abgelöst durch UnxTools
• Hersteller/Bezugsquelle: Free Software Foundation, Inc. (Richard Stallman, Roland McGrath, http://www.gnu.org/software/make/)
  Win32 Binaries: http://unxutils.sourceforge.net/
• Version: GNU Make 3.80
• Installations-Verzeichnis: D:\Programme\util
• Systemvoraussetzungen: Native Win32 nur Microsoft C-runtime msvcrt.dll erforderlich (cygwin.dll nicht)

Verwendung von Make

• Generieren statischer HTML-Seiten für meine WebsiteTraditionell mit Smarty
• Generieren Lexikon, Deskriptoren und Musiclibrary mit XML/XSLT für meine WebsiteTraditionell

Migration von Make auf Ant

Ich versuche auf das aktuellere BuildTool Ant umzusteigen, da ich Ant sowieso benötige, und dann nicht mit zwei BuildTools fahren möchte.

— Main.DietrichKracht – 31 May 2004

GUI Graphical User Interface

Das war in grauer Vorzeit eine heiss geführte Debatte: GUI oder text-orientiertes User Interface.

Das Non-GUI wurde abschätzig “Dumb Terminal”, Command Line Interface, 3270-Oberfläche, “Green Screen”, “ASCII-Terminal”, “TTY”,… genannt.

Das GUI wurde “erfunden” im sagenumwobenen Xerox PARC, dem Palo Alto Research Center.

Die von Douglas Engelbart 1963/64 am SRI erfunde Maus fand 1981 im graphischen Textverarbeitungssystem “Xerox Star” seine erste kommerzielle Verwendung als GUI-Zeigegerät. Die graphischen Elemente der Oberfläche wurden in sog. Windows-Systemen realisiert (erst Smalltalk und Apple, dann kam langsam Microsoft Windows als Aufsatz auf das gute alte DOS).

Als Entwurfsmuster für GUI-Applikationen wurde der Modell-View-Controller “MVC” erfunden. Die Entwickler im Java-Umfeld konnten das dann mit dem StrutsFramework realisieren. Die armen Entwickler von Web-Anwendungen mit PHP mussten lange improvisieren bis endlich http://www.struts4php.org ihnen auch die Unterstützung des MVC/Struts-Patterns brachte.

Da heutzutage das “Graphical” eine Selbstverständlichkeit ist, spricht man nur noch vom User Interface, neumodisch jetzt auch von User Experience.

— Main.DietrichKracht – 19 Feb 2005

Perl ist eine Scriptsprache, die von Larry Wall noch vor dem Boom des Internets (Worldwide Web) entwickelt wurde.

Von der Web-Gemeinde wurde Perl sofort vereinnahmt, um kleine ausführbare Code-Teile zur Dynamisierung von Web-Inhalten zu entwickeln.

Perl ist in der Unix/Linux-Welt zuhause und ist in Windows-Umgebungen nicht ganz so einfach zu handhaben. Der traditionelle Perl-Programmierer benutzt z.B. aus dem Perl heraus gerne Unix-Befehle bzw. Unix-Programme (z.B. ls oder date oder ….) und schon ist man unter Windows erst einmal auf die Nase gefallen.

Perl läuft traditionell von der Command-Line und wenn Perl unter einem Web-Server (Apache) laufen soll (CGI oder mod_perl), muss man schon etwas fummeln. Im Gegensatz dazu ist die neuere Scriptsprache PHP von vorne herein auf den Einsatz unter Web-Servern konzipiert. Als logische Konsequenz muss man sich bei PHP durchaus etwas anstrengen, um PHP von der Command-Line zu starten.

Unter Windows gibt es im Wesentlichen zwei Möglichkeiten mit Perl zu arbeiten:

• Die Firma ActiveState hat eine freie und sehr verbreitete Perl-Windows-Version
• Unter Cygwin kann man ein Quasi-Unix-Perl laufen lassen

Installation Variante ActiveState

• Definitive Software Library ID: Perl
• Hersteller/Bezugsquelle: ActiveState http://www.activestate.com
• Version 5.6.1.
• Installationsordner: d:\perl
• Konfiguration: s.u. (Perl Module)

Von der Installation der aktuellen Version 5.8.2 (Jan 2004) wird aber beim Einsatz von TWiki abgeraten.

Installation Variante Cygwin

• Version 5.6.1. Aktuell (Jan 2004) ist Version 5.8.2, davon wird aber beim Einsatz von TWiki abgeraten.
• Installationsordner: /bin/perl und /lib/perl5

Bei der Installation von OpenSSHServer unter Cygwin wurde ohne zu fragen Perl 5.8.2 installiert. Das steht jetzt im Konflikt mit den Anforderungen für die TWikiInstallationWindows. Ausserdem müssen für Perl 5.8.2 einige Packages nach-installiert werden.

Perl Module (Packages)

Bei Perl muss man immer einige Packages/Module nachinstallieren. Das Nachinstallieren von Packages (z.B. Net::LDAP, Digest::SHA1, MIME::Base64, Test::More,…) wird durch Tool-Unterstützung stark vereinfacht. Es gibt zwei Tools dafür:

• ActiveState: ppm (Perl Package Manager) (z.B. “install Digest-SHA, install Algorithm-Diff,…” )
• Linux: CPAN (Comprehensive Perl Archive Network, aktuelle Version 1.76)

Unter ActivePerl kann man auch CPAN verwenden, da CPAN ein Modul von ActivePerl ist. Installieren muss man CPAN mit ppm. Wenn es dann installiert ist, kann man es aufrufen mit:

	  perl -MCPAN -e shell;

Zur vollen Funktionsfähigkeit benötigt das CPAN-Modul folgende Unix-Programme:

• gzip.exe
• tar.exe
• unzip.exe
• make.exe
• lynx.exe
• wget.exe
• ncftpget.exe
• ftp.exe
• more
• eine Shell

Diese Unix-Programme kann mach sich von Cygwin borgen.

Probleme mit der Installation von Perl-Modulen

Die Nach-Installation des Perl-Modules Net::LDAP unter Cygwin gelang erst, nachdem in CPAN config.pm als Make-Programm nicht das make.exe von Cygwin, sondern nmake.exe (Microsoft Version 1.5) eingetragen wurde, sonst gab es einen Fehler. Das Net::LDAP ist für die Funktionsfähigkeit des LDAP-Plugins bei TWiki erforderlich.

In meinem Cygwin-Perl landen die Packages in den Ordnern:

• /lib/perl5/site_perl/5.8.2/ oder
• /lib/perl5/site_perl/cygwin-thread-multi-64int/auto/

Installierte Perl Packages (Cygwin-Perl und ActiveState-Perl???)

Tabelle 1: Installierte Perl Packages

Anwendungen, die Perl benötigen

Tabelle 2: Anwendungen, die Perl benötigen

— Main.DietrichKracht – 10 Jan 2004