vp-build/srcpkgs/enchant/template
Juan RP 85cc462e1d Major infrastructure changes, part 2.
* Moved helpers, common and triggers dirs into xbps-src, where
  they belong.
* Renamed the templates dir to srcpkgs, it was so redundant before.
* Make it possible to add subpkgs with no restriction in names, for
  example udev now has a subpkgs called "libgudev". Previously
  subpkgs were named "${sourcepkg}-${pkgname}".
* xbps-src: changed to look for template files in current directory.
  That means that most arguments from the targets have been removed.
* xbps-src: added a reinstall target, to remove + install.
* xbps-src: do not overwrite binpkgs by default, skip them.

And more that I forgot because it's a mega-commit that I've been
working for some days already...

--HG--
extra : convert_revision : 0f466878584d1e6895d2a234f07ea1b2d1e61b3e
2009-11-22 08:31:44 +01:00

40 lines
1.6 KiB
Plaintext

# Template file for 'enchant'
pkgname=enchant
version=1.4.2
distfiles="http://www.abisource.com/downloads/enchant/$version/enchant-$version.tar.gz"
build_style=gnu_configure
configure_args="--disable-zemberek --disable-ispell"
short_desc="Generic spell checking library"
maintainer="Juan RP <xtraeme@gmail.com>"
checksum=95c8dd998c8fb436329d204e0edde4400b889e4e26d3f8cb888c408c9a9acc6a
long_desc="
The project aims to provide an efficient extensible abstraction
for dealing with different spell checking libraries.
Enchant is meant to provide a generic interface into various existing
spell checking libaries. These include, but are not limited to:
* Aspell/Pspell (intends to replace Ispell)
* Ispell (old as sin, could be interpreted as a defacto standard)
* MySpell/Hunspell (an OOo project, also used by Mozilla)
* Uspell (primarily Yiddish, Hebrew, and Eastern European
languages - hosted in AbiWord's CVS under the module \"uspell\")
* Hspell (Hebrew)
* Zemberek (Turkish)
* Voikko (Finnish)
* AppleSpell (Mac OSX)
Enchant is also meant to be used in a cross-platform (XP) environment.
Part of this means that Enchant wants to limit its number of external
dependencies to 0, or as close is as humanly possible. Also, any
enchant consumer (i.e. a Word Processor) should not need to know
about what backend providers Enchant knows about. In fact, Enchant
shouldn't even need to know this information itself. To accomplish
this, all of Enchant's providers are DLLs."
subpackages="$pkgname-devel"
Add_dependency build pkg-config
Add_dependency full glibc
Add_dependency full aspell
Add_dependency full hunspell
Add_dependency full glib