synOCR synOCR - GUI für OCRmyPDF

[DeeKay1]

Danke. Aber wirklich schlauer sind wir jetzt leider auch nicht. Sehr mysteriös:

 

[geimist]

In der Tat.

Hier passiert ja folgendes:

        # apprise - rename column PBTOKEN to apprise_call for apprise library:
        # ---------------------------------------------------------------------
        sqlite3log=$(sqlite3 "./etc/synOCR.sqlite" "ALTER TABLE config
                                       RENAME COLUMN \"PBTOKEN\" TO \"apprise_call\" ")
        # check:
        if ! sqlite3 "./etc/synOCR.sqlite" "PRAGMA table_info(config)" | awk -F'|' '{print $2}' | grep -q apprise_call ; then
            log="${log}
            ➜ ERROR: the DB column could not be renamed (PBTOKEN to apprise_call)
              Log:   ${sqlite3log}"
            error=1
        else
            # delete old PushBullet token:
            sqlite3 "./etc/synOCR.sqlite" "UPDATE config SET apprise_call = NULL;"
        fi

Vielleicht sollte ich ein wait oder sleep einbauen. Vielleicht geht die Prüfung zu schnell.
Ich muss aber jetzt weg und schicke dir später nochmal einen Versuch. Vielen Dank für dein / eure Geduld.

 

[DeeKay1]

