Package Details: python-vosk 0.3.50-1

Git Clone URL: https://aur.archlinux.org/vosk-api.git (read-only, click to copy)
Package Base: vosk-api
Description: Python module for vosk-api
Upstream URL: https://alphacephei.com/vosk/
Licenses: Apache-2.0
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 8
Popularity: 0.91
First Submitted: 2022-04-04 18:36 (UTC)
Last Updated: 2024-04-22 16:40 (UTC)

Dependencies (23)

Sources (7)

Latest Comments

1 2 Next › Last »

fenugrec commented on 2024-03-04 19:07 (UTC)

@dbermond thanks for the clarification, makes sense.

dbermond commented on 2024-03-04 18:43 (UTC)

@fenugrec The models are not packaged. They are used for running the tests in the check() function. There are many models available for download at the upstream website, with different characteristics and different languages, including giga-sized model packs. If a user needs a model at runtime, it's up to the user to download the desired model and manage it accordingly. According to upstream, you can also train your own model.

fenugrec commented on 2024-03-04 16:34 (UTC) (edited on 2024-03-04 16:50 (UTC) by fenugrec)

I see the sources include vosk-model-small-en-us , but it doesn't look like it's getting packaged ? (model is 40MB, but package .zst is 5MB and only contains a few files)

dbermond commented on 2023-06-20 21:05 (UTC)

@Perdu I've just checked, and the package is building fine. Make sure to have java 17 as your default jvm, and not java 8. Or build in a clean chroot.

Perdu commented on 2023-05-12 14:59 (UTC)

Got this error after ~30 minutes/1 hour of compiling: Execution failed for task ':compileJava'.

Could not find tools.jar. Please check that /usr/lib/jvm/java-8-openjdk/jre contains a valid JDK installation.

VorpalWay commented on 2022-12-19 20:15 (UTC)

@dbermond I use aurutils to build in a clean chroot too. However on a hunch, I also tested turning off distcc. That did it. Seems this package is incompatible with distcc. Of course that take much longer to build (8 cores instead of 38 cores)

I suggest either adding !distcc, or trying to figure out what went wrong.

dbermond commented on 2022-12-18 23:26 (UTC)

@VorpalGun I've just checked, and the package is building fine. It builds fine in a clean chroot, so there is no missing build time dependency. You can try to build it in this way. Please make sure to be using an up-to-date Arch Linux system (not an Arch derivative). The f77 thing is not a problem.

VorpalWay commented on 2022-12-18 20:18 (UTC) (edited on 2022-12-18 20:18 (UTC) by VorpalWay)

Seems like there is a missing dependency:

/bin/sh: line 1: f77: command not found
expr: syntax error: unexpected argument ‘4’
/bin/sh: line 1: f77: command not found
expr: syntax error: unexpected argument ‘5’
/bin/sh: line 1: f77: command not found
expr: syntax error: unexpected argument ‘7’

Also this (much later in the build):

perl ./gensymbol linktest  x86_64 _ 0 0 1 1 0 1 "" "" 1 0 1 1 1 1 > linktest.c
cc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -flto=auto -ffat-lto-objects -O2 -DMAX_STACK_ALLOC=2048 -DUSE_LOCKING -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DDYNAMIC_ARCH -DNO_LAPACK -DNO_LAPACKE -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.20\" -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I. -O2 -DSMALL_MATRIX_OPT -DMAX_STACK_ALLOC=2048 -DUSE_LOCKING -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DDYNAMIC_ARCH -DNO_LAPACK -DNO_LAPACKE -DNO_WARMUP -DMAX_CPU_NUMBER=8 -DMAX_PARALLEL_NUMBER=1 -DBUILD_SINGLE=1 -DBUILD_DOUBLE=1 -DBUILD_COMPLEX=1 -DBUILD_COMPLEX16=1 -DVERSION=\"0.3.20\" -UASMNAME -UASMFNAME -UNAME -UCNAME -UCHAR_NAME -UCHAR_CNAME -DASMNAME= -DASMFNAME=_ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\" -DCHAR_CNAME=\"\" -DNO_AFFINITY -I.. -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto -shared -o ../libopenblas-r0.3.20.so \
-Wl,--whole-archive ../libopenblas-r0.3.20.a -Wl,--no-whole-archive \
-Wl,-soname,libopenblas.so.0 -lm -lm
make[2]: *** read jobs pipe: Is a directory.  Stop.
make[2]: *** Waiting for unfinished jobs....
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/bin/ld: error: lto-wrapper failed
collect2: error: ld returned 1 exit status
distcc[37124] ERROR: compile (null) on localhost failed
make[1]: *** [Makefile:189: ../libopenblas-r0.3.20.so] Error 1
make[1]: Leaving directory '/build/vosk-api/src/OpenBLAS-0.3.20/exports'
make: *** [Makefile:122: shared] Error 2
make: Leaving directory '/build/vosk-api/src/OpenBLAS-0.3.20'

I'm a software developer and I'm finding the build error confusing, so I uploaded the build log as I'm not quite sure what went wrong where: https://0x0.st/o5o_.log

dbermond commented on 2022-07-08 18:26 (UTC)

@jperry Thanks for reporting. Package updated.

jperry commented on 2022-07-08 18:06 (UTC)

Hi, it looks like clapack-3.2.1.tar.gz has changed upstream; the hash doesn't validate anymore.

1 2 Next › Last »