Bernd Müller schrieb:

Erik Schanze schrieb:

...

Hallo !

Bernd Müller be-mueller@gmx.de:

...

Bei der Installation von Apache2 kann der walker nicht konfiguriert werden und angeblich werden apache2-mpm-prefork und apache2-common nicht installiert.

Wie lauten die genauen Meldungen?

Freundlich grüßend,

Erik

Die Probleme gehen damit los, dass apache2 (--configure) wegen Abhängigkeitsprobleme belassen wird.

In der Zusammenfassung steht dann:

Fehler traten auf bei apache2-common apache2-mpm-prefork apache2 libapache2-mod-perl2 libapache2-mod-php4

-worker und -prefork nicht installiert, -common nicht konfiguriert.....

Gleiche Ergenisse mit dselect und apt-get install apache2 apache2-doc

Immer, wenn ich ein nicht installiertes Paket z. B. apache2-mpm-prefork nachinstallieren will fliegt common raus und es gibt neue Abhängigkeitsfehler. rufe ich mehrere "nicht installierte" Pakete auf gibt es konflikte zwischen den Paketen...

Ich bin jetzt mit putty reingegangen, hier die Copy

debian:~# apt-get install apache2 Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut... Fertig apache2 ist schon die neueste Version. 0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. 5 nicht vollständig installiert oder entfernt. Es müssen 0B Archive geholt werden. Nach dem Auspacken werden 0B Plattenplatz zusätzlich benutzt. Richte apache2-common ein (2.0.52-2) ... dpkg: Fehler beim Bearbeiten von apache2-common (--configure): Unterprozess post-installation script gab den Fehlerwert 1 zurück dpkg: Abhängigkeitsprobleme verhindern Konfiguration von apache2-mpm-prefork: apache2-mpm-prefork hängt ab von apache2-common (= 2.0.52-2); aber: Paket apache2-common ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von apache2-mpm-prefork (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von apache2: apache2 hängt ab von apache2-mpm-worker (= 2.0.52-2) | apache2-mpm-prefork (= 2.0.52-2) | apache2-mpm-perchild (= 2.0.52-2); aber: Paket apache2-mpm-worker ist nicht installiert. Paket apache2-mpm-prefork ist noch nicht konfiguriert. Paket apache2-mpm-perchild ist nicht installiert. dpkg: Fehler beim Bearbeiten von apache2 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libapache2-mod-perl2: libapache2-mod-perl2 hängt ab von apache2-common (>= 2.0.50-9); aber: Paket apache2-common ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von libapache2-mod-perl2 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libapache2-mod-php4: libapache2-mod-php4 hängt ab von apache2-mpm-prefork (>= 2.0.50-10); aber: Paket apache2-mpm-prefork ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von libapache2-mod-php4 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert Fehler traten auf beim Bearbeiten von: apache2-common apache2-mpm-prefork apache2 libapache2-mod-perl2 libapache2-mod-php4 E: Sub-process /usr/bin/dpkg returned an error code (1) debian:~#

---

Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd

Josef Spillner schrieb:

Am Montag, 20. Dezember 2004 21:18 schrieb Bernd Müller:

...

dpkg: Fehler beim Bearbeiten von apache2-common (--configure): Unterprozess post-installation script gab den Fehlerwert 1 zurück

Da war's schon. Vermutlich macht /var/lib/dpkg/info/apache2-common.postinst irgendwas falsch. Der sollte normalerweise nur die Nutzer/Gruppen anlegen. Im Extremfall also von Hand ausführen, und falls es immer noch hakt, ein 'exit 0' geschickt einbauen.

Der ganze Rattenschwanz an Fehlermeldungen danach ist wie beim GCC: man sollte sie erstmal ignorieren, bis das erste Problem gefixt ist (dann gehen sie vermutlich auch weg).

Josef

P.S. Für Mathematiker: Maintainerskripte müssen sich als orthogonale Projektion von Räumen linear auf Unterräume abbilden lassen -> Idempotenzgesetz :)

---

Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd

Wo soll ich hier was ändern? Ich kann zwar ein bischen "wie Ei" aber das ist mir erst mal zu viel...

debian:/var/lib/dpkg/info# more apache2-common.postinst #!/bin/sh -e

if [ "$1" != "configure" ]; then exit 0 fi

# Source Debconf confmodule. #. /usr/share/debconf/confmodule

NETSTAT=/bin/netstat

# An ugly hack, I know, but a necessarily ugly hack. #This desperately needs debconf, soon. if [ ! -f /etc/apache2/ports.conf ]; then echo "# 0 = start on boot; 1 = don't start on boot" > /etc/default/apach e2 NO_AF_INET=`$NETSTAT -lnt 2>&1 | grep 'no support for .AF INET (tcp)'` NO_PORT_80=`$NETSTAT -lnt | awk '{print $4}' | grep ':80$'` if [ -n "$NO_AF_INET" -o -n "$NO_PORT_80" ]; then echo "NO_START=1" >> /etc/default/apache2 echo "Listen 80" >> /etc/apache2/ports.conf if [ -n "$NO_AF_INET" ]; then echo "netstat is unable to query the state of your liste ning TCP ports. This could be because you don't have TCP support in your kernel (unlikely), or because you do not have the /proc filesystem mounted. To be on the safe side, we're assuming that port 80 is in use." fi echo "Setting Apache2 not to start, as something else appears to be using Port 80. To allow apache2 to start, set NO_START to 0 in /etc/default/ apache2. Apache2 has been set to listen on port 80 by default, so please edit /e tc/apache2/ports.conf as desired. Note that the Port directive no longer works." else echo "NO_START=0" >> /etc/default/apache2 echo "Listen 80" >> /etc/apache2/ports.conf echo "Setting Apache2 to Listen on port 80. If this is not desir ed, please edit /etc/apache2/ports.conf as desired. Note that the Port directive no longer works." fi fi

