Ein guter Startpunkt für das Installieren des Tarballs von
sourceforge.net/projects/bricolage
ist der Bricolage System Administration Guide (Bric::Admin) unter
www.bricolage.cc/docs/Bric/Admin.html.
Hier werden zunächst die umfangreichen
Systemvoraussetzungen
beschrieben. Hat man die erfüllt, sollte
perl Makefile.PL
make
make test
und als root:
make install
ausreichen, um ein lauffähiges System zu erhalten.
Natürlich funktioniert das zunächst einmal überhaupt nicht; ruft man
als User oder root perl Makefile.PL im
Installationsverzeichnis auf, passiert einfach gar nichts. Daher
scheitert natürlich auch das folgende make.
Die komplexen
Systemanforderungen von Bricolage sollte man zunächst über einen
möglichst automatisierten Installationmechanismus zu lösen versuchen.
Apt-get hilft uns hier nicht weiter, dafür aber die CPAN Shell:
deb:~/bricolage-1.6.7# perl -MCPAN -e 'shell'
cpan shell -- CPAN exploration and modules installation (v1.59_54)
ReadLine support available (try 'install Bundle::CPAN')
In der CPAN Shell gibt man nun ein:
install Bundle::Bricolage
Es folgt eine ziemlich lange Download- und Compilierungsprozedur, die
etwa wie folgt aussieht; man sollte mindestens 30 Minuten bei DSL
einplanen, aufgrund der zahlreichen Rückfragen zwischendurch eher noch
deutlich mehr, wenn man die CPAN Shell nicht ständig im Auge behalten
kann oder will.
CPAN: LWP::UserAgent loaded ok
Fetching with LWP:
ftp://ftp.leo.org/pub/CPAN/authors/id/D/DW/DWHEELER/Bundle-Bricolage-1.6.1.tar.gz
CPAN: MD5 loaded ok
Fetching with LWP:
ftp://ftp.leo.org/pub/CPAN/authors/id/D/DW/DWHEELER/CHECKSUMS
Checksum for
/root/.cpan/sources/authors/id/D/DW/DWHEELER/Bundle-Bricolage-1.6.1.tar.gz
ok
Scanning cache /root/.cpan/build for sizes
Bundle-Bricolage-1.6.1
Bundle-Bricolage-1.6.1/Build.PL
Bundle-Bricolage-1.6.1/Changes
Bundle-Bricolage-1.6.1/lib
Bundle-Bricolage-1.6.1/lib/Bundle
Bundle-Bricolage-1.6.1/lib/Bundle/Bricolage.pm
Bundle-Bricolage-1.6.1/Makefile.PL
Bundle-Bricolage-1.6.1/MANIFEST
Bundle-Bricolage-1.6.1/META.yml
Bundle-Bricolage-1.6.1/README
Bundle-Bricolage-1.6.1/t
Bundle-Bricolage-1.6.1/t/basic.t
Bundle-Bricolage-1.6.1/t/zpod.t
Fetching with LWP:
ftp://ftp.leo.org/pub/CPAN/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz
Fetching with LWP:
ftp://ftp.leo.org/pub/CPAN/authors/id/G/GB/GBARR/CHECKSUMS
Checksum for
/root/.cpan/sources/authors/id/G/GB/GBARR/Bundle-libnet-1.00.tar.gz
ok
Bundle-libnet-1.00/
Bundle-libnet-1.00/Makefile.PL
Bundle-libnet-1.00/libnet.pm
Bundle-libnet-1.00/README
Bundle-libnet-1.00/MANIFEST
Running install for module Storable
Running make for A/AM/AMS/Storable-2.08.tar.gz
...
Der Download wird leider häufig unterbrochen durch Rückfragen wie die
folgende:
---- Unsatisfied dependencies detected during
[D/DR/DROLSKY/HTML-Mason-1.23.tar.gz] -----
Scalar::Util
Class::Container
Exception::Class
Apache::Request
Params::Validate
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]
...
---- Unsatisfied dependencies detected during
[D/DW/DWHEELER/DBD-Pg-1.22.tar.gz] -----
Test::Simple
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]
...
---- Unsatisfied dependencies detected during
[J/JO/JOESUF/libapreq-1.3.tar.gz] -----
Apache::Test
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]
...
---- Unsatisfied dependencies detected during
[D/DC/DCONWAY/Parse-RecDescent-1.94.tar.gz] -----
Text::Balanced
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]
...
---- Unsatisfied dependencies detected during
[S/SA/SAMTREGAR/HTML-Template-Expr-0.04.tar.gz] -----
Parse::RecDescent
Shall I follow them and prepend them to the queue
of modules we are processing right now? [yes]
...
Bis die Nachfrage beantwortet wurde, steht der Downloadvorgang -- man
kann den Download also leider nicht unbeaufsichtigt nebenher laufen
lassen.
Am Ende der recht kryptischen Prozedur erhält man dann so etwas wie:
...
make: *** [test_dynamic] Error 11
/usr/bin/make test -- NOT OK
Running make install
make test had returned bad status, won't install without force
Ein anschliessender Installationsversuch scheitert dann auch:
deb:~/bricolage-1.6.7# make cpan && make test && make
install
/usr/local/bin/perl inst/modules.pl
make: /usr/local/bin/perl: Command not found
make: *** [modules.db] Error 127
Ein Aufruf von Makefile.PL scheitert ebenfalls:
deb:~/bricolage-1.6.7# ./Makefile.PL
bash: ./Makefile.PL: /usr/bin/perl: bad interpreter: Permission
denied
Dasselbe bei perl Makefile.PL:
deb:~/bricolage-1.6.7# perl Makefile.PL
Wir erhalten also gar nicht erst ein make. Die
Installation scheitert also -- trotz genauester Beachtung der
Installationsanweisungen -- bereits beim Erfüllen der
Systemanforderungen. Irgendwie auch nicht weiter verwunderlich, dass bei
dem Aufruf von perl Makefile.PL rein gar nichts passiert:
deb:~/bricolage-1.6.7# ls -la Makefile.PL
-rwxr-xr-x 1 501 staff 0 Oct 24 02:22 Makefile.PL
Statt die generischen Installationsanweisungen nachvollziehen zu
wollen, kann man aucheinen Blick in das Installationsarchiv werfen; dort
findet sich die Datei README.Debian mit einigen --
möglicherweise -- weiterführenden Hinweisen:
There are currently efforts going on to produce a native
Debian package
that you can simply install with your favorite Debian package tool.
Gerfried Fuchs knows about the current status. There are/were
already
preliminary packages available which were produced by Erich
Schubert.
You can find them at <http://people.debian.org/~erich/bricolage/>.
Any hints/comments/suggestions appreciated, you can reach Gerfried
Fuchs
at <alfie@users.sourceforge.net>. Please give him some days time to
react, he tends to be overworked sometimes....
Bricolage has been tested on Debian's stable distribution (woody,
3.0).
The old stable Debian (potato, 2.2) will not work with Bricolage as
it
does not include Perl 5.6.
The following DEBs should be installed with apt-get before
installing
Bricolage:
apache-perl
apache-dev
postgresql
postgresql-dev
expat
unzip
Schauen wir also mal auf unserer »Woody«- Installation, ob die
erforderlichen DEBs existieren:
deb:~/bricolage-1.6.7# apt-get install apache-perl
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, apache-perl is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
deb:~/bricolage-1.6.7# apt-get install apache-dev
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, apache-dev is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
deb:~/bricolage-1.6.7# apt-get install postgresql
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, postgresql is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
deb:~/bricolage-1.6.7# apt-get install postgresql-dev
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, postgresql-dev is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
deb:~/bricolage-1.6.7# apt-get install expat
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, expat is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
deb:~/bricolage-1.6.7# apt-get install unzip
Reading Package Lists... Done
Building Dependency Tree... Done
Sorry, unzip is already the newest version.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not
upgraded.
Alle in README.Debian geforderten Pakete sind also
vorhanden. Warum dennoch alle Beschreibungen und Hilfestellungen nicht
ausreichen, um zumindest mit der Installation von Bricolage zu beginnen?
Diese Frage sollte man den Entwicklern stellen -- aber es handelt sich
ja um Open Source Software, die von Programmierern für Programmierer
gemacht wird, nur so zum Spass, und nicht für Systemadministratoren oder
gar Endanwender.
Unter »Woody« gibt es einen funktionierenden Installationskandidaten
für apache-perl und apache-dev, aber natürlich
beisst sich dieser Apache mit seinem Stammesgenossen aus dem Paket
apache. Ich empfehle, nur einen Apache httpd zu installieren,
obwohl eine friedliche Koexistenz auf unterschiedlichen Ports durchaus
möglich ist.
Übrigens: Für »Sarge« gibt es aber weder apache-perl
noch apache-dev, es gibt auch einen Installationskandidaten
für apache2-perl oder apache2-dev.
So kommen wir also auch nicht weiter, weder unter »Woody« noch unter
»Sarge«.
Unter people.debian.org/~erich/bricolage
finden sich tatsächlich diverse ältere DEB- Pakete aus dem Umfeld von
Bricolage 1.6.4, leider ohne jegliche Installationsanweisungen. Nun
könnte man ein halbes Dutzend DEB- Pakete manuell herunterladen und
lokal installieren, aber wie macht man das ohne GUI? Unter Gnome oder
KDE mit installiertem
Synaptic oder KPackage
könnte man die Dateien einfach mit einem Doppelklick installieren, aber
wie macht man das unter Debian an der Shell? Mit dpkg geht
es anscheinend nicht, und auch dselect ignoriert die
Dateien, nachdem eine lokale Quelle definiert wurde.
Als nächstes versuchen wir eine neue Quelle für die
/etc/apt/sources.list zu bauen:
deb http://people.debian.org/~erich/bricolage/ ./
Und siehe da, nach einem apt-get update lässt sich
Bricolage mit apt-get install bricolage installieren. Warum
schreibt dies Erich Schubert, der Maintainer dieser Pakete nicht gleich?
Theoretisch sollte man nun Bricolage starten können mit
bric_apachectl start, stattdessen hagelt einen jedoch die Shell
zu mit kryptischen Fehlermeldungen. Dort, wo sich -- ebenfalls
theoretisch und laut
www.masonbook.com/book/appendix-d.mhtml
eine Konfigurationsdatei befinden sollte (/usr/local/bricolage/conf/bricolage.conf)
gibt es aber nichts, es existiert nicht mal ein Verzeichnis
/usr/local/bricolage.
So macht das keinen Spass, und wir brechen den Installationsversuch
unter Debian GNU/Linux ab.
Kefk Network :
GNU/Linux |
About |
Wiki.
Debian GNU/Linux:
EUR
49,90
