Package Details: sword-svn 3:1.9.0.svnversion.3874-1

Git Clone URL: https://aur.archlinux.org/sword-svn.git (read-only, click to copy)
Package Base: sword-svn
Description: Libraries for Bible programs - svn-version
Upstream URL: http://www.crosswire.org/sword/
Keywords: bible
Licenses: GPL
Conflicts: sword
Provides: sword
Submitter: haawda
Maintainer: haawda
Last Packager: haawda
Votes: 21
Popularity: 0.000000
First Submitted: 2012-02-18 11:12 (UTC)
Last Updated: 2022-03-08 17:18 (UTC)

Required by (7)

Sources (1)

Latest Comments

haawda commented on 2021-12-12 16:56 (UTC)

aleque, I think no. This needs to be fixed upstream.

alerque commented on 2021-12-11 21:32 (UTC)

Anything I need to do the Xiphos build in my repository to make this work with a current version (as opposed to the older pinned version)?

haawda commented on 2021-04-06 19:10 (UTC)

I sticked to version r3844 because xiphos failed to build against r3845. But now it fails anyway.

alerque commented on 2021-04-06 05:23 (UTC)

Please remove the versioning from the conflicts line, that is preventing swapping out the sword package as an upgrade without uninstalling this and other dependencies first. I think the versioned provides is fine, but the conflicts should be generic unversioned.

alerque commented on 2020-04-19 20:40 (UTC)

Re your earlier comment:

I hate that "r" in version numbers. I see no point in having it.

It serves several purposes. In Arch's version checking scheme 3 > r55 because anything that starts with r is considered lower than numbers. This means you can transition to proper upstream versioning withouth having to add an epoch. It also serves to mark where the upstream versioning ends and the arch local counter stuff begins. Please go back to using it per Arch wiki guidelines.

alerque commented on 2020-04-19 20:35 (UTC)

Can you please fix the pkgver and provides so they are actually relative to the last release point? This should be something like 1.8.1-r400 where the last bit is an increment since the 1.8.1 release.

As it is it is impossible to fix the xiphos-git package so that it requires sword>1.8.1 such that it will use the -svn package for now and automatically allow the stable package to fulfill the dependency when 1.8.2 is released.

haawda commented on 2017-05-18 02:52 (UTC)

I tried to report this to the mailing list, but my mail did not pass the moderator. In the meanwhile I fixed it myself with a patch.

yvand commented on 2017-05-10 19:04 (UTC)

sword-svn fails to install, below is the error: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../include -I../include -I/usr/include -DUSE_AUTOTOOLS -DUNIX -Dunix -D__unix__ -DSWICU_DATA=\"/usr/lib/sword/1.7.900_icu_\" -D_FTPLIB_NO_COMPAT -D_FORTIFY_SOURCE=2 -O3 -fPIC -ftemplate-depth=100 -D_ICU_ -DCURLAVAILABLE -DCURLSFTPAVAILABLE -I/usr/include/CLucene/ext -I/usr/lib -DUSELUCENE -DCLUCENE2 -I/usr/lib -DUSEXAPIAN -Wno-address -Wno-nonnull-compare -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -MT scsuutf8.lo -MD -MP -MF .deps/scsuutf8.Tpo -c ../src/modules/filters/scsuutf8.cpp -fPIC -DPIC -o .libs/scsuutf8.o ../src/modules/filters/scsuutf8.cpp: In member function 'virtual char sword::SCSUUTF8::processText(sword::SWBuf&, const sword::SWKey*, const sword::SWModule*)': ../src/modules/filters/scsuutf8.cpp:139:2: error: 'UnicodeString' was not declared in this scope UnicodeString utf16Text(text.getRawData(), text.length(), scsuConv, err); ^~~~~~~~~~~~~ ../src/modules/filters/scsuutf8.cpp:141:16: error: 'utf16Text' was not declared in this scope int32_t len = utf16Text.extract(text.getRawData(), text.size(), utf8Conv, err); ^~~~~~~~~ make[1]: *** [Makefile:1608: scsuutf8.lo] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-yvand/aur-sword-svn/src/sword/lib' make: *** [Makefile:623: all-recursive] Error 1