# check for 2.2 kernels and set up the scoreboard. if [ `uname -r|grep "2.2"` ]; then printf "#This is required for 2.2 kernels\nScoreboardFile /var/log/apach e2/apache2_scoreboard\n" > /etc/apache2/conf.d/scoreboard fi

# Make self-signed certificate #if [ ! -f /etc/apache2/ssl/apache.pem ] #then # /usr/sbin/make-ssl-cert /usr/share/ssl-cert/ssleay.cnf /etc/apache2/ssl /apache.pem #fi

#create httpd.conf if [ ! -e /etc/apache2/httpd.conf ]; then cat >/etc/apache2/httpd.conf <<EOF # This is here for backwards compatability reasons and to support # installing 3rd party modules directly via apxs2, rather than # through the /etc/apache2/mods-{available,enabled} mechanism. # #LoadModule mod_placeholder /usr/lib/apache2/modules/mod_placeholder.so EOF fi

#set up default site and dummy error and access logs if [ "$2" = "<unknown>" -o -z "$2" ]; then if [ ! -L /etc/apache2/sites-enabled/000-default -a \ ! -f /etc/apache2/sites-enabled/000-default ]; then ln -s /etc/apache2/sites-available/default /etc/apache2/sites-en abled/000-default fi touch /var/log/apache2/error.log /var/log/apache2/access.log chown root:adm /var/log/apache2/error.log /var/log/apache2/access.log chmod 0640 /var/log/apache2/error.log /var/log/apache2/access.log fi

# Make sure /var/lock/apache2 has the correct permissions if [ -d /var/lock/apache2 ]; then chown www-data /var/lock/apache2 fi

#auto enable mod_userdir on upgrades and new installs, otherwise things will B-R -EAK if dpkg --compare-versions "$2" lt 2.0.50-1; then a2enmod userdir fi

#fix up ext-filter mess rm -f /etc/apache2/mods-available/ext-filter.load || true if [ -h "/etc/apache2/mods-enabled/ext-filter.load" ]; then rm -f /etc/apache2/mods-enabled/ext-filter.load || true a2enmod ext_filter; fi

exit 0 debian:/var/lib/dpkg/info#

Josef Spillner schrieb:

(Lösung kommt in Absatz 4, der Rest ist Lyrik...)

Am Montag, 20. Dezember 2004 21:51 schrieb Bernd Müller:

...

Wo soll ich hier was ändern? Ich kann zwar ein bischen "wie Ei" aber das ist mir erst mal zu viel...

...

...

exit 0 debian:/var/lib/dpkg/info#

So ein exit 0, wie's am Ende steht, kann man in Richtung Dateianfang schieben. Irgendwann (spätestens wenn es in der 1. Zeile steht) geht das mit dem Skript gut. Und dann hat man den Fehler lokalisiert: Er steht direkt unter der exit-Zeile. Wenn man nicht herausfinden will, warum es fehlschlägt, schiebt man das exit 0 gleich an den Anfang und tüftelt nachher den Rest auf der Kommandozeile aus.

So einen Apachen installiert man von Hand recht fix, wenn's mit Paketverwaltung länger dauert, dann ist irgendwas fault :-) Die Chip Professionell sollte ihrem Titel entsprechend (*) zumindest eine Fehlerliste herausbringen, wenn sie schon noch nicht veröffentlichte Distributionen anbietet.

Darüberhinaus ist das Maintainerskript auch Quatsch, weil es eigenmächtig die durch "rcconf" bestimmte Policy zum Starten von Daemonen behandelt.

Und außerdem grad erst gefunden:

...

will B-R -EAK

Da isser, der Übeltäter. Sowas liefern die aus?

Josef

(*) hüstel, ich weiß...

---

Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd

Danke erst mal, "..will B-R-EAK steht offfensichtlich auf einer Zeile aber es wird umgebrochen...

Wie sollte denn das Script eigentlich aussehen? Wo kann man sich das näher ansehen wie es richtig sein sollte?

Aber für heute erst mal genug, ich werde morgen weiter sehen. Danke

Am Dienstag, 21. Dezember 2004 01:02 schrieb Frank Benkstein:

Ich verstehe deine Aussage nicht. Orthogonale Projektionen sind immer linear und bilden (lineare Unterräume) daher immer auf (lineare) Unterräume ab. Betrachtest du Maintainerskripte als Mengen und willst sagen, dass deren Bilder auch Unterräume sind? Andernfalls ist deine Aussage ja trivial.

Ich meinte, daß das Skript die Abbildung ist, und der Installationszustand eines Debian-Systems ein Raum. Es wird ein Paket installiert, und wenn du dann mehrfach ein *.postinst aufrufst, darf sich am Installationszustand nichts mehr ändern.

Ein Gegenbeispiel wäre: cp -r /dir1 /dest/dir2 (wir bekommen ein /dest/dir2 mit Inhalt x) cp -r /dir1 /dest/dir2 (wir bekommen ein /dest/dir2 mit Inhalt x sowie Inhalt dir1/ mit Unterinhalt x)

Richtig wäre, je nach Fall: cp -r /dir1 /dest/ mv /dest/dir1 /dest/dir2 - oder - rm -rf /dest/dir2 cp -r /dir1 /dest/dir2

(mal abgesehen davon ist evtl. vorherige Existenz zu prüfen)

Was hat das ganze mit der Idempotenz zu tun?

Sie ist so definiert. Mehrfache Anwendung einer Funktion f auf sich selbst - f(f(f(x))) - darf sich nicht von f(x) unterscheiden.

Josef