New package: vosk-api-0.3.43
Testing the changes
- I tested the changes in this PR: briefly
New package
- This new package conforms to the package requirements: YES
Local build testing
- I built this PR locally for my native architecture, (x86_64-glibc)
Closes https://github.com/void-linux/void-packages/issues/39009
That's it working with the openblas-devel package. I still need to work on the other architectures.
Added do_check().
I think it's ready. I've tested x86_64, i686 and aarch64-musl.
Pushed a fix. I think the problem was the lack of --build and maybe why it only worked on my machine. openfst piled for i686 and x86_64.
I added --host="${XBPS_TRIPLET}" for when not cross compiling. i686 is still cross compiling successfully on my machine. I also git pulled to to update my branch.
Could we try the ci again? seems there was just a problem fetching a distfile.
I think I should have added the .so to common/shlibs.
Still a work in progress, for some reason ./xbps-src show-shlib-provides vosk-api prints nothing.
The reason was objdump -p libvosk.so doesn't have SONAME so the hook ignores it, so I've added shlib_provides="libvosk.so". The package should be ready, I'll try to use it for my program and report back.
EDIT: works good!
I'm going to try again to get it working with the latest version of openfst, so openfst could be packaged separately.
That's it ready to merge
what do you think @paper42? here's a video of me using it: https://numenvoice.com
Still ready to merge. I made the vseds into patches and put links to their pull requests in the template as requested.
Hold the phone, might be able to simplify and remove a patch.
There we go, simplified it slightly by using --mathlib=OPENBLAS which works with lapack out of the box.
I reverted back to my pull request patches as they're still an improvement.
ready to merge
Tested numen using this and all well
Thank you! :)))))!