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

srcpkgs/enchant/template

@@ -0,0 +1,39 @@
+# 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