Ich glaub ich habs gefunden (Source: https://www.sqlitetutorial.net/sqlite-rename-column/):


Bei mir installiert ist aber 3.10.2:


Das erklärt auch den Fehler, wenn ichs per SSH mache. Er kennt den RENAME COLUMN-Befehl einfach nicht:

 

[DeeKay1]

Ich hab das DB-Upgrade nun manuell per SQLite-DB-Browser durchgeführt und, wie von @Tommes vorgeschlagen, nach dem kopieren auf das NAS noch chown/chmod entsprechend ausgeführt. Das hatte durch den Kopiervorgang natürlich auch nicht mehr gestimmt. Danke nochmal für den Hinweis.
@geimist: Die alte DB habe ich dir hochgeladen. Da es aber wohl an der sqlite-Version in DSM6 liegt, gib einfach Bescheid sofern ich noch etwas für dich testen soll.

 

[DeeKay1]

Ergänzungsfrage: Sollte/Muss man den user synOCR selbst anlegen?
https://github.com/geimist/synOCR/b...a7874b2918ad7d8b66a24e/APP/ui/synOCR.sh#L1175

 

[geimist]

Ok, danke für das Feedback. Das erklärt, warum die Änderung nicht vollzogen wird. Aber ich verstehe noch nicht, warum es nicht geloggt wird. Ich werde mir für DSM einen Workaround überlegen. Für DSM6 werde ich einfach eine neue Spalte anlegen anstatt sie umzubenennen.

Ergänzungsfrage: Sollte/Muss man den user synOCR selbst anlegen?

Da das Paket unter DSM6 eh als root läuft, kannst du das vernachlässigen. Das ist für DSM7 relevant.

@Tib
Welches DSM hast du?

 

[Tib]

@Tib
Welches DSM hast du?

DSM6

...bin aber noch zu nichts gekommen, Wochenende war zu kurz. Ich würde dann das Package aus Posting 3920 verwenden und morgen nochmal testen?

 

[geimist]

OK, das erklärt es. Danke

Ich würde dann das Package aus Posting 3920 verwenden und morgen nochmal testen?

Nein, das diente lediglich dem verbesserten Logging. Ich stelle noch eine angepasste Version zur Verfügung.

 

[MacHolgi]

Argghh, man sollte besser erst im Forum schauen, bevor man ein Updatze macht... :-(
Habe jetzt nach einspielen des 1.4.4. updates unter DSM 6 auch den DB-Fehler.
Läßt sich das mit dem nächten Update reparieren? Oder Bedarf es zusätzlich händischen Eingriffen?

 

[geimist]

Warum machen auf einmal alle mit DSM6 das Update? Seit Ende Juni gibt es das Release 1.4, welches die betroffene sqlite-Funktion nutzt.
Es nutzen ja nur noch sehr wenig im Verhältnis DSM6

Kannst du bitte mal DIESE VERSION probieren, ob damit das DB-Update klappt?

 

[DeeKay1]

Der fehlschlagende Befehl ist, glücklicherweise, der erste. Es wurde also noch nichts in der DB geändert. Mit einem downgrade auf V1.3 sollte es wieder funktionieren.
Vorher aber die DB einmal per GUI exportieren/sichern. Sicher ist sicher.

 

[DeeKay1]

Warum machen auf einmal alle mit DSM6 das Update. So viele im Verhältnis nutzen DSM6 gar nicht mehr

Weil alle vom Sommer zurück in ihre Winterhöhlen kriechen und erstmal alles updaten was nicht bei 3 auf den Bäumen ist

 

[geimist]

Wie gesagt: in der verlinkten Version habe ich es angepasst. Ich hatte es schon @Tib per PN geschickt, aber er hat es wahrscheinlich noch nicht gelesen. Mich würde mal das Feedback dazu interessieren - läuft's, dann gibt es ein Bugfixrelease für alle anderen mit DSM6, die jetzt noch updaten wollen

 

[MacHolgi]

Warum machen auf einmal alle mit DSM6 das Update?

Kannst du bitte mal diese Version probieren, ob damit das DB-Update klappt?

Tja, ich dachte mir bis vorhin "never change a running system" und da ich grad den Plex Server upgedatet habe dachte ich mir, machst Du synOCR auch gleich - hab ja extra ein paar Monate gewartet

Mit Deiner Beta-Version hat das DB-update geklappt. Habe die Version einfach über die 1.4.4 drüber installiert.

Vielen Dank für den schnellen Support zu sehr später Uhrzeit!

Edit: Ich warte grad noch, ob er eine Test-PDF erfolgreich abarbeitet. Bis jetzt erkennt er, dass eine PDF da ist, hat aber die Bearbeitung nicht gestartet...

 

[MacHolgi]

Melde Erfolg, läuft wieder!

Wie ist das eigentlich mit dem Update auf DSM 7 und synOCR?
Gibt es da etwas zu beachten? Oder einfach DSM 7 update einspielen und anschließend die synOCR 1.4.4 für DSM 7 installieren? Wird die Konfiguration dann automatisch Übernommen?

 

[geimist]

Bis jetzt erkennt er, dass eine PDF da ist, hat aber die Bearbeitung nicht gestartet...

Nach jedem Update muss die virtuelle Pyrhonumgebung neu erstellt werden. Das dauert 1,2 Minuten.

Wie ist das eigentlich mit dem Update auf DSM 7 und synOCR?

Ja. Nach dem Update auf DSM7 wird das Paket repariert werden müssen. Dazu einfach die aktuelle Version installieren. Die Konfiguration bleibt erhalten, aber ein Backup ist nie verkehrt.

 

[Ghost108]

@geimist
habe folgenden Fehler:

synOCR run at DSM7 or above
➜ check docker group and permissions: ok [docker:x:65536:synOCR]
➜ check admin permissions: ok
synOCR is running ...
Please wait until the files have been processed.
Traceback (most recent call last):
File "./includes/handlePdf.py", line 407, in <module>
return_value = main_fn()
File "./includes/handlePdf.py", line 364, in main_fn
pdf_obj.logger_obj.info(f'Task={args.task}')
AttributeError: 'HandlePdf' object has no attribute 'logger_obj'
synOCR was terminated with errors!

Datei landet aber dennoch im Zielordner.
Erhalte diese Fehlermeldung aber dennoch nach jedem Scan.

Version 1.4.4 im Einsatz - eben auf 1.4.5 aktualisiert.

 

[DeeKay1]

Wie gesagt: in der verlinkten Version habe ich es angepasst. Ich hatte es schon @Tib per PN geschickt, aber er hat es wahrscheinlich noch nicht gelesen. Mich würde mal das Feedback dazu interessieren - läuft's, dann gibt es ein Bugfixrelease für alle anderen mit DSM6, die jetzt noch updaten wollen

Läuft das dann auch bei mir?
Status: DSM 6 mit manuell aktualisierter Datenbank auf das v9/DSM7-Schema.

 

[geimist]

Läuft das dann auch bei mir?

Ich hab inzwischen das Releasefile ausgetauscht und der Bugfix ist offiziell. Du kannst problemlos aktualisieren. Es macht aber wahrscheinlich auch keinen Unterschied, da deine DB ja schon aktuell ist. (Wenn die DB bereits auf v9 gesetzt ist, wird sie auch nicht aktualisiert.)

habe folgenden Fehler:

Welches DSM?
Kannst du mir mal bitte ein komplettes Log hochladen?

 

[DeeKay1]

Ok, danke. Ich schau mir mal das Update-Skript an. Ich habe eher Bauchschmerzen für die Zukunft, da du ja meintest für DSM 6 verwendest du noch die alten Namen. Nicht das ich da in einen Sonderfall laufe, da meine DB ja die "alten" columns nicht mehr hat. Falls da mal ein check kommt mit "falls DSM 6, dann schreibe/lese auf die alten column-names", würde das bei mir nicht laufen.