Tesseract: .NETCoreのLinuxサポートがありません

Linuxでtravis-ciをビルドしようとすると、この問題も発生します。 このファイルをダウンさせるインストール可能なパッケージはありますか？ 私は次の両方を試しましたが、どちらも役に立ちませんでした

sudo apt install tesseract-ocr
sudo apt install libleptonica-dev

このファイルを機能させるには、このファイルを自分でコンパイルする必要がありました。
私はこのドキュメントを使用しました： https ：

問題は、 InteropDotNetが対応するフォルダー（x64またはx86）にネイティブのlibleptonicaとlibtesseractを期待しているように見えることです。 したがって、自分のように怠け者の場合は、 libtesseract-devとlibleptonica-devをインストールし、*。soファイルをbin / <構成> /netcoreapp3.1/x64フォルダーにコピーして、名前を変更します（コンパイラどのファイルが欠落しているか）、突然機能します。 ディストリビューションのソフトウェアソースに適切なバージョンが含まれていると仮定すると、つまり;）

ただし、適切な解決策は、Windowsの場合と同じようにLinux用のバイナリを出荷することだと思います。

私はこれに対処するためのより良い方法はサポートすることだろうと考えていました
一般的なロードダイナミックライブラリルーチンを使用するだけでフォールバックします（つまり、
標準の検索パス）。 そうすれば、ライブラリがあればうまくいくはずです
インストールされています。

私が考えることができる唯一の問題は、それが診断に問題を引き起こす可能性があるということです
ライブラリの検索またはロードに関連するエラー。 これは
お尻の一貫した痛み。

それはどのように聞こえますか？

2020年1月28日火曜日、07：13 Arthur、 notifications @ github.comは次のように書いています。

問題は、InteropDotNetです
https://github.com/AndreyAkinshin/InteropDotNetはネイティブを期待しているようです
対応するフォルダー（x64またはx86）内のlibleptonicaおよびlibtesseract。 だからもし
あなたは私自身のように怠惰です、あなたはlibtesseract-devをインストールすることができます
libleptonica-dev、 .soファイルをbin // x64フォルダーにコピーし

Linux用のバイナリを出荷するのが適切な解決策だと思います
Windowsの場合と同じように。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/charlesw/tesseract/issues/503?email_source=notifications&email_token=AAB7HSFBQGRE4KQQXT532Q3Q7455HA5CNFSM4KKGHXW2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AAB7HSDQUHSMSOEPC36WOSDQ7455HANCNFSM4KKGHXWQ
。

私は同じ問題を抱えています。Debianバスターに基づくDockerイメージを使用していて、1.76と4.0.1にしか移行しないため、正しいレプトニカ1.78.0とテッセラクト4.1.0をコンパイルすることができましたが、まだ「System.DllNotFoundException：プラットフォームx64のライブラリ「libleptonica-1.78.0.so」が見つかりませんでした。」

@arthrpによる提案としてx64フォルダーの.soをコピーしてみましたが、シンボリックリンクも試してみましたが、どちらも機能しません。この時点で他に何をすべきかわかりません。

何か案が？

これが役立つかどうかはわかりませんが、 https://github.com/SMI/SmiServices/commit/d97879dd84c7288ca6e472c7f2b0f678bb9a47a3

おかげで、少なくともそれはそれらがx64\libleptonica-1.78.0.soとx64\libtesseract41.soと呼ばれる必要があることを確認します。
奇妙なことに、これはまさに私がしていることです、私はどこか他の場所で間違っているに違いありません...

leptonicaとtesseract用にlinux.soをコンパイルし、x64ディレクトリに配置する必要があります。 DLLがそれらを見つけられるように、ファイル名がx64 /libtesseract41.soおよびx64 / libleptonica-1.78.0.soであることを確認してください。ただし、内部的には、tesseract.soが別の名前でleptonica.soを参照していることがわかります。 x64 / libleptonica.so.5.3.0という名前のシンボリックリンク（またはコピー）が必要です

Linuxの「ldd」ユーティリティを使用して、他に不足している依存関係があるかどうかを確認できます。

これを手伝ってくれてありがとう、基本的に、私のDockerイメージにはこれがあります：

