nach heutigem update streikt apache
Hallo Liste, genau sowas braucht man im Stress..... : Heute Mittag ließ ich Yast alles an updates einspielen, was sich in den letzten Tage angesammelt hat. (Yast -> Software installieren -> Paketgruppen -> Alle Pakete -> "alle in der Liste updaten falls neuere ...") Das lief im Hintergrund ohne Fehler ab während ich "im Vordergrund" weiter arbeitete. Dann war ich 3 Stunden nicht im Büro und es hat sicher niemand in dieser Zeit die Tastatur berührt. Als ich zurückkomme und weiter arbeiten will streikt der apache. Egal was ich aufrufe (http://localhost/index.html oder http://localhost/phpMyAdmin/index.php oder ...) Ich bekomme immer nur ein "403 - Zugriff verweigert". In /var/log/apache2/error_log kommt dann immer die Zeilen: [Fri Dec 06 17:53:22.804744 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/index.html [Fri Dec 06 17:53:22.825740 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/favicon.ico Irgendwas in dem heutigen Update hat offenbar irgend welche Berechtigungen verändert. Wie finde ich am schnellsten heraus was wo ? OS 13.1, 64 bit Grüße Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Norbert, falls du fcgid nutzt ist es evtl. der fastcgi-patch von neulich der Probleme hatte. Wenn du suexec einsetzt kann ich dir nur empfehlen die Rechte für das Suexec-Binary richtig zu setzen. chmod u+s /usr/sbin/suexec2 https://bugzilla.novell.com/show_bug.cgi?id=844935 Ansonsten wenn du evtl. ein Backup von /etc/apache2 hast, spiel das mal ein. Evtl. wurde ja eine Config überschrieben. gruß Ingo Am 06.12.2013 17:55, schrieb Norbert Zawodsky:
Hallo Liste,
genau sowas braucht man im Stress..... :
Heute Mittag ließ ich Yast alles an updates einspielen, was sich in den letzten Tage angesammelt hat. (Yast -> Software installieren -> Paketgruppen -> Alle Pakete -> "alle in der Liste updaten falls neuere ...")
Das lief im Hintergrund ohne Fehler ab während ich "im Vordergrund" weiter arbeitete. Dann war ich 3 Stunden nicht im Büro und es hat sicher niemand in dieser Zeit die Tastatur berührt.
Als ich zurückkomme und weiter arbeiten will streikt der apache. Egal was ich aufrufe (http://localhost/index.html oder http://localhost/phpMyAdmin/index.php oder ...) Ich bekomme immer nur ein "403 - Zugriff verweigert".
In /var/log/apache2/error_log kommt dann immer die Zeilen:
[Fri Dec 06 17:53:22.804744 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/index.html [Fri Dec 06 17:53:22.825740 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/favicon.ico
Irgendwas in dem heutigen Update hat offenbar irgend welche Berechtigungen verändert. Wie finde ich am schnellsten heraus was wo ?
OS 13.1, 64 bit
Grüße Norbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Norbert, hallo Leute, Am Freitag, 6. Dezember 2013 schrieb Norbert Zawodsky:
Heute Mittag ließ ich Yast alles an updates einspielen,
Als ich zurückkomme und weiter arbeiten will streikt der apache.
Ich bekomme immer nur ein "403 - Zugriff verweigert".
[Fri Dec 06 17:53:22.804744 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/index.html
Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen. Falls es das ist, mach bitte einen Bugreport auf - so eine Änderung sollte nicht mit einem Update eingespielt werden. Den Bugreport darfst Du gern wie einen Weihnachtsbaum beleuchten, also als "critical" markieren ;-) Gruß Christian Boltz --
[...] is currently down due to a failure in the NAS system. [...] your NAS (network attached storage) Oh. I thought it stood for Networked Adrian Schröter :D [> Adrian Schröter and Jean Delvare in opensuse-buildservice]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, ich wollte mich schon zurücklehnen... Am Freitag 06 Dezember 2013 schrieb Christian Boltz:
Am Freitag, 6. Dezember 2013 schrieb Norbert Zawodsky:
Heute Mittag ließ ich Yast alles an updates einspielen,
Als ich zurückkomme und weiter arbeiten will streikt der apache.
Ich bekomme immer nur ein "403 - Zugriff verweigert".
[Fri Dec 06 17:53:22.804744 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/index.html
... aber: Auch meine internen Domains/Websites/Testobjekte gehen alle nicht mehr. Da hat sich der Update-Mechanismus aber kräftig vertan. Leider mache ich grade keine Webentwicklung, sonst wäre mir der Fehler vielleicht früher aufgefallen. Vor einigen Wochen lief mal viel Apachenkram im Update. Vielleicht war es auch das Systemupdate von 12.3 auf 13.1. Allerdings bin ich mir sicher, dass auch die 12.3 schon den 2.4-Apachen drauf hatte.
Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time
Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen.
In der httpd.conf?
Falls es das ist, mach bitte einen Bugreport auf - so eine Änderung sollte nicht mit einem Update eingespielt werden. Den Bugreport darfst Du gern wie einen Weihnachtsbaum beleuchten, also als "critical" markieren ;-)
Weihnachtsbaum... cool. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Am Freitag 06 Dezember 2013 schrieb Christian Boltz: [...]
Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time
Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen.
Treffer und versenkt! (Von wegen ins Blaue). Habe jetzt mal die Zeile in der default.conf und meiner phpmyadmin-Subdomain mit 'Require all granted' granted versorgt und prompt meldet sich der Kram wieder zum Dienst. Du bist mein Held, Christian. Ich hätte ich echt blöd geguckt, hätte ich den Kram verwenden wollen und nicht gewusst, wo suchen. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, hallo Leute, Am Freitag, 6. Dezember 2013 schrieb Helga Fischer:
Am Freitag 06 Dezember 2013 schrieb Christian Boltz:
Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time
Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen.
Treffer und versenkt! (Von wegen ins Blaue).
Wieso? Wenn außenrum alles eine andere Farbe hat... ;-) Nunja, mir ist das Problem schonmal auf Factory begegnet - nur dass mir der Maintainer hoch und heilig versichert hat, dass das nicht sein kann und bestimmt nur an meinem System liegt :-/ Seit eben ist das Problem ganz offiziell https://bugzilla.novell.com/show_bug.cgi?id=854263 und ich lasse mir auch den Spaß nicht nehmen, meine alte Factory-Mail rauszukramen und mit einem "told you so" drunter rauszuschicken ;-)
Habe jetzt mal die Zeile in der default.conf und meiner phpmyadmin-Subdomain mit 'Require all granted' granted versorgt und prompt meldet sich der Kram wieder zum Dienst.
Du bist mein Held, Christian. Ich hätte ich echt blöd geguckt, hätte ich den Kram verwenden wollen und nicht gewusst, wo suchen.
Naja, Fehlermeldung aus dem error_log googeln hilft eigentlich immer ;-) Gruß Christian Boltz PS: Zufallssig ;-) -- Andere würde ich jetzt nach dem entsprechenden Bugreport fragen, aber Du hast ja vermutlich Bugzilla miterfunden und wirst irgendwo in den OpenSUSE-Danksagungen erwähnt - NOT. [Martin Schröder in opensuse-de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Freitag 06 Dezember 2013 schrieb Christian Boltz:
Hallo Helga, hallo Leute,
Hallo Christian,
Am Freitag, 6. Dezember 2013 schrieb Helga Fischer:
Am Freitag 06 Dezember 2013 schrieb Christian Boltz:
Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time
Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen.
Treffer und versenkt! (Von wegen ins Blaue).
Wieso? Wenn außenrum alles eine andere Farbe hat... ;-)
:)
Nunja, mir ist das Problem schonmal auf Factory begegnet - nur dass mir der Maintainer hoch und heilig versichert hat, dass das nicht sein kann und bestimmt nur an meinem System liegt :-/
So, so.
Seit eben ist das Problem ganz offiziell https://bugzilla.novell.com/show_bug.cgi?id=854263
Danke. Für Leute, die ein Serverupdate machen, ist das echt ein böser Bug und hätte irgendwo an prominenter Stelle erwähnt gehört.
und ich lasse mir auch den Spaß nicht nehmen, meine alte Factory-Mail rauszukramen und mit einem "told you so" drunter rauszuschicken ;-)
Habe jetzt mal die Zeile in der default.conf und meiner phpmyadmin-Subdomain mit 'Require all granted' granted versorgt und prompt meldet sich der Kram wieder zum Dienst.
Du bist mein Held, Christian. Ich hätte ich echt blöd geguckt, hätte ich den Kram verwenden wollen und nicht gewusst, wo suchen.
Naja, Fehlermeldung aus dem error_log googeln hilft eigentlich immer ;-)
Da hätte ich im Ernstfall natürlich reingeguckt. Gute Nacht allerseits, Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.12.2013 20:21, schrieb Christian Boltz:
Hallo Norbert, hallo Leute,
Am Freitag, 6. Dezember 2013 schrieb Norbert Zawodsky:
Heute Mittag ließ ich Yast alles an updates einspielen, Als ich zurückkomme und weiter arbeiten will streikt der apache. Ich bekomme immer nur ein "403 - Zugriff verweigert".
[Fri Dec 06 17:53:22.804744 2013] [authz_core:error] [pid 3513] [client 127.0.0.1:58895] AH01630: client denied by server configuration: /srv/www/htdocs/index.html Schuss ins Blaue: http://httpd.apache.org/docs/2.4/upgrading.html#run-time
Falls ich richtig geschossen ;-) habe, sollte das Ersetzen von "Order by ..." und "Allow from ... " / "Deny from ..." durch "Require ..." das Problem lösen.
Falls es das ist, mach bitte einen Bugreport auf - so eine Änderung sollte nicht mit einem Update eingespielt werden. Den Bugreport darfst Du gern wie einen Weihnachtsbaum beleuchten, also als "critical" markieren ;-)
Gruß
Christian Boltz Hallo Christian,
erstmal Danke, dass Du den bug eröffnet hast! Dein Listenposting von gestern 20:21 hat mich erst nach Mitternacht erreicht. Und da hattest Du es schon erledigt. Sonst hätte auch ich den bug aufgemacht. Hätte da keine Hemmungen... Ich hmache jetzt mal ein downgrade von 2.4.6-6.6.1 (aus dem update-repo) auf 2.4.6-6.3.1 (aus dem oss repo). Mal sehen ob das Problem dann wieder weg ist. ANdere Frage: Mir fiel auf dass Yast als installierte Version 2.4.6-xxx anzeigt, im Beschreibungstext steht aber "The Apache web server Version 2.2" (Text falsch) Sollte ich das wo melden? bug aufmachen? wer ist für diese Texte zuständig? Ich vermute, die kommen aus dem rpm, oder? Grüße, Norbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Norbert, hallo Leute, Am Samstag, 7. Dezember 2013 schrieb Norbert Zawodsky:
erstmal Danke, dass Du den bug eröffnet hast! Dein Listenposting von gestern 20:21 hat mich erst nach Mitternacht erreicht. Und da hattest Du es schon erledigt. Sonst hätte auch ich den bug aufgemacht. Hätte da keine Hemmungen...
;-)
Ich hmache jetzt mal ein downgrade von 2.4.6-6.6.1 (aus dem update-repo) auf 2.4.6-6.3.1 (aus dem oss repo). Mal sehen ob das Problem dann wieder weg ist.
ANdere Frage:
Mir fiel auf dass Yast als installierte Version 2.4.6-xxx anzeigt, im Beschreibungstext steht aber "The Apache web server Version 2.2" (Text falsch)
Sollte ich das wo melden? bug aufmachen? wer ist für diese Texte zuständig? Ich vermute, die kommen aus dem rpm, oder?
Ja, die stecken im RPM, genaugenommen im *.spec. Und es zeigt sich wieder mal, dass es eine lustige[tm] Idee ist, Sachen, die sich gern mal ändern, irgendwo hartcodiert reinzuschreiben [1]. Lange Rede, kurzer Sinn: mach bitte einen Bugreport auf ;-) Die Version 2.2 kommt übrigens an zwei Stellen vor: - in der Paketbeschreibung ("Summary") - am Ende der ausführlichen Paketbeschreibung ("Description") im upgrading-Link Gruß Christian Boltz [1] heute keine Zufallssignatur ;-) -- # 60 Sekunden warten sleep 180 [Ausschnitt aus einem Script von Martin Hofius in opensuse-de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, hallo Liste, jetzt gibt's eine Fortsetzung. Jetzt gehen weder meine alten, noch nicht umgestellten vhosts, noch die, die ich umgestellt habe. (Wollte gestern schnell phpmyadmin vorführen und nichts war). Was habt ihr denn jetzt wieder gemacht? Ich kann den Erläuterungen in https://bugzilla.novell.com/show_bug.cgi?id=854263#c12 und der dort genannten Quelle nicht mehr folgen. Wenn ich jetzt wieder in den vhosts und/oder der httpd.conf rummansche (letztere lasse ich normalerweise in Ruhe), bleibt das dann endlich mal stabil? Hat YaST nicht längst gelernt, Konfigs unangetastet zu lassen, wenn der Benutzer sie angelangt hat? *grmpfl* Ein Update darf mir doch nicht den Webserver kaputt machen. Toller Bugfix, der den Würgaround zerstört, aber die alte Ordnung auch nicht wieder herstellt. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Liste, Am Freitag 13 Dezember 2013 schrieb Helga Fischer: [...]
Jetzt gehen weder meine alten, noch nicht umgestellten vhosts, noch die, die ich umgestellt habe. (Wollte gestern schnell phpmyadmin vorführen und nichts war).
Halbe Entwarnung: Die Direktiven wieder auf den alten Stand funktioniert. Nur bei phpmyadmin nicht. Das sollte ich aber auch noch rauskriegen, warum das so ist. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Helga, hallo Leute, Am Freitag, 13. Dezember 2013 schrieb Helga Fischer:
jetzt gibt's eine Fortsetzung.
Jetzt gehen weder meine alten, noch nicht umgestellten vhosts, noch die, die ich umgestellt habe. (Wollte gestern schnell phpmyadmin vorführen und nichts war).
Was habt ihr denn jetzt wieder gemacht?
Ich bin weitgehend unschuldig - ich habe nur den Bugreport eingereicht ;-)
Ich kann den Erläuterungen in https://bugzilla.novell.com/show_bug.cgi?id=854263#c12 und der dort genannten Quelle nicht mehr folgen.
#c1 enthält einen interessanten Satz, der IMHO den eigentlichen Bug ganz gut beschreibt: Since the Require directive has precedence over the Allow/Deny directives, Meine Meinung dazu steht dann in #c3 ;-)
Wenn ich jetzt wieder in den vhosts und/oder der httpd.conf rummansche (letztere lasse ich normalerweise in Ruhe), bleibt das dann endlich mal stabil?
Hat YaST nicht längst gelernt, Konfigs unangetastet zu lassen, wenn der Benutzer sie angelangt hat?
Wurden tatsächlich von Dir erstellte/bearbeitete Dateien verändert? Ich würde eher auf _nicht_ veränderte Dateien tippen - und ja, die werden von RPM grundsätzlich ausgetauscht. Alles andere wäre IMHO Blödsinn.
*grmpfl* Ein Update darf mir doch nicht den Webserver kaputt machen. Toller Bugfix, der den Würgaround zerstört, aber die alte Ordnung auch nicht wieder herstellt.
Ich habe mir das neue Update gerade mal angesehen (auf Source-Ebene) [1] - und bis auf ein paar Kleinigkeiten [2] wurde das Paket auf die ursprünglich mit der 13.1 ausgelieferte Version zurückgesetzt. Von daher sollten eigentlich[tm] zumindest die noch nicht veränderten vHosts wieder laufen. Zeig mal ein paar Zeilen aus dem error_log ;-) Außerdem würde mich ein rpm -V apache2 | grep /etc/ interessieren. Gruß Christian Boltz [1] osc rdiff openSUSE:13.1/apache2 openSUSE:13.1:Update/apache2 [2] - in der httpd.conf wurde "DefaultType text/plain" entfernt - im .spec wurden ein paar Zeilen umsortiert, das ändert aber nichts am Ergebnis - und natürlich gibt es neue Einträge im .changes ;-) -- Wenn das Intervall zu klein ist, werden Ausfälle sofort an den User gemeldet, und der ruft dann bei dir an. Wenn da Intervall zu groß ist, erinnert sich der User gar nicht mehr an die Mail, und ruft dann bei dir an. [Ralf Hildebrandt in postfixbuch-users zur delay_warning_time] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Christian, Am Freitag 13 Dezember 2013 schrieb Christian Boltz:
Am Freitag, 13. Dezember 2013 schrieb Helga Fischer:
jetzt gibt's eine Fortsetzung.
Jetzt gehen weder meine alten, noch nicht umgestellten vhosts, noch die, die ich umgestellt habe. (Wollte gestern schnell phpmyadmin vorführen und nichts war).
Was habt ihr denn jetzt wieder gemacht?
Ich bin weitgehend unschuldig - ich habe nur den Bugreport eingereicht ;-)
:) Den Murks hier habe ich selbst verbrochen :( Geht alles wieder, nur mein phpmyadmin, das auch auf einem eigenen vhost läuft, hat sich eigenartig verhalten, sprich, es wollte einfach nicht laufen. Bin dann auf ein altes umgeswitcht, das lief, habe dann das nichtwollende wieder angeknipst und siehe da, es meldete sich zum Dienst. Kann nicht erklären, warum. Anpassung des vhosts war durch, Apache restart auch. Andere Browser hatte ich auch getestet.
Ich kann den Erläuterungen in https://bugzilla.novell.com/show_bug.cgi?id=854263#c12 und der dort genannten Quelle nicht mehr folgen.
#c1 enthält einen interessanten Satz, der IMHO den eigentlichen Bug ganz gut beschreibt:
Since the Require directive has precedence over the Allow/Deny directives,
Ich dachte kurz, irgendwo weiter oben sei was verändert worden.
Meine Meinung dazu steht dann in #c3 ;-)
Wenn ich jetzt wieder in den vhosts und/oder der httpd.conf rummansche (letztere lasse ich normalerweise in Ruhe), bleibt das dann endlich mal stabil?
Hat YaST nicht längst gelernt, Konfigs unangetastet zu lassen, wenn der Benutzer sie angelangt hat?
Wurden tatsächlich von Dir erstellte/bearbeitete Dateien verändert?
Nein, nur die vhost.template. Da ist es ja korrekt. (Ich habe spaßeshalber auf einem nicht veränderten Apache einer VM nachgeguckt. Da war der Fehler aber eine nicht installierte Demoseite). [...]
Von daher sollten eigentlich[tm] zumindest die noch nicht veränderten vHosts wieder laufen.
Das wollte bei mir kurioserweise nicht funktionieren. Ich will aber auch nicht die Hand für meine vhosts ins Feuer legen, weil ich die zum Teil ewig nicht angefasst habe.
Zeig mal ein paar Zeilen aus dem error_log ;-)
Außerdem würde mich ein rpm -V apache2 | grep /etc/ interessieren.
Spare ich mir jetzt alles. Der Fehler saß vor dem Bildschirm. (Ich kann ja berichten, wenn ich den Rest meiner CMSe wieder neu eingerichtet habe. Denen habe ich ja alle Datenbanken geklaut. Dafür werde ich aber die alten vhost-Konfigs weiterverwenden). Danke und gute Nacht, Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Christian Boltz
-
Helga Fischer
-
I.H.
-
Norbert Zawodsky