Supervisor - Python Repo defekt

Hinweis: In dem Thema Supervisor - Python Repo defekt gibt es 10 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • 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

  • Warum willst du supervisor in einem openSUSE Container?


    Ein Ticket wird dir da überhaupt nicht helfen.
    Das wirst du dir schön selbe reinpatchen müssen.
    Kannst es gerne probieren, wird -wovon ich überzeugt bin- nur nichts helfen.


    Was versprichst du dir von dieser ziemlich fragwürdigen Aktion?

  • 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

  • Nun ja, openSUSE verwendet halt, wie mittlerweile so ziemlich jede Distri, schlicht systemd.
    Einarbeiten in systemd ist also so oder so nötig.


    Und das Einarbeiten dürfte schneller gehen, als selber reinpfrimmeln.


    Alternativen gibt es wohl noch einige.
    Aber wirklich Sinn macht das auch nicht. Die werden sich alle nicht mehr sonderlich lange halten.
    Und letztlich löst das dein Problem auch nicht.
    Denn auch da gilt dann: Selber reinpfrimmeln.

  • Da bist du anscheinend genau in eine Aktualisierung des Repos gekommen, probier es jetzt einmal.


    Code
    zypper addrepo -f http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_Leap_42.2/ Python

    Für den Inhalt des Beitrages 104630 haftet ausdrücklich der jeweilige Autor: Sauerland

  • 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

  • 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.


    Ich hab das trotzdem mal spasshalber probiert.
    Allerdings mit Debian Jessie. Es genügt ein paar Pakete von systemd zu installieren.
    systemd alleine genügt natürlich nicht.
    Welche das nun sind, hängt halt (mal wieder) davon ab, WAS du in diesem Container machen willst.
    Pauschale Antworten gibt es da nicht.
    Da wirst dich build für build rantasten müssen.

  • 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).

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

    Das funktioniert in meinem Desktop-Opensuse aber nicht während des Docker-Build des Opensuse-Docker-Images.