Beiträge von lostiniceland

  • Supervisor - Python Repo defekt

    Zitat von Berichtigung

    Mit Verlaub: Die Idee hinter Docker ist, einzelne Apps lauffähig zu verpacken, nicht komplette Systeme.
    Das kann man zwar machen, ist aber nicht Sinn und Zweck.

    Zu dieser Erkenntnis bin ich inzwischen auch gekommen. Es war halt einfacher zu Beginn mit einem Container und mehreren Apps zu beginnen und sich die ganze inter-container Kommunikation zu ersparen. Ich werde meine Testimages demnächst entsprechend umbauen und auf Docker-Compose setzen.


    Trotzdem wundert es mich dass ich den addrepo-Befehl im Container nicht nutzen kann obwohl er außerhalb funktioniert (um mal auf das Thema zurückzukommen).

  • Supervisor - Python Repo defekt

    Hmmm. Das Problem scheint eher im Container zu liegen. Wenn ich addrepo im Host ausführe funktioniert es ohne Probleme.


    Anscheinend hat sich ja systemd durchgesetzt und löst inzwischen auch upstart ab. Allerdings scheint es noch vor einiger Zeit ein paar Probleme mit systemd im Container zu geben: https://developers.redhat.com/…non-privileged-container/


    EDIT: Ok, sofern ich nicht unbedingt mehrere Services in einem Container laufen lassen will scheint Supervisor und auch SystemD unnötig. Der Docker-Container überwacht das Command welches beim Start ausgeführt wird und stoppt den Container wenn das Command beendet wurde. Startet man den Container z.B. mit "--restart always" stellt Docker sicher dass der Container und damit der Service wieder gestartet wird

  • Supervisor - Python Repo defekt

    Ganz einfach, weil ich schon Erfahrung damit habe und es ist unabhängig von der Distribution.
    Im Büro haben wir z.B. nur Centos und ich wollte mich jetzt privat nicht noch in SystemD einarbeiten (meine Zeit zum experimentieren ist stark durch die Familie beschränkt). Trotzdem wollte ich einfach ein wenig Erfahrungen mit dem aktuellen Leap Image sammeln.


    Ich bin auch offen für alternativen zu Supervisor.


    Gesendet von meinem FP2 mit Tapatalk

  • Supervisor - Python Repo defekt

    Hallo zusammen


    Auf Basis des Leap 42.2 Docker Images möchte ich jetzt Supervisor installieren. Leider ist dies nicht in den offiziellen Packetquellen enthalten, aber ich konnte es in den Python-Developertools finden: http://download.opensuse.org/r…isor-3.3.1-1.1.noarch.rpm


    Allerdings kann ich dieses Repo mit zypper nicht hinzufügen...


    Bash
    zypper addrepo "http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_Leap_42.2/" Python


Error building the cache:
[Python|http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_Leap_42.2/] Valid metadata not found at specified URL

    Die Metadaten scheinen aber vorhanden zu sein (siehe repodata unter der URL).


    Kann mir jemand weiterhelfe? Nutzt es etwas wenn ich ein Ticket einstelle?


    Danke

  • SDDM startet nicht

    Problem gelöst. Nachdem ich den DM gewechselt habe musste ich noch systemctl restart display-manager.service aufrufen...jetzt läuft es. Gefunden hier.


    Der Installer sollte hier eventuell mal angepasst werden. Oder zumindest die Doku.

  • SDDM startet nicht

    Ok. Durch ein wenig Recherche bin ich auf den Testmodus gestoßen. Damit kann ich wenigstens relativ einfach analysieren..


    Code
    marc@linux:~> sddm --test-mode
[11:20:55.102] (II) DAEMON: Initializing...
[11:20:55.107] (II) DAEMON: Starting...
[11:20:55.107] (II) DAEMON: Adding new display on vt 7 ...
[11:20:55.107] (II) DAEMON: Display server starting...
[11:20:55.108] (EE) DAEMON: Failed to start display server process.
[11:20:59.378] (WW) DAEMON: Signal received: SIGINT

    In einem anderen Beitrag wurde vorgeschlagen den User sddm zur Gruppe video hinzuzufügen -> hat leider nicht funktioniert. Ich muss also weitersuchen

  • SDDM startet nicht

    Hallo zusammen


    Für einen älteren Laptop (Toshiba Protege M800-10N), ca. 2008, habe ich jetzt Leap 42.1 installiert. Da als Desktop LXQT zum Einsatz kommen sollte war meine Vorgehensweise die folgende:

    • Installation des minimalen Textmodus
    • sudo zypper in -t pattern lxqt
    • runlevel auf graphical target sudo systemctl set-default graphical.target
    • sudo zypper in sddm
    • SDDM als Displaymanager auswählen

    Beim booten bleibt der Bildschirm dann einfach schwarz wenn SDDM erscheinen sollte. Keine Fehlermeldung...nix.
    Also habe ich LightDM installiert und als DM gesetzt -> funktioniert einwandfrei. Ich hatte das gleiche Problem bei einer vorherigen Installation mit Tumbleweed. Zuerst hatte ich den Grafiktreiber in Verdacht, ob dieser vielleicht einfacht nicht ausreicht...KDM funktioniert aber beispielsweise.


    Mit LIghtDM kann ich leben, allerdings würde ich schon gerne SDDM verwenden.
    Wo sollte ich den mit der Fehlersuche beginnen? Oder handelt es sich um ein bekanntes Problem?


    Vielen Dank