root@st-ocr_service:/usr/local/lib# ls -alh
total 145M
drwxr-xr-x 1 root root 4.0K Feb  7 15:51 .
drwxr-xr-x 1 root root 4.0K Feb  7 15:51 ..
-rw-r--r-- 1 root root  17M Feb  7 14:14 liblept.a
-rwxr-xr-x 1 root root  984 Feb  7 14:14 liblept.la
lrwxrwxrwx 1 root root   16 Feb  7 14:14 liblept.so -> liblept.so.5.0.3
lrwxrwxrwx 1 root root   16 Feb  7 14:14 liblept.so.5 -> liblept.so.5.0.3
-rwxr-xr-x 1 root root 2.6M Feb  7 14:14 liblept.so.5.0.3
-rw-r--r-- 1 root root 123M Feb  7 14:19 libtesseract.a
-rwxr-xr-x 1 root root 1.1K Feb  7 14:19 libtesseract.la
lrwxrwxrwx 1 root root   21 Feb  7 14:19 libtesseract.so -> libtesseract.so.4.0.1
lrwxrwxrwx 1 root root   21 Feb  7 14:19 libtesseract.so.4 -> libtesseract.so.4.0.1
-rwxr-xr-x 1 root root 3.4M Feb  7 14:19 libtesseract.so.4.0.1
drwxr-xr-x 2 root root 4.0K Feb  7 15:51 pkgconfig

この：

root@st-ocr_service:/app/x64# ls -alh
total 12K
drwxr-xr-x 1 root root 4.0K Feb  7 16:08 .
drwxr-xr-x 1 root root 4.0K Feb  7 15:51 ..
lrwxrwxrwx 1 root root   27 Feb  7 16:03 liblept.so.5 -> /usr/local/lib/liblept.so.5
lrwxrwxrwx 1 root root   27 Feb  7 16:08 libleptonica-1.78.0.so -> /usr/local/lib/liblept.so.5
lrwxrwxrwx 1 root root   36 Feb  7 16:08 libtesseract41.so -> /usr/local/lib/libtesseract.so.4.0.1

これは私がlddから得たものと一致しています：

root@st-ocr_service:/app/x64# ldd libtesseract41.so 
    [...]
    liblept.so.5 => /usr/local/lib/liblept.so.5 (0x00007fe735ff6000)
    [...]

ただし、この構成を使用しても、 System.DllNotFoundException: Failed to find library "libleptonica-1.78.0.so" for platform x64.を取得するため、頭がおかしくなります。

月曜日の朝、淹れたてのコーヒー、心が澄んで、ついにこれが機能するようになりました！
LeptonicaとTesseractのコンパイルが正しくありませんでした。これを修正しました。また、Dockerイメージにいくつかの依存関係が欠落していたため、すべてが整理され、正常に機能しています。

Windows 10でコンパイルし、AWSLambdaにデプロイしようとしています。 libleptonica-1.78.0.soファイルが見つからないというエラーが発生します。
ダウンロードできる場所はありますか？

@sudipkumarbhattacharyaLinuxバイナリは前のコメントの1つからリンクされています

これが私がDebian9サーバーでそれを修正した方法です：

cd ~/MyProject/x64

sudo apt install libleptonica-dev
ln -s /usr/lib/x86_64-linux-gnu/liblept.so.5 liblept.so.5
ln -s /usr/lib/x86_64-linux-gnu/liblept.so.5 libleptonica-1.78.0.so

# Installed the repository from https://notesalexp.org/
sudo apt install libtesseract-dev
ln -s /usr/lib/x86_64-linux-gnu/libtesseract.so.4.0.1 libtesseract41.so

パスとバージョンは、マシンによって異なる場合があります。

誰かが.NETCore 5.0に対してそれを実行できますか？ 依存関係とターゲットフレームワークを更新した後、ManjaroLinuxでサンプルコンソールアプリをコンパイルする際に問題が発生します。

leptopnicaはOK、libteseractはOKですが、結果のコンソールアプリはコンパイルしても、実行するとsegmentation faultでクラッシュします。 この.NETラッパーがLinuxで正しく機能していないように思われます。

ネイティブの依存関係をパッケージにバンドルする方が理にかなっているのではないでしょうか。 人々が正確に正しいライブラリをインストールすることを要求するのではなく、これを行う（またはそれらの依存関係をコピーするための手動の手順を実行する）多くの.netパッケージがあります。

