-
Notifications
You must be signed in to change notification settings - Fork 9.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Releasing version 3.05 #715
Comments
I added Release Notes for 3.05, based on the 3.05 branch. |
Some minor fixes to 3.05: README.md
=>
tesseract/api/baseapi.h configure.ac
=>
ChangeLog See ReleaseNotes AUTHORS CONTRIBUTING.md |
You could create a PR with these changes. :) |
Thinking about his, I have never had an easy time doing a new Tesseract release for Debian. Maybe shipping a new version right at the cutoff date is not such a smart idea. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794489 |
So, when? |
Maybe you want to use this strategy:
|
I think, you should tag the 3.05 branch with the 3.05.0 release. It can be updated in case there are any additional changes. |
Being super cautious, I am comparing symbols from libtesseract.so.3.0.4 and libtesseract.so.3.0.5. Here are symbols that disappeared in 3.0.5.
|
Now I want to test against gimagereader, but can't from my chroot jail. It fails on both
|
This is the release candidate for 3.0.5 for Debian. I'm going to do a compatibility check with the gimagereader package maintainer. Others are also very welcome to test if they are set up for it. |
EDITED Okay, I got gimagereader working for 3.0.4 in the Debian Sid chroot jail. https://help.ubuntu.com/community/BasicChroot#Accessing_graphical_applications_inside_the_chroot However, it crashes during recognition on 3.0.5. This is automatic stop-ship with respect to Debian. |
Have you tried building gImageReader with 3.05 release candidate? |
I'd like to figure things out such that gimagereader doesn't need to be rebuilt. |
Hi, Recompiling gImageReader against 3.0.5 resolves the crash. This is really easy to fix upstream. You just have to bump the SONAME if your symbols change! Not too hard to get! Please make a 3.0.5.1 release and bump the SONAME! Best, |
@manisandro no problem on your side, gImageReader works fine with 3.0.5 :) |
Thanks for checking @innir , I haven't yet had time to build 3.0.5. |
Upstream was hoping 3.0.5 would be application binary interface (ABI) compatible with 3.0.4. Am I reading the crashlog correctly that the unhappy symbol is RecogAllWordsPassN? Because I don't think that has changed. Is there a preferred ABI compatibility checking tool? I ask because the other approach is fixing compatibility and a 3.0.5.1 that does not bump soname. |
Hi, I've heard about this ABI tracker. Maybe it's possible to add tesseract (& leptonica) there somehow. |
@jbreiden I think it's in Recognize() or one of the functions Recognize() calls. Hard to tell as the next two lines in the crash log are empty :( |
abipkgdiff output (comparing 3.04.01 and 3.05.00):
|
Is there anything we can do (in tesseract project) to fix this issue? |
Done: https://abi-laboratory.pro/tracker/timeline/tesseract/ About the tracker: https://abi-laboratory.pro/index.php?view=abi-tracker |
Next release - 3.05.1 |
From #707:
@amitdo commented:
@zdenop commented:
@jbreiden commented:
@Shreeshrii commented:
The text was updated successfully, but these errors were encountered: