void-packages/srcpkgs/xcb-proto/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

31 lines
1.3 KiB
Plaintext

# Template build for 'xcb-proto'.
pkgname=xcb-proto
version=1.5
distfiles="http://xcb.freedesktop.org/dist/$pkgname-$version.tar.bz2"
build_style=gnu_configure
short_desc="XML-XCB (X C Bindings) protocol descriptions"
maintainer="Juan RP <xtraeme@gmail.com>"
checksum=0cf35b258e8f32773bcbd397ef3aca3ee6cac152260c99d2bd851488884c4638
long_desc="
The xcb-proto package provides the XML-XCB (X C Bindings) protocol
descriptions that libxcb uses to generate the majority of its code and API.
We provide them separately from libxcb to allow reuse by other projects,
such as additional language bindings, protocol dissectors, or
documentation generators.
Separation of XCB's transport and protocol layers simplifies both
writing extensions and client-side support for extensions.
By contrast, with the xlib infrastructure, client-side support for
new extensions requires significant duplication of effort. With XCB and
the XML-XCB protocol descriptions, client-side support for a new
extension requires only an XML description of the extension--and not a
single line of code.
Python libraries: xcb-proto also contains language-independent Python
libraries that are used to parse an XML description and create objects
used by Python code generators in individual language bindings."
noarch=yes
Add_dependency build python
Add_dependency build libxml2