Package Details: pocketsphinx 5prealpha-10

Git Clone URL: https://aur.archlinux.org/pocketsphinx.git (read-only)
Package Base: pocketsphinx
Description: Lightweight speech recognition engine, specifically tuned for handheld and mobile devices, though it works equally well on the desktop.
Upstream URL: http://cmusphinx.sourceforge.net
Keywords: mobile recognition speech
Licenses: BSD
Submitter: None
Maintainer: Martchus
Last Packager: Martchus
Votes: 66
Popularity: 0.283364
First Submitted: 2008-08-08 21:47
Last Updated: 2018-08-30 16:24

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Martchus commented on 2019-10-14 11:08

@user202729 autoconf and automake belong to the group base-devel. Packages in that group should not be explicitly mentioned. If you setup your build environment like described in the official wiki you should not run into problems.

xantares commented on 2018-08-30 11:47

please fix the python package wrt the 3.7 update!

petronny commented on 2018-08-14 04:19

Please fix it for python 3.7

xantares commented on 2018-08-07 21:05

I doubt the libtool commands are even useful

Martchus commented on 2018-08-07 13:22

@nipsky It is because the Python version is hardcoded into the PKGBUILD and Arch Linux recently updated to Python 3.7.

I think the Python version shouldn't be hardcoded. Better use something like pacman -Q python | sed 's/.* \(.*\)\..*-.*./\1/g'. Same for Python 2. Of course the package must still be rebuilt when updating Python.

nipsky commented on 2018-08-07 09:22

Hi, compiling the sources works fine, but I’m stuck with an error in the packaging stage:

libtool: error: invalid argument '/tmp/yaourt-tmp-andre/aur-pocketsphinx/pkg/pocketsphinx/usr/lib/python3.6/site-packages/pocketsphinx'

xantares commented on 2018-05-17 11:31

hi, this fix is needed for python3: https://github.com/cmusphinx/pocketsphinx/pull/127

doskoi commented on 2017-02-23 05:42

I use pacaur, but why do you think it's bad to have one directory for all AUR sources?

marcs commented on 2017-02-22 22:34

"SRCDEST variable could be the same directory for all packages", I didn't know that and is not my case but I strongly advise against it. Which aur manager are you using anyway ? You got my curious.

Fixed now.

doskoi commented on 2017-02-22 18:36

@marcs The wiki doesn't agree with you :p

"File names of downloaded sources should be globally unique, because the SRCDEST variable could be the same directory for all packages."
=> https://wiki.archlinux.org/index.php/PKGBUILD#Sources

Even without an AUR helper, all the sources can be in one directory.