Hi, the attachments are good now.
# Maintainer: CuVoodoo <pcb-rnd@cuvoodoo.info> pkgname=camv-rnd pkgver=1.0.0 pkgrel=1 pkgdesc="free/open source, small, flexible viewer for PCB-related CAM file formats" url="http://www.repo.hu/projects/camv-rnd/" arch=('i686' 'x86_64') license=('GPL2') depends=('librnd3' 'freetype2') provides=('camv-rnd') source=("http://www.repo.hu/projects/$pkgname/releases/$pkgname-$pkgver.tar.gz") sha256sums=('edf86c4d7d94364abc2b20bbfb3a78501a899f0b324ce0ecda632efd867a1a15') I don't think there is any reason in a package providing it's exact name.
# Maintainer: CuVoodoo <pcb-rnd@cuvoodoo.info> pkgname=fungw pkgver=1.2.0 pkgrel=1 pkgdesc="tiny, portable library written in C (C89) that manages dynamic function calls across different programming languages" url="http://www.repo.hu/projects/fungw/" arch=('i686' 'x86_64') license=('LGPL2') depends=('genht') # fungw is not strictly dependant on genht (it also embeds it), but other packages relying on fungw also can optionally use external genht, and we don't want them to use different versions This reasoning is interesting. If it embeds it, can it "provide" genht too?
# Maintainer: CuVoodoo <pcb-rnd@cuvoodoo.info> pkgname=librnd3-svn pkgver=r32924 pkgrel=1 pkgdesc="free/open source, flexible, modular two-dimensional CAD engine" url="http://www.repo.hu/projects/librnd/" arch=('i686' 'x86_64') license=('GPL') depends=() Empty depends array can be removed (in other places too).
Marcin Wieczorek