eplists funktionieren nicht mehr mit SSL nach PERL update

    Hi zusammen,


    ich hatte vor kurzem mal leider einen Rundumschlag auf meinem PC gemacht und alle PERL Module upgedatet.
    Leider fuktioniert dadurch jetzt mein eplists nicht mehr wegen eines SSL Fehlers:



    Ich kenn mich leider zuwenig damit aus, die Zeile 324 hilf mir da auch nicht wirklich weiter:



    sub startssl {
    IO::Socket::SSL->start_SSL( $Socket );




    Hat da jemand vielleicht eine Idee ?

    Warum benutzt du nicht das git?

    Code
    # beim ersten mal:
> git clone git://eplists.constabel.net/git/eplists.git
# für ein Update
> git pull


    Oder was genau benutzt du da?


    Lars.

    Zitat von obarden

    Wie würde das funktionieren, wenn ich ein Update für eine Serie hochladen wöllte, ohne das Webinterface zu benutzen ?


    naja, das mit dem Webinterface ist zwar etwas unbequem, du hast aber immer die Sicherheit keine "alte" überarbeitete Liste hochzuladen und damit eine aktuellere zu überschreiben.


    Solang es kein Versionsmanagement gibt mit dem man eine Liste -auschchecken, bearbeiten, einchecken- kann bin ich egtl daür nur noch das webinterface zuzulassen. - Denn wer sagt dir das die Liste die du hochladen willst nicht hundert Jahre alt ist...


    ist aber nur meine Meinung.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Wenn man push-Rechte auf das git bekommt, kann man nichts altes hochladen, sondern einfach nur seine Änderungen.
    git ist doch Versionsmanagement... :)


    Ich kenne das Webinterface gar nicht. Ich hab das git geklont und mein eigenes aufgesetzt und wenn ich was ändere, dann schicke ich es als Patch per E-Mail...


    Ich wusste aber auch nicht, dass es um beide Richtungen geht. Prima wäre natürlich, wenn es bei github gehostet wäre, dann könnte man ein paar Leuten Schreibrechte geben und andere können das git leichter forken und Pullrequests schicken.


    Lars.

    du kannst ganz stumpf eine beliebiges File hochladen... http://eplists.constabel.net/p…ists/wiki/svdrpsend-ng.pl


    Zitat

    Ich kenne das Webinterface gar nicht. Ich hab das git geklont und mein eigenes aufgesetzt und wenn ich was ändere, dann schicke ich es als Patch per E-Mail...


    ach so *kopfkratz*


    Zitat

    Prima wäre natürlich, wenn es bei github gehostet wäre, dann könnte man ein paar Leuten Schreibrechte geben und andere können das git leichter forken und Pullrequests schicken.


    Mit ein paar Leuten kommst du da nicht weit, denke das sind mindestens 50 User die den Datenbestand pflegen. - Das klappt im Webinterface aber auch gut und dauert auch nicht länger wenn man ein wenig Übung hat... https://ssl.constabel-it.de/eplists.constabel.net/eplist.cgi


    Ist meines Erachtens Versionsmanagement genug wenn man den Weg des Dateienhochladens abschneidet, wir wollten jetzt auch nciht nen anderen Loader bauen :P


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    50 User sind für ein GitHub-Projekt nun auch nicht gerade ein Problem... :)
    Und letztlich landet es sowieso im git. Und bei GitHub kannst du sogar Dateien direkt im Webbrowser editieren (für mal eben einen kleinen Fehler ausmerzn). Und git ist sowieso viel cooler. Und und und... :D


    Und zu Hause kann man sich einen kleinen cronjob anlegen, der regelmäßig das "git pull" ausführt.
    Und es gibt eine (gute) libgit2 (Linus T. benutzt das Ding, dann muss es taugen, auf Schrott hat er keine Lust), mit der man auch direkt git einbinden kann, damit hab ich mich aber noch nicht beschäftigt.


    Lars.

    wer macht den syntaxcheck - das ist recht umfangreich was der Mike da macht damit die Dateien Inhaltlich das korrekte Format haben?


    in epgd gibts übrigens keine Dateien dazu, und auch keine cron Aufrufe - wir haben einen eigenen clienten mit dem wir die Daten ohne sie auf dem Filesystem zu haben direkt in die Datenbank laden.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Zitat von CKone

    das ist recht umfangreich was der Mike da macht damit die Dateien Inhaltlich das korrekte Format haben?


    und offensichtlich reicht es immer noch nicht wenn ich sehe das die Felder Ermittler, Ort und Sender wieder nicht korrekt durch Tabulator getrennt sind... *nochmal kopfkratz*


    Wenn da jetzt wirklich jeder ungebremst drin rumfummeln kann....


    Christian


    PS: ich korrigiere die Liste eben, sagen wir das 10te Mal an der selben Stelle...

    Bilder

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Ich sag ja nicht, dass jeder da drin rum fummeln soll. :)
    Syntaxcheck könnte man auch sicherlich implementieren, aber ich will da auch nicht momentan aktiv werden, keine Zeit.


    Das git ist nicht aktuell? Das enttäuscht mich jetzt etwas...


    Lars

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden