[Python-de] zlib - Zope 2.8.4 und Python 2.3.6

Hans-Peter Jansen hpj at urpla.net
Sa Dez 16 01:18:34 CET 2006


Am Samstag, 16. Dezember 2006 00:16 schrieb Andreas Pakulat:
> On 15.12.06 23:51:25, Hans-Peter Jansen wrote:
> > Am Donnerstag, 14. Dezember 2006 20:24 schrieb Katja Süss:
> > > Also der Trick ist:
> > > zlib zuerst installieren, dann Python.
> > > Hm
> > >
> > > > Ich möchte Python 2.3.6 auf einer RedHat-Installation installieren.
> > > > Zope 2.8.4 fragt beim configure nach zlib.
> > > > Dies lässt sich nicht nachinstallieren. Eine Fehlermeldung kommt
> > > > nicht.
> > > >
> > > > # make install
> > > > cp zlib.h zconf.h /usr/local/python2.3.6/include
> > > > chmod 644 /usr/local/python2.3.6/include/zlib.h
> > > > /usr/local/python2.3.6/include/zconf.h cp libz.a
> > > > /usr/local/python2.3.6/lib
> > > > cd /usr/local/python2.3.6/lib; chmod 755 libz.a
> > > > cd /usr/local/python2.3.6/lib; if test -f libz.so.1.2.3; then \
> > > >   rm -f libz.so libz.so.1; \
> > > >   ln -s libz.so.1.2.3 libz.so; \
> > > >   ln -s libz.so.1.2.3 libz.so.1; \
> > > >   (ldconfig || true)  >/dev/null 2>&1; \
> > > > fi
> > > > cp zlib.3 /usr/local/python2.3.6/share/man/man3
> > > > chmod 644 /usr/local/python2.3.6/share/man/man3/zlib.3
> > > >
> > > > sagt zwar, dass libz.so angelegt wird, ist aber nachher nicht zu
> > > > finden.
> >
> > Hrmpf, nur so nebenbei - Installation nach /usr/local neben
> > Systeminstallation der gleichnamigen Bibliotheken ist ein
> > vortreffliches Rezept zur Erstellung eines unwartbaren Systems! Den
> > Hassle rpm-Pakete zu bauen zahlt sich immer aus - garantiert!
>
> Hmm, ich hab hier ein Python in $HOME und bisher keine Probleme... Und
> mir waere die Erstellung eines deb definitiv zu aufwaendig, dann muesste
> ich naemlich erstmal schauen wie das bei Debian genau funktioniert (von
> wegen nur 1 binaer-Paket fuer alle PythonVersionen).

Yup, aus admin Sicht sind mir Installationen nach $HOME wurscht, aber /usr 
und /usr/local Mischungen sind - ähem - garstig, weil die Reihenfolge, mit 
der autocrampf und co. die Sachen suchen/finden dann eine Rolle spielt, und 
wehe, ein m4-Skriptheini ist mit den Standard-Einstellungen nicht 
zufrieden, dann wird's lustig..

Andererseits verstehe ich, daß es kein Vergnügen ist, ein Systempython zu 
ersetzen - mehrere dutzend abhängige Pakete zu bauen braucht schon 
ordentlich Zeit - und dabei spielt das Paketsystem eine eher untergeordnete 
Rolle - rhere's still immense room for improvement..

Schöne Grüße,
  Pete