SanskritFritz commented on 2014-12-08 14:13 (UTC)

Dependency icu is already satisfied through clucene/boost-libs.

Alister.Hood commented on 2014-12-08 06:14 (UTC)

This should depend on icu.

haawda commented on 2014-11-12 20:12 (UTC)

I hate that "r" in version numbers. I see no point in having it.

freevryheid commented on 2014-11-11 04:11 (UTC)

Is it possible to set the pkgver in the pkgbuild per guidelines: https://wiki.archlinux.org/index.php/VCS_PKGBUILD_Guidelines#The_pkgver.28.29_function

haawda commented on 2014-08-24 08:59 (UTC)

Had to set "--without-xz" to the configure switches, build would fail otherwise.

haawda commented on 2014-05-12 18:57 (UTC)

Added xz to the dependencies. MisterEwok, try building without yaourt.

MisterEwok commented on 2013-08-23 15:39 (UTC)

I'm using "yaourt -Syu --aur" to update my system. It tries to update sword-svn but it has an error. First there are a whole bunch of warnings that look like: lib/Makefile.am:17: warning: source file '$(bindingsdir)/flatapi.cpp' is in a subdirectory, lib/Makefile.am:17: but option 'subdir-objects' is disabled And then it quits at: checking whether we are cross compiling... configure: error: in `/tmp/yaourt-tmp-philip/aur-sword-svn/src/sword': configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. See `config.log' for more details ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build sword-svn.

SanskritFritz commented on 2013-04-10 21:26 (UTC)

Ah lol, the old PKGBUILD was still in my browser's cache :) Sorry for the noise.

haawda commented on 2013-04-10 21:22 (UTC)

Quite similar to mine, isn't it?

SanskritFritz commented on 2013-04-10 21:17 (UTC)

Updated PKGBUILD http://sprunge.us/KdhK

SanskritFritz commented on 2013-04-07 21:16 (UTC)

pkgver() function is needed since pacman 4.1

macxcool commented on 2013-01-30 01:07 (UTC)

Thanks. I didn't know that. I thought I was going nuts for a second there when it kept on changing back ;-)

SanskritFritz commented on 2013-01-30 00:18 (UTC)

You have to do makepkg --holdver

macxcool commented on 2013-01-29 23:25 (UTC)

Should I be able to edit the PKGBUILD and change the 'pkgver' to, say, 2772 and then compile and get that revision checked out? I tried it and always get the newest version. What do I have to change to make this work?

shackra commented on 2013-01-18 21:49 (UTC)

I got another error :( ==> Iniciando build()... Updating '.': En la revisión 2763. ==> SVN checkout done or server timeout ==> Starting make... patching file configure.ac patching file examples/cmdline/Makefile.am patching file tests/Makefile.am patching file utilities/Makefile.am *** Sword build system generation *** Recreating libtool libtoolize ./autogen.sh: línea 8: libtoolize: no se encontró la orden *** Recreating aclocal.m4 aclocal /usr/share/aclocal/log4c.m4:7: warning: underquoted definition of AM_PATH_LOG4C /usr/share/aclocal/log4c.m4:7: run info Automake 'Extending aclocal' /usr/share/aclocal/log4c.m4:7: or see http://www.gnu.org/software/automake/manual/automake.html#Extending-aclocal *** Recreating configure configure.ac:37: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:38: error: possibly undefined macro: AC_PROG_LIBTOOL *** Recreating the Makefile.in files configure.ac:13: installing './config.guess' configure.ac:13: installing './config.sub' configure.ac:14: installing './install-sh' configure.ac:14: installing './missing' Makefile.am: installing './depcomp' lib/Makefile.am:15: error: Libtool library used but 'LIBTOOL' is undefined lib/Makefile.am:15: The usual way to define 'LIBTOOL' is to add 'LT_INIT' lib/Makefile.am:15: to 'configure.ac' and run 'aclocal' and 'autoconf' again. lib/Makefile.am:15: If 'LT_INIT' is in 'configure.ac', make sure lib/Makefile.am:15: its definition is in aclocal's search path. parallel-tests: installing './test-driver' ==> ERROR: Se produjo un error en build(). Cancelando... jorge [/tmp/sword-svn] ~>

haawda commented on 2013-01-13 12:25 (UTC)

Patch added for automake 1.13.1 compatibility.

haawda commented on 2012-12-02 23:05 (UTC)

Is base-devel installed?

shackra commented on 2012-12-02 21:22 (UTC)

==> Starting make... *** Sword build system generation *** Recreating libtool libtoolize ./autogen.sh: línea 8: libtoolize: no se encontró la orden *** Recreating aclocal.m4 aclocal /usr/share/aclocal/log4c.m4:7: warning: underquoted definition of AM_PATH_LOG4C /usr/share/aclocal/log4c.m4:7: run info Automake 'Extending aclocal' /usr/share/aclocal/log4c.m4:7: or see http://www.gnu.org/software/automake/manual/automake.html#Extending-aclocal *** Recreating configure configure.ac:37: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:38: error: possibly undefined macro: AC_PROG_LIBTOOL *** Recreating the Makefile.in files configure.ac:13: installing './config.guess' configure.ac:13: installing './config.sub' configure.ac:14: installing './install-sh' configure.ac:14: installing './missing' Makefile.am: installing './depcomp' examples/cmdline/Makefile.am:2: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') lib/Makefile.am:15: error: Libtool library used but 'LIBTOOL' is undefined lib/Makefile.am:15: The usual way to define 'LIBTOOL' is to add 'LT_INIT' lib/Makefile.am:15: to 'configure.ac' and run 'aclocal' and 'autoconf' again. lib/Makefile.am:15: If 'LT_INIT' is in 'configure.ac', make sure lib/Makefile.am:15: its definition is in aclocal's search path. tests/Makefile.am:2: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') utilities/Makefile.am:3: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') ==> ERROR: Se produjo un error en build(). Cancelando...

haawda commented on 2012-10-09 20:14 (UTC)

libtool is in the base-devel group. We do not add the packages in base-devel to the makedepends array.

jperry commented on 2012-10-09 19:45 (UTC)

Hi, please add libtool as a build dependency.

haawda commented on 2012-04-06 11:59 (UTC)

Adding -fpermissive to the CPPFLAGS did id for me. Please test.

paulbarbee commented on 2012-04-06 06:55 (UTC)

Fails to build. The following may help. ../include/multimapwdef.h:22:3: error: 'find' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] ../include/multimapwdef.h:22:3: note: declarations in dependent base 'std::multimap<sword::SWBuf, sword::SWBuf, std::less<sword::SWBuf>, std::allocator<std::pair<const sword::SWBuf, sword::SWBuf> > >' are not found by unqualified lookup ../include/multimapwdef.h:22:3: note: use 'this->find' instead ../include/multimapwdef.h:23:4: error: 'insert' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] ../include/multimapwdef.h:23:4: note: declarations in dependent base 'std::multimap<sword::SWBuf, sword::SWBuf, std::less<sword::SWBuf>, std::allocator<std::pair<const sword::SWBuf, sword::SWBuf> > >' are not found by unqualified lookup ../include/multimapwdef.h:23:4: note: use 'this->insert' instead ../include/multimapwdef.h:25:23: error: 'find' was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] ../include/multimapwdef.h:25:23: note: declarations in dependent base 'std::multimap<sword::SWBuf, sword::SWBuf, std::less<sword::SWBuf>, std::allocator<std::pair<const sword::SWBuf, sword::SWBuf> > >' are not found by unqualified lookup ../include/multimapwdef.h:25:23: note: use 'this->find' instead make[1]: *** [swconfig.lo] Error 1 make[1]: Leaving directory `/tmp/packerbuild-0/sword-svn/sword-svn/src/sword-build/lib' make: *** [all-recursive] Error 1 ==> ERROR: A failure occurred in build(). Aborting... The build failed.

haawda commented on 2012-02-18 11:16 (UTC)

New dependency for xiphos-webkit-svn. The stable sword is too old.