| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
|\
| |
| |
| | |
Update to upstream version '2.5.0+dfsg'
with Debian dir eec366198ca372332255bd114c0802600a747386
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
The hurd patch wasn't updated to link Xrandr when the XCB conversion
was reverted upstream in SFML 2.4.1. This causes ld.so errors in
reverse dependencies on hurd.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Upstream version 2.4.2+dfsg
# gpg: Signature made Fri 10 Feb 2017 23:18:47 GMT
# gpg: using RSA key F88C6DE43699E8F3B3B54C10C7F1676DEA2D01EF
# gpg: issuer "james410@cowgill.org.uk"
# gpg: Good signature from "James Cowgill <james410@cowgill.org.uk>" [ultimate]
# gpg: aka "James Cowgill (Imagination Technologies) <James.Cowgill@imgtec.com>" [ultimate]
# gpg: aka "James Cowgill <jcowgill@debian.org>" [ultimate]
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
Closes: #849750
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Upstream version 2.4.1+dfsg
# gpg: Signature made Thu 03 Nov 2016 21:12:39 GMT
# gpg: using RSA key C7F1676DEA2D01EF
# gpg: issuer "jcowgill@debian.org"
# gpg: Good signature from "James Cowgill <james410@cowgill.org.uk>" [ultimate]
# gpg: aka "James Cowgill (Imagination Technologies) <James.Cowgill@imgtec.com>" [ultimate]
# gpg: aka "James Cowgill <jcowgill@debian.org>" [ultimate]
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In SFML 2.4.1, the TransientContextLock API was added which replaces the
ensureGlContext API. To maintain the 2.4 ABI, ensureGlContext became a
stub function. Unfortunately the old graphics module relied on its
behavior and upgrading window to 2.4.1 breaks it.
While this is arguably an ABI break anyway, I think we can get away with
it since ensureGlContext is almost exclusively used from within SFML.
|
| |
| |
| |
| |
| | |
Dependency required by applications which use the new
sf::GlResource::TransientContextLock API.
|
| | |
|
| |
| |
| |
| | |
This should be fixed upstream for the final 2.4.1 release.
|
| |
| |
| |
| |
| | |
SFML 2.4.1 reverts back to libX11 so the XCB libraries are no longer
needed.
|
| | |
|
| | |
|
| | |
|
|\|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Upstream version 2.4.1~git15.b61c2f8+dfsg
# gpg: Signature made Thu 27 Oct 2016 18:34:26 BST
# gpg: using RSA key C7F1676DEA2D01EF
# gpg: issuer "jcowgill@debian.org"
# gpg: Good signature from "James Cowgill <james410@cowgill.org.uk>" [ultimate]
# gpg: aka "James Cowgill (Imagination Technologies) <James.Cowgill@imgtec.com>" [ultimate]
# gpg: aka "James Cowgill <jcowgill@debian.org>" [ultimate]
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Maintaining the symbols files for a C++ library is a massive PITA.
Upstream bumps the SONAME and breaks the ABI enough times that the symbols
files have no real benefit (the important information is already encoded in the
package name).
Upstream is also pretty good about not making any important API changes during
patch releases.
For these reasons I'm removing the symbols files. dh_makeshlibs -V can still be
used in the unlikely event upstream adds a new function during a patch release.
|