jcgruenhage/void-packages
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

cogl: update to 1.12.2.

Browse source
This commit is contained in:
Juan RP 2013-01-05 09:49:27 +01:00
parent 3538f5368d
commit 8b7a0a25c0
2 changed files with 6 additions and 23 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
srcpkgs/cogl/cogl-devel.template
View file

@ -1,11 +1,9 @@
# Template file for 'cogl-devel'.
#
noarch=yes
depends="libdrm-devel libXcomposite-devel libXdamage-devel gdk-pixbuf-devel glib-devel cogl>=${version}"
depends="libdrm-devel libXcomposite-devel libXdamage-devel
gdk-pixbuf-devel glib-devel cogl>=${version}"
short_desc="${short_desc} -- development files"
long_desc="${long_desc}
This package contains files for development, headers, static libs, etc."
do_install() {
vmove usr/include usr

23
srcpkgs/cogl/template
View file

@ -1,30 +1,15 @@
# Template file for 'cogl'
pkgname=cogl
version=1.12.0
version=1.12.2
revision=1
build_style=gnu-configure
configure_args="--enable-introspection"
subpackages="cogl-devel"
makedepends="pkg-config intltool gobject-introspection libXcomposite-devel libXdamage-devel pango-devel gdk-pixbuf-devel"
makedepends="pkg-config intltool gobject-introspection libXcomposite-devel
libXdamage-devel pango-devel gdk-pixbuf-devel"
short_desc="Library for using 3D graphics hardware for rendering"
maintainer="Juan RP <xtraeme@gmail.com>"
homepage="http://www.clutter-project.org"
license="LGPL-2.1"
distfiles="${GNOME_SITE}/cogl/1.12/cogl-${version}.tar.xz"
checksum=4e7b5abbf0a1e51d74618db1b513551e7c71b486e17e98373f4db93e7710e2f2
long_desc="
cogl is a small open source library for using 3D graphics hardware for
rendering. The API departs from the flat state machine style of OpenGL and is
designed to make it easy to write orthogonal components that can render without
stepping on each others toes.
As well as aiming for a nice API, we think having a single library as opposed
to an API specification like OpenGL has a few advantages too; like being
able to paper over the inconsistencies/bugs of different OpenGL
implementations in a centralized place, not to mention the myriad of OpenGL
extensions. It also means we are in a better position to provide utility
APIs that help software developers since they only need to be implemented
once and there is no risk of inconsistency between implementations.
Having other backends, besides OpenGL, such as drm, Gallium or D3D are
options we are interested in for the future."
checksum=31971d4c6543c589f6fc49ab1724dfbdc7062c58a7da842cb1935e32ca6e1d7e