|
| |
Installation von Bricolage Red Hat Linux 9
Software :
Web : Bricolage
: Installation : Red Hat
Linux : Übersicht
03-Nov-2003/09-Jan-07
Übersicht
Wir nutzen ein
Red
Hat Linux in
Version 9 (»Shrike«) mit Apache 2. Für RHL existiert bisher
kein natives und stabiles Paket im
RPM- Format; Bricolage kann daher natürlich auch nicht über
APT-RPM installiert oder über die nativen Mechanismen der
Paketverwaltung von Red Hat Linux aktualisiert werden.
Erster Installationsversuch
Suche nach RPM-Paketen
RPMfind.net kennt leider keine RPM- Pakete für Bricolage:
 www.rpmfind.net.
Auch die deutsche RPM- Suchmaschine RPMseek.com findet nichts:
www.rpmseek.com.
RPM-Pakete aus dem RPMPAN-Projekt
Das RPMPAN- Projekt ( rpmpan.sourceforge.net)
stellt zwei passende Pakete zur Verfügung:
Bundle::Bricolage,
perl-Bundle-Bricolage-1.6.0-8.noarch.rpm
www.quantumlinux.com/~kevin/rpmpan/rpm/perl-Bundle-Bricolage-1.6.0-8.noarch.rpm.
Bundle::BricolagePlus,
perl-Bundle-BricolagePlus-1.6.0-8.noarch.rpm
www.quantumlinux.com/~kevin/rpmpan/rpm/perl-Bundle-BricolagePlus-1.6.0-8.noarch.rpm.
Installiert man diese beiden RPM- Pakete, erhält man jedoch folgende
Fehlermeldung:
[root@lx /]# rpm -Uvh perl*.rpm
Fehler: Failed dependencies:
perl(:WITHOUT_ITHREADS) is needed by perl-Bundle-Bricolage-1.6.0-8
perl(:WITHOUT_THREADS) is needed by perl-Bundle-Bricolage-1.6.0-8
perl(:WITHOUT_LARGEFILES) is needed by perl-Bundle-Bricolage-1.6.0-8
perl(:WITHOUT_ITHREADS) is needed by
perl-Bundle-BricolagePlus-1.6.0-8
perl(:WITHOUT_THREADS) is needed by
perl-Bundle-BricolagePlus-1.6.0-8
perl(:WITHOUT_LARGEFILES) is needed by
perl-Bundle-BricolagePlus-1.6.0-8
Mit Hilfe von Chuck Moss soll RPMPAN "apt aware" geworden sein; dazu
müssen folgende Zeien zur /etc/apt/sources.list hinzugefügt
werden:
rpm http://www.quantumlinux.com rpmpan rpmpan
Dies gibt uns ein gültiges neues APT-Repository, dennoch sind die
Bricolage- Pakete von RPMPAN nicht installierbar:
[root@lx /]# apt-get install perl-Bundle-Bricolage
perl-Bundle-BricolagePlus
Lese Paketlisten... Fertig
Erzeuge Abhängigkeitsbaum... Fertig
Einige Pakete konnten nicht installiert werden. Dies könnte
bedeuten,
dass Sie eine unmögliche Situation angefordert haben oder, falls Sie
die
instabile Distribution verwenden, dass einige benötigte Pakete noch
nicht
erzeugt oder aus 'Incoming' verschoben worden sind.
Die folgende Information könnte helfen die Sitation zu beheben:
Die folgenden Pakete besitzen unerfüllte Abhängigkeiten:
perl-Bundle-Bricolage: Hängt ab von: perl(:WITHOUT_ITHREADS) aber es
ist nicht installierbar
Hängt ab von: perl(:WITHOUT_THREADS) aber es ist nicht installierbar
Hängt ab von: perl(:WITHOUT_LARGEFILES) aber es ist nicht
installierbar
perl-Bundle-BricolagePlus: Hängt ab von: perl(:WITHOUT_ITHREADS)
aber es ist nicht installierbar
Hängt ab von: perl(:WITHOUT_THREADS) aber es ist nicht installierbar
Hängt ab von: perl(:WITHOUT_LARGEFILES) aber es ist nicht
installierbar
E: Fehlerhafte Pakete
Diese Vorgehensweise bringt also uns also nur weitere Probleme, da
wir uns nun mit dem Debuggen von PRM- Perl- Paketen beschäftigen
müssten, anstatt mit der Installation von Bricolage.
Zweiter Installationsversuch
Suche nach Erfahrungsberichten bei Google
Bei svn.elixus.org
findet sich laut Google ein Bricolage Red Hat README; der Link
ist jedoch tot und nur noch über den
Google-
Cache erreichbar:
Bricolage works well on Red Hat Linux, but installing
components from RPM
requires some care. If you are installing Bricolage's requirements
from source
you can skip these notes and proceed directly to INSTALL.
RPM Notes
---------
- The RPMs for Apache and mod_perl will not work with Bricolage,
because
they use mod_perl as a DSO. You must install Apache from source. See
Bric::Admin for details.
- You must install the PostgreSQL server and devel RPMs in order for
Bricolage to find PostgreSQL. This is because the devel RPMs contain
the
pg_config binary that Bricolage uses to find PostgreSQL. For
example, for
PostgreSQL version 7.1.3 you would install these RPMs:
postgresql-server-7.1.3-2.i386.rpm
postgresql-devel-7.1.3-2.i386.rpm
Red Hat 8.0 Notes
-----------------
You may find that you get an error message such as this when you
attmpt to
install Bricolage on Red Hat 8:
###############################################################################
Unable to set bricolage.conf variable APACHE_BIN to
"/usr/local/apache/bin/httpd".
###############################################################################
In fact, a fair number of Perl modules will fail to install or test
properly
with Perl 5.8 on Red Hat 8. This is because Red Hat is configured
such that it
defaults to a Unicode character set. Bricolage prefers this, of
course, since
all Bricolage data is stored in the database in Unicode. However, it
does
require that you set the LANG environment variable on Red Hat 8,
like this:
export LANG=en_US
From what we've heard, LANG must not include "utf8". Presumably you
should set
LANG to a value for your local language. At any rate, you'll need to
make sure
that this is set in your shell in order to install Bricolage and all
of its
modules, and you may need to include it in your httpd.conf file, as
well:
PerlSetEnv LANG en_US
We've also heard that you can set the LANG environment variable
globally in
the /etc/sysconfig/i18n file. Then you wouldn't need to worry about
it
anywhere else.
Die Hinweise scheinen sich ausschliesslich auf Red Hat Linux 8.0 zu
beziehen, und ausserdem wollen wir eigentlich ja auch keinen eigenen
Apache bauen und damit die Red Hat- Paketverwaltung unterlaufen, sondern
nur Bricolage installieren -- also auch hier eine weitere Sackgasse.
Die Suche nach Hinweisen zu einem Apache mit statische
einkompilierten mod_perl führt zu der folgenden Beschreibung:
- AxKit on Red Hat 9 von Benjamin Boksa - Shows how to install
AxKit on a clean installation of Red Hat 9,
axkit.org/wiki/view/AxKit/AxKitRedHat9
( Google
Cache).
- AxKit on Red Hat 9, Another Way - Another way to install AxKit
on Red Hat 9, without having to rebuild perl
Auch diese Beschreibung ist nicht mehr im Web, aber noch im Google-
Cache; allerdings wird auch hier nur eine Eigenbau- Bastellösung
beschrieben,
Ein Artikel zu Bricolage findet sich im Linux Journal vom September
2003:
So richtig beruhigend beginnt der Artikel aber leider nicht:
»Installing Bricolage is not a simple process. This
situation is not the fault of the Bricolage authors or maintainers
but, rather, a result of Bricolage using so many different modules
from the Comprehensive Perl Archive Network (CPAN)«.
Und tatsächlich: Bereits der erste Aufruf von perl -MCPAN -e
'shell' führt zu Fehlemeldungen:
[root@lx /]# perl -MCPAN -e 'shell'
Can't locate CPAN.pm in @INC (@INC contains:
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
.).
BEGIN failed--compilation aborted.
Auch Reuven Lerner, der sich als Fan von Perl, mod_perl, Apache und
HTML::Mason beschreibt, rannte bei seinen Installationsversuchen in
etliche Sackgassen:
»This is a long and involved process, however, and
something is bound to go wrong, if you're like me, with CPAN and
double-checking that you have installed everything you need by
trying one last time to install Bundle::Bricolage.
For example, I installed LWP and Bundle::CPAN using the
interactive CPAN shell. I then tried to install Bundle::Bricolage;
the installation (on a virtual colocation system running Red Hat
Linux 7.3) failed for Cache::Cache the first time around but
succeeded the second time.
CPAN dependencies sometimes can be tricky, and not all
modules clearly define and indicate theirs. It also failed on
DB_File (because the RPM for db3-devel was not installed), causing
problems with the installation of Apache::Session, which in turn
caused problems with HTML::Mason, on which Bricolage depends.
And, there were problems installing libapreq (because
Apache was already running on the same port number) and XML::Parser
(because the expat-devel RPM wasn't installed).
Luckily, trying to install a CPAN bundle indicates (at the
end) which packages didn't install cleanly. You always can try to
re-install the bundle, in which case the CPAN shell tells you which
modules already are installed and which still need to be installed«.
Ohne einen gewissen Fanatismus sollte man sich allerdings nicht
übermässig mit der Installation von Bricolage quälen; die Nutzung eines
Tools, das derartige schlechte Installationsroutinen mitbringt, sollte
man Experten überlassen, die sich dazu berufen fühlen. Für
Normalsterbliche ergibt sich dabei nur unnötige Frustration -- und die
Gewissheit, dass man später, im Falle von Problem bei einer laufenden
Installation -- endgültig scheitern würde.
| |
 Red Hat Linux: |
|
Name: Besucher.
Online: 16 aktive User.
|
| Login |
Logout
|
|
|
Benachrichtigen bei Änderungen: |
|
|
|
|
Debian GNU/Linux 3.1 »Sarge«,
mit Debian-Anwenderhandbuch.
DVD-ROM +
Bonus-DVD
 EUR
49,90
(versandkostenfrei)
|
Debian GNU/Linux Power Pack.
von
Peter H. Ganten und
Wulf Alex.
946 Seiten, zwei DVDs
EUR 69,95
(versandkostenfrei) |
|
Ubuntu: |
Ubuntu/Kubuntu 5.10,
mit Handbuch.
EUR
29,90
(versandkostenfrei)
|
|
SuSE
Linux: |
SUSE
Linux 10.0 deutsch.
von Novell
EUR
48,95
(versandkostenfrei)
|
SuSE
Linux 9.3 Professional
von Novell.
EUR
82,99
(versandkostenfrei)
|
SuSE
Linux 9.3 Professional Update.
von Novell
EUR 59,95
(versandkostenfrei) |
|
Red
Hat Linux: |
|
Red Hat Linux
Professional Workstation.
EUR 99,95
(versandkostenfrei)
|
Red Hat Linux 9 Personal.
Red Hat Linux 9 Professional.
ab EUR 39,99
(versandkostenfrei) |
|
 |
Thematisch verwandte Subsites:
Apple,
BSD,
Hardware,
Internet,
Microsoft Windows,
Networking,
Open Content,
Open Source & Free Software,
Politik,
Recht,
Safety,
Security,
Shopping,
Software,
The Tark,
Webworking,
Wissen. |
 |
|
|
Kefk Network :
GNU/Linux |
About |
Wiki.
