Commit 6b42774b authored by Jérémy Lal's avatar Jérémy Lal

Import debian/ dir

parent 48370878
libepoxy for Debian
-------------------
An interesting note about libepoxy is that it dynamically opens the
libGL, libEGL, libGLESv2, and libGLESv1 libraries as needed by the
application using libepoxy. As a result, applications using libepoxy
likely won't have any direct dependencies on a GL implementation in
their linker command lines (because they're just using epoxy), nor
will libepoxy have GL dependencies its linker command line (because it
can be used with any subset of the libraries in question and doesn't
want to force you to install everything). Thus, if you are packaging
something linking against libepoxy, you should check what APIs it is
trying to use and ensure that you have a runtime dependency against
them.
-- Eric Anholt <eric@anholt.net> Fri, 31 Jan 2014 16:52:20 -0800
libepoxy (1.4.3-1) UNRELEASED; urgency=medium
* New upstream version 1.4.3.
* Section: debian-installer for udeb
* Copyright: factor Expat license
-- Jérémy Lal <kapouer@melix.org> Mon, 30 Jan 2017 15:00:33 +0100
libepoxy (1.3.1-3) unstable; urgency=medium
* Drop patch causing amdgpu-pro lock (Closes: #850033)
* Add add_null_checks.patch (upstreamed, avoids some segfaults).
-- Jérémy Lal <kapouer@melix.org> Sat, 24 Jun 2017 10:07:39 +0200
libepoxy (1.3.1-2) unstable; urgency=medium
* Set myself as maintainer, with previous maintainer authorization.
* Standards-Version 3.9.8
* B-D python:native for cross-build. Closes: #842711.
Thanks to Helmut Grohne <helmut@subdivi.de>
* Build libepoxy0-udeb so libgtk-3-0-udeb can depend on it.
Closes: #788711. Thanks to Cyril Brulebois <kibi@debian.org>.
-- Jérémy Lal <kapouer@melix.org> Fri, 20 Jan 2017 09:40:39 +0100
libepoxy (1.3.1-1.1) unstable; urgency=medium
* Non-maintainer upload.
* Backport three upstream commits. (Closes: #850033)
-- Jérémy Lal <kapouer@melix.org> Thu, 19 Jan 2017 01:19:17 +0100
libepoxy (1.3.1-1) unstable; urgency=low
* Upgrade to upstream v1.3.1 release and make the -dev package multi-arch.
(Closes: #787314)
-- Eric Anholt <eric@anholt.net> Wed, 15 Jul 2015 16:36:27 -0700
libepoxy (1.2-1) unstable; urgency=low
* Upgrade to upstream v1.2 release.
-- Eric Anholt <eric@anholt.net> Tue, 13 May 2014 17:47:29 -0700
libepoxy (1.1-1) unstable; urgency=low
* Initial release (Closes: #737273)
-- Eric Anholt <eric@anholt.net> Fri, 31 Jan 2014 16:52:20 -0800
Source: libepoxy
Priority: optional
Maintainer: Jérémy Lal <kapouer@melix.org>
Build-Depends: debhelper (>= 9),
dh-autoreconf,
autotools-dev,
xutils-dev,
pkg-config,
libx11-dev,
libegl1-mesa-dev,
python:native
Standards-Version: 3.9.8
Section: libs
Homepage: https://github.com/anholt/libepoxy
Vcs-Git: https://github.com/anholt/libepoxy.git
Vcs-Browser: https://github.com/anholt/libepoxy
Package: libepoxy-dev
Section: libdevel
Architecture: any
Multi-Arch: same
Depends: libepoxy0 (= ${binary:Version}), ${misc:Depends}
Description: OpenGL function pointer management library- development
It hides the complexity of dlopen(), dlsym(), glXGetProcAddress(),
eglGetProcAddress(), etc. from the app developer, with very little
knowledge needed on their part. They get to read GL specs and write
code using undecorated function names like glCompileShader().
.
This package contains the development headers for the library found in
libepoxy0. Non-developers likely have little use for this package.
Package: libepoxy0
Architecture: any
Multi-Arch: same
Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: OpenGL function pointer management library
It hides the complexity of dlopen(), dlsym(), glXGetProcAddress(),
eglGetProcAddress(), etc. from the app developer, with very little
knowledge needed on their part. They get to read GL specs and write
code using undecorated function names like glCompileShader().
Package: libepoxy0-udeb
Package-Type: udeb
Section: debian-installer
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: OpenGL function pointer management library - minimal runtime
This is a udeb, or a microdeb, for the debian-installer.
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: libepoxy
Source: https://github.com/anholt/libepoxy
Files: *
Copyright: 2013-2014 Intel Corporation
License: Expat
Files: registry/*
Copyright: 2013 The Khronos Group Inc.
License: Expat
License: Expat
Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and/or associated documentation files (the
"Materials"), to deal in the Materials without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Materials, and to
permit persons to whom the Materials are furnished to do so, subject to
the following conditions:
.
The above copyright notice and this permission notice shall be included
in all copies or substantial portions of the Materials.
.
THE MATERIALS ARE PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
MATERIALS OR THE USE OR OTHER DEALINGS IN THE MATERIALS.
usr/include/*
usr/lib/*/lib*.so
usr/lib/*/pkgconfig/*
# The only changelog is the git history, and it doesn't appear to be
# standard practiice to extract that.
libepoxy-dev binary: no-upstream-changelog
usr/lib/*/lib*.so.*
# The library calls exit() or abort() when a GL call is attempted that
# it can't find a resolution for, which should only be in the case of
# the caller not having the correct GL library dependencies present on
# the system. At that point in execution, the only thing libepoxy
# could do is return without calling down, but this means that the GL
# operation wasn't executed, and you'll probably just get a segfault
# later. For example, if we fail to resolve glGetString(), a common
# early initialization command used by applications, they would need
# an actual string. While you can imagine building code to support
# failure from glGetString() resolution by returning a dummy string,
# in the limit you'd end up building a GL implementation in the
# process of trying to provide not-segfaulting-the-app fallback
# behavior, and you'd never succeed anyway because no application
# expects GL calls to error out, even with GL_OUT_OF_MEMORY.
libepoxy0 binary: shlib-calls-exit
# The only changelog is the git history, and it doesn't appear to be
# standard practiice to extract that.
libepoxy0 binary: no-upstream-changelog
This source diff could not be displayed because it is too large. You can view the blob instead.
#!/usr/bin/make -f
%:
dh $@
# Running make check is unsuitable because the tests require a working
# X environment currently, so we disable dh_auto_test.
override_dh_auto_test:
# No symbols for udebs, specify the highest version from symbols file:
override_dh_makeshlibs:
dh_makeshlibs --add-udeb='libepoxy0-udeb (>= 1.3)'
# The github release tarballs referenced in the watch file aren't
# GPG-signed (since they're generated from the git tree). Since our
# orig tarball is generated from git, GPG-signing those wouldn't be
# terribly interesting, anyway.
libepoxy source: debian-watch-may-check-gpg-signature
version=3
opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/libepoxy-$1\.tar\.gz/ \
https://github.com/anholt/libepoxy/tags .*/v?(\d\S*)\.tar\.gz
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment