Beiträge von Sauerland

  • apache2 startet nicht

    Code
    File /usr/lib64/python3.6/site-packages/tornado/wsgi.py
  from install of
     python3-tornado-4.5.3-3.3.1.x86_64 (Haupt-Repository latest)
  conflicts with file from package
     python3-tornado6-6.1-lp153.22.1.x86_64 (@System)

    installiert: python3-tornado6-6.1-lp153.22.1.x86_64 (System)

    soll installiert werden: python3-tornado-4.5.3-3.3.1.x86_64 (Haupt-Repository latest)


    ( System) bedeutet: Installiert, aber kein aktives Repo bietet diese Version an.

  • apache2 startet nicht

    Ich würde 3 4 und 5 auch noch löschen:

    Code
    zypper rr 3 4 5

    Sowie packman hinzufügen:

    Code
    zypper ar -f -p 20 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/ packman

    Dann ein beherztes :

    Code
    zypper dup -D --download-only --allow-vendor-change

    Das startet eine Simulation.....


    Wenn das funktioniert:

    Code
    zypper dup --allow-vendor-change

  • apache2 startet nicht

    Zitat von sepp2gl

    ...reicht deaktivieren nicht?

    Und dann soll man immer noch durch 90 Repos schauen???


    Wenn hinterher 15 noch übrig bleiben ist das sehr sehr viel...........

    Und übersichtlicher.

    Wenn du dazu keine Lust hast, kann dir DarkTrinity gerne bei deinem apache Problem helfen, ich lese mit.

  • apache2 startet nicht

    nur deaktiviert, nicht gelöscht......


    Und immer noch zu viele......


    Poste auch mal:

    Code
    zypper se -sir https://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_15.3/

    Benutze Code-Tags....

  • apache2 startet nicht

    Willst du ein konsistentes System?


    Dann Backup und Neuinstallation mit Komplettformatierung.


    Und das Backup nicht einfach wieder zurückbügeln sondern durchdacht einzeln zurücksichern.


    Und wirklich erstmal nur die 6 openSUSE Repos sowie Packman und evtl. Nvidia (hab jetzt nicht nachgeschaut).


    Warum Neuinstallation:

    Wenn ich mir die Systempaketliste anschaue, läuft dort akonadi aus Leap 15.2 auf einem Leap 15.3 mit evtl Paketen aus KF5, sowie factory......

    Es wird dir irgendwann komplett um die Ohren fliegen, auch wenn dein apache wieder laufen sollte.

  • apache2 startet nicht

    Zitat

    PS: Wenn DU den Apachedienst wieder am Laufen hast, erstellst mit den Bordmitteln der CMS ein Backup und setzt danach das System / die Repos sauber auf. Also so würde ich es machen. Es sei denn Du hast bereits ein aktuelles Backup - in dem Fall vergiss was ich geschrieben habe

    Ich würde das System komplett platt machen, Festplatte formatieren und dann neu aufsetzen.

    Wobei ich die Finger von irgendwelchen "nützlichen" oder "besseren" Paketen aus anderen Repos lassen würde.


    Bei Repos sag ich immer:

    Weniger ist oft mehr.

    Oder man weiß, was man macht.

    Da gehe ich in diesem Beitrag nicht von aus.

  • apache2 startet nicht

    Da sind ja noch Repos hinzugekommen........

    Dies System zum laufen zu bringen wird Spass machen.......


    Wenn ich mir die Repoliste anschaue, die "falsch" installierten Pakete, da wundert mich nur, das nur der apache nicht läuft.



    Übrigens hat irgendwo mal einer versucht, das php8 zum laufen zu bringen, hat es dann aber doch wieder abgebrochen und ist zu php 7 zurück.

  • apache2 startet nicht

    Vorschlag zur Güte:

    Poste jetzt noch einmal deine Repoliste, damit einmal darübergeschaut werden kann:

    Beides als User:

    Code
    zypper lr -d

    Dann lässt du dir alle Pakete, die installiert sind aber nicht aus einem aktiven Repo kommen in eine Textdatei schreiben und hängst die hier an:

    Code
    zypper se -si | grep -Ei 'system_p|system p|system-p|systemp' > system.txt

    Die system.txt hier als Anhang posten.

    Ich möchte auch sehen, ob hier QT5 und KF5 vorhanden sind/waren.

  • Mal wieder komische Tastaturprobleme - mal wieder KDE

    Zitat von DarkTrinity

    schon komisch daß ich die systemeinstellungen für den user und root synchron halten muss, damit sie beim user greifen. das hatte ich auch bei dem wechsel des SDDM Anmeldebildschirms, wo ich ein anderes Wallpaper rein gemacht habe. Wahrscheinlich liegt das an der permission.secure regel

    Ist nicht nötig.

    Die Einstellungen des Users root (ist auch nur ein User) liegen in /root, die Einstellungen des Users NAME liegen in /home/NAME.

    Hat nichts miteinander zu tun.

    Sobald du in den Systemeinstellungen als User NAME etwas änderst und kein root-Passwort abgefragt wird, landet es in /home/NAME.


    PS:

    Die grafische root-Anmeldung in sddm sollte eigentlich ausgeschaltet sein...