はい、それは確かにオプションです、他の誰かがここで意見を持っていますか？ 私
Linuxの経験があまりないため、現在のベストプラクティスがわからない
ここ。

Linux / Macを保守する時間がないことに注意してください。ただし、プルは受け入れます。
リクエスト。 問題を提起するか、既存の問題についてコメントしてください
適切ですが、最初にあなたのアイデアについて話し合うために🙂

2021年3月16日火曜日、02：49 Alexander Trauzzi、 @ 。 * >
書きました：

ネイティブの依存関係をバンドルする方が理にかなっているのではないでしょうか。
パッケージ？ 必要とするのではなく、これを行う多くの.netパッケージがあります
人々が正確に正しいライブラリをインストールしている（または手動の手順を実行している）
それらの依存関係をコピーします）。

—
コメントしたのでこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/charlesw/tesseract/issues/503#issuecomment-799527550 、
または購読を解除する
https://github.com/notifications/unsubscribe-auth/AAB7HSF4QBJ3BHIGK62JFODTDYUAFANCNFSM4KKGHXWQ
。

プロセスはWindows、macOS、Linuxでも同じだと思います。 Windowsライブラリにも静的コピーが含まれている必要があるので、そこから始めますか？

.NET 4.1.1のラッパーを使用し、carloswbarrosによるソリューションを使用してWSL2（Ubuntu 20.04）で動作しました。 しかし、AWS上のDockerでデプロイすると、プラットフォームx64のライブラリ「libleptonica-1.80.0.so」が見つかりませんでしたというメッセージが表示されて失敗します。 または、プラットフォームx64のライブラリ「libtesseract41.so」が見つからない場合があります。 私は次のようなシンボリックリンクを試しました
WORKDIR / app / x64
ln -s / usr / lib / x86_64-linux-gnu / liblept.so.5libleptonica-1.80.0.soを実行します
ln -s / usr / lib / x86_64-linux-gnu / libtesseract.so.4.0.1libtesseract41.soを実行します
それは役に立ちません。 また、ソリューションフォルダーから直接x64フォルダーにコピーしようとしましたが、同じ結果になりました。 今、私はそれをコンパイルしなければならないと思います。 実際には、nugetパッケージがインストールされたLinuxライブラリを用意することをお勧めします。

.NET 4.1.1のラッパーを使用し、carloswbarrosによるソリューションを使用してWSL2（Ubuntu 20.04）で動作しました。 しかし、AWS上のDockerでデプロイすると、プラットフォームx64のライブラリ「libleptonica-1.80.0.so」が見つかりませんでしたというメッセージが表示されて失敗します。 または、プラットフォームx64のライブラリ「libtesseract41.so」が見つからない場合があります。 私は次のようなシンボリックリンクを試しました
WORKDIR / app / x64
ln -s / usr / lib / x86_64-linux-gnu / liblept.so.5libleptonica-1.80.0.soを実行します
ln -s / usr / lib / x86_64-linux-gnu / libtesseract.so.4.0.1libtesseract41.soを実行します
それは役に立ちません。 また、ソリューションフォルダーから直接x64フォルダーにコピーしようとしましたが、同じ結果になりました。 今、私はそれをコンパイルしなければならないと思います。 実際には、nugetパッケージがインストールされたLinuxライブラリを用意することをお勧めします。

githubワークフローとdockerinstationを実行すると、このエラーも発生します

これはDockerfileで機能しました。 ソースからlibtesseract.so.4.0.1をビルドする必要がありました
apt-get update && apt-get install -ylibleptonica-devを実行します
apt-get update && apt-get install -ylibtesseract-devを実行します
apt-get update && apt-get install -ylibc6-devを実行します
apt-get update && apt-get install -ylibjpeg62-turbo-devを実行します
apt-get update && apt-get install -ylibgdiplusを実行します

WORKDIR / app / x64
ln -s /usr/lib/x86_64-linux-gnu/liblept.so.5liblept.so.5を実行します
ln -s / usr / lib / x86_64-linux-gnu / liblept.so.5libleptonica-1.80.0.soを実行します
コピー./sofile/libtesseract.so.4.0.1libtesseract41.so