Package Details: speedcrunch-git 20160416-2

Git Clone URL: (read-only, click to copy)
Package Base: speedcrunch-git
Description: Simple, high precision and powerful calculator.
Upstream URL:
Licenses: GPL2
Conflicts: speedcrunch
Provides: speedcrunch
Submitter: None
Maintainer: stevenhoneyman
Last Packager: stevenhoneyman
Votes: 13
Popularity: 0.000000
First Submitted: 2010-03-03 21:06
Last Updated: 2016-04-16 18:52

Latest Comments

1 2 3 Next › Last »

pmattern commented on 2017-08-13 23:54

python-sphinx-quark-theme has already been added as a build dependency quite a while ago, just have a look at the list above or PKGBUILD.
The problems you were facing are probably due to the somewhat delayed update of the package. Now that it's updated to 0.5.0 speedcrunch-git is building and running flawlessly again here so you may want to give it another try.

TheAifam5 commented on 2017-06-06 16:36

Please follow the bug report about this program.
You need to add quark-sphinx-theme for build-time only.

pmattern commented on 2016-11-21 15:20

Regarding localization it's expected behavior to consider all locales which are provided by the sources. Binary packages are not meant to be restricted to the system they were built on but to be exchangeable.
I've seen the FTBFS you're describing sporadically as well but haven't found out what exactly is the reason so far. It seems most likely that the somewhat special approach to have CMAKE_INSTALL_PREFIX point into $pkgdir while at the same time omitting make variable DESTDIR can cause the problem when more than one thread is run, e. g. by setting MAKEFLAGS="-jn", n≥2, in /etc/makepkg.conf on a multi-core system. Could you by any chance build the package with -DCMAKE_INSTALL_PREFIX=/usr and 'make DESTDIR=$pkgdir install' and / or compile with a single thread only and see whether this fixes the problem at your side, too?
Btw. a similar FTBFS can arise when python-sphinx-quark-theme has to be rebuilt against the current version of its dependencies. It corresponds with different error messages, though.

eduardomezencio commented on 2016-11-06 00:57

I'm getting this error when building. I find it very strange that it's trying to build docs in spanish, because my locale is en_US

Building docs for es_ES...
Running Sphinx v1.4.8
making output directory...
loading translations [es_ES]... done
loading pickled environment... not yet created

Exception occurred:
File "/tmp/packerbuild-1000/speedcrunch-git/speedcrunch-git/src/speedcrunch/doc/src/extensions/", line 29, in _
return locale.translators[_CATALOG].gettext(message)
KeyError: 'extra-doc-strings'

stevenhoneyman commented on 2016-04-16 18:53

Thanks for the explanation - updated with this included.

pmattern commented on 2016-04-16 17:27

ad manual:
In this particular case "manual" doesn't mean stuff eventually rotting in /usr/share/doc but the manual that's included in the binary anyway and available from Help - User Manual. In other words, the question isn't "Should the manual get shipped y/n?" but "Should the manual get shipped as a bit outdated "binary" version comprised in the code or updated at build time?".
The additional build dependencies are tiny compared e. g. to the runtime dependencies needed anyway, the build takes roughly 30s more and the binary is roughly of the same size.
So I for one still think it would make sense, tbh.

stevenhoneyman commented on 2016-04-16 15:57

Dependencies added and build system changed, thanks.

I'm not sure about the manual - personally I don't keep any documentation installed besides man pages, so adding additional requirements and building it would be a waste of time. If 'everyone else' agrees it should be included I'll add it in. Shame there isn't an optmakedepends...

pmattern commented on 2016-04-16 15:27

Upstream recommends using CMake by now.

The manual doesn't get built by default any longer, rather the code comes with a pre-built copy.
To build the manual CMake variable REBUILD_MANUAL has to be set to ON. Doing so may be a matter of taste, considering the purpose of VCS packages it should definitely be enabled, IMO. Building the manual that way takes the two Python Sphinx makedepends mentioned earlier.

Dependency qt5-tools is still missing.

Do you still maintain this package? The dependencies have been faulty for more than a month now.

esclapion commented on 2016-03-29 19:04

Works after installing quark-sphinx-theme.

esclapion commented on 2016-03-29 11:55

Building docs for en_US...
Traceback (most recent call last):
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 210, in <module>
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 204, in main
args.func(tools, args)
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 139, in build_bundled_docs
extra_config={'qthelp_basename': basename})
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 79, in build_docs
return tools.sphinx_build(*args)
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 55, in <lambda>
return lambda *args: self.run_tool(name, *args)
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/", line 52, in run_tool
return subprocess.check_call(cmd)
File "/usr/lib/python3.5/", line 579, in check_call
retcode = call(*popenargs, **kwargs)
File "/usr/lib/python3.5/", line 560, in call
with Popen(*popenargs, **kwargs) as p:
File "/usr/lib/python3.5/", line 950, in __init__
restore_signals, start_new_session)
File "/usr/lib/python3.5/", line 1544, in _execute_child
raise child_exception_type(errno_num, err_msg)
FileNotFoundError: [Errno 2] No such file or directory: 'sphinx-build'
Makefile:810 : la recette pour la cible « DUMMY_MANUAL_TARGET » a échouée