Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - speedcrunch-git

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: speedcrunch-git 20160416-2

Git Clone URL: https://aur-dev.archlinux.org/speedcrunch-git.git (read-only)
Package Base: speedcrunch-git
Description: Simple, high precision and powerful calculator.
Upstream URL: http://speedcrunch.org/
Licenses: GPL2
Conflicts: speedcrunch
Provides: speedcrunch
Submitter: None
Maintainer: stevenhoneyman
Last Packager: stevenhoneyman
Votes: 12
Popularity: 0.005306
First Submitted: 2010-03-03 21:06
Last Updated: 2016-04-16 18:52

Latest Comments

1 2 3 Next › Last »

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/translations.py", 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/doc-tool.py", line 210, in <module>
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/doc-tool.py", line 204, in main
args.func(tools, args)
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/doc-tool.py", line 139, in build_bundled_docs
extra_config={'qthelp_basename': basename})
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/doc-tool.py", line 79, in build_docs
return tools.sphinx_build(*args)
File "/tmp/yaourt-tmp-pat/aur-speedcrunch-git/src/speedcrunch/src/../doc/manual/doc-tool.py", 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/doc-tool.py", line 52, in run_tool
return subprocess.check_call(cmd)
File "/usr/lib/python3.5/subprocess.py", line 579, in check_call
retcode = call(*popenargs, **kwargs)
File "/usr/lib/python3.5/subprocess.py", line 560, in call
with Popen(*popenargs, **kwargs) as p:
File "/usr/lib/python3.5/subprocess.py", line 950, in __init__
restore_signals, start_new_session)
File "/usr/lib/python3.5/subprocess.py", 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

pmattern commented on 2016-03-06 11:29

Some additional dependencies are needed due to upstream changes affecting documentation.
Package qt5-tools is needed at build- and runtime to provide Qt Help. To build both Sphinx and its corresponding theme Quark are needed. While the latter two can be installed by pip packages python-sphinx and python-sphinx-quark-theme (AUR) are probably the more reasonable choice.
Eventually upstream will stop building the documentation each time the software itself gets compiled which would hence change the dependencies again, see discussion in https://bitbucket.org/heldercorreia/speedcrunch/issues/596.

jslick commented on 2015-09-02 04:19

It is now fixed in the bitbucket repository. 779e9fc