Merge hedgewars (1.0.0-14) import into refs/heads/workingbranch

f09db263bc2a

# HG changeset patch
# User unC0Rr
# Date 1603362815 -7200
# Node ID f09db263bc2aa9cc522dda0134650b8201b3ef4a
# Parent  a4558e2be08c0d5cf9c37ea58a76df14b9a867ed
Mark global variables in implementation section static

Gbp-Pq: Name f09db263bc2a.patch

d63b05

# HG changeset patch
# User unc0rr
# Date 1603217384 -7200
# Node ID 036263d63b05e954624444d32c5116c2329bce80
# Parent  82fd124e6512b0a89162ae984ff908306455703f
Fix lack of declaration decorations for dynamic arrays in Pas2C

Gbp-Pq: Name 036263d63b05.patch

[PATCH] Fix build with Qt 5.15+

Gbp-Pq: Name 0eb95ff5c1c29887f14ecb2bb5f9c3cdd8b3ff29.patch

Fix/Workaround build failure with newer fpc 3.2.0

Origin: http://hg.hedgewars.org/hedgewars/rev/6832dab555ae
Bug-Debian: https://bugs.debian.org/968125
Last-Update: 2020-08-10

Gbp-Pq: Name fpc-3.2.0.patch

Make the new network-bsd package optional, by implementing the keyword REQUIRED in the check_haskell_package_exists macro

Last-Update: 2020-07-08

Gbp-Pq: Name optional-network-bsd.patch

hedgewars-1.0.0-server-network3

Origin: https://bugzilla.redhat.com/show_bug.cgi?id=1853122

===================================================================

Gbp-Pq: Name hedgewars-1.0.0-server-network3.patch

sdl2-fixes

Origin: https://github.com/JACoders/OpenJK/commit/52030235f052772008d99e6ccb16de48e7ddb688

 Remove FindSDL2 find-module, use sdl2-config.cmake instead

This requires SDL >= 2.0.4.

Since <https://bugzilla.libsdl.org/show_bug.cgi?id=2464> was fixed in
SDL 2.0.4, SDL behaves as a CMake "config-file package", even if it was
not itself built using CMake: it installs a sdl2-config.cmake file to
${libdir}/cmake/SDL2, which tells CMake where to find SDL's headers and
library, analogous to a pkg-config .pc file.

As a result, we no longer need to copy/paste a "find-module package"
to be able to find a system copy of SDL >= 2.0.4 with find_package(SDL2).
Find-module packages are now discouraged by the CMake developers, in
favour of having upstream projects behave as config-file packages.

This results in a small API change: FindSDL2 used to set SDL2_INCLUDE_DIR
and SDL2_LIBRARY, but the standard behaviour for config-file packages is
to set <name>_INCLUDE_DIRS and <name>_LIBRARIES. Use the CONFIG keyword
to make sure we search in config-file package mode, and will not find a
FindSDL2.cmake in some other directory that implements the old interface.

In addition to deleting redundant code, this avoids some assumptions in
FindSDL2 about the layout of a SDL installation. The current libsdl2-dev
package in Debian breaks those assumptions; this is considered a bug
and will hopefully be fixed soon, but it illustrates how fragile these
assumptions can be. We can be more robust against different installation
layouts by relying on SDL's own CMake integration.

When linking to a copy of CMake in a non-standard location, users can
now set the SDL2_DIR or CMAKE_PREFIX_PATH environment variable to point
to it; previously, these users would have used the SDL2DIR environment
variable. This continues to be unnecessary if using matching system-wide
installations of CMake and SDL2, for example both from Debian.

Mitigates: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951087
Signed-off-by: Simon McVittie <smcv@debian.org>
Gbp-Pq: Name sdl2-fixes.patch

hedgewars (1.0.0-14) unstable; urgency=medium

  * debian/patches/f09db263bc2a.patch:
  * debian/patches/036263d63b05.patch:
    - cherry-pick upstream fix for clang-11

[dgit import unpatched hedgewars 1.0.0-14]

Import hedgewars_1.0.0-14.debian.tar.xz

[dgit import tarball hedgewars 1.0.0-14 hedgewars_1.0.0-14.debian.tar.xz]

Merge hedgewars (1.0.0-13) import into refs/heads/workingbranch

Find clang-10 because clang-11 fails to build

Last-Update: 2020-10-19

Gbp-Pq: Name clang-10

[PATCH] Fix build with Qt 5.15+

Gbp-Pq: Name 0eb95ff5c1c29887f14ecb2bb5f9c3cdd8b3ff29.patch

Fix/Workaround build failure with newer fpc 3.2.0

Origin: http://hg.hedgewars.org/hedgewars/rev/6832dab555ae
Bug-Debian: https://bugs.debian.org/968125
Last-Update: 2020-08-10

Gbp-Pq: Name fpc-3.2.0.patch

Make the new network-bsd package optional, by implementing the keyword REQUIRED in the check_haskell_package_exists macro

Last-Update: 2020-07-08

Gbp-Pq: Name optional-network-bsd.patch

hedgewars-1.0.0-server-network3

Origin: https://bugzilla.redhat.com/show_bug.cgi?id=1853122

===================================================================

Gbp-Pq: Name hedgewars-1.0.0-server-network3.patch

sdl2-fixes

Origin: https://github.com/JACoders/OpenJK/commit/52030235f052772008d99e6ccb16de48e7ddb688

 Remove FindSDL2 find-module, use sdl2-config.cmake instead

This requires SDL >= 2.0.4.

Since <https://bugzilla.libsdl.org/show_bug.cgi?id=2464> was fixed in
SDL 2.0.4, SDL behaves as a CMake "config-file package", even if it was
not itself built using CMake: it installs a sdl2-config.cmake file to
${libdir}/cmake/SDL2, which tells CMake where to find SDL's headers and
library, analogous to a pkg-config .pc file.

As a result, we no longer need to copy/paste a "find-module package"
to be able to find a system copy of SDL >= 2.0.4 with find_package(SDL2).
Find-module packages are now discouraged by the CMake developers, in
favour of having upstream projects behave as config-file packages.

This results in a small API change: FindSDL2 used to set SDL2_INCLUDE_DIR
and SDL2_LIBRARY, but the standard behaviour for config-file packages is
to set <name>_INCLUDE_DIRS and <name>_LIBRARIES. Use the CONFIG keyword
to make sure we search in config-file package mode, and will not find a
FindSDL2.cmake in some other directory that implements the old interface.

In addition to deleting redundant code, this avoids some assumptions in
FindSDL2 about the layout of a SDL installation. The current libsdl2-dev
package in Debian breaks those assumptions; this is considered a bug
and will hopefully be fixed soon, but it illustrates how fragile these
assumptions can be. We can be more robust against different installation
layouts by relying on SDL's own CMake integration.

When linking to a copy of CMake in a non-standard location, users can
now set the SDL2_DIR or CMAKE_PREFIX_PATH environment variable to point
to it; previously, these users would have used the SDL2DIR environment
variable. This continues to be unnecessary if using matching system-wide
installations of CMake and SDL2, for example both from Debian.

Mitigates: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951087
Signed-off-by: Simon McVittie <smcv@debian.org>
Gbp-Pq: Name sdl2-fixes.patch

hedgewars (1.0.0-13) unstable; urgency=medium

  * Use clang 10 to build where fpc is not available, because clang-11 doesn't
    build correctly

[dgit import unpatched hedgewars 1.0.0-13]

Import hedgewars_1.0.0-13.debian.tar.xz

[dgit import tarball hedgewars 1.0.0-13 hedgewars_1.0.0-13.debian.tar.xz]

Merge hedgewars (1.0.0-11) import into refs/heads/workingbranch

Fix/Workaround build failure with newer fpc 3.2.0

Origin: http://hg.hedgewars.org/hedgewars/rev/6832dab555ae
Bug-Debian: https://bugs.debian.org/968125
Last-Update: 2020-08-10

Gbp-Pq: Name fpc-3.2.0.patch

Make the new network-bsd package optional, by implementing the keyword REQUIRED in the check_haskell_package_exists macro

Last-Update: 2020-07-08

Gbp-Pq: Name optional-network-bsd.patch

hedgewars-1.0.0-server-network3

Origin: https://bugzilla.redhat.com/show_bug.cgi?id=1853122

===================================================================

Gbp-Pq: Name hedgewars-1.0.0-server-network3.patch

sdl2-fixes

Origin: https://github.com/JACoders/OpenJK/commit/52030235f052772008d99e6ccb16de48e7ddb688

 Remove FindSDL2 find-module, use sdl2-config.cmake instead

This requires SDL >= 2.0.4.

Since <https://bugzilla.libsdl.org/show_bug.cgi?id=2464> was fixed in
SDL 2.0.4, SDL behaves as a CMake "config-file package", even if it was
not itself built using CMake: it installs a sdl2-config.cmake file to
${libdir}/cmake/SDL2, which tells CMake where to find SDL's headers and
library, analogous to a pkg-config .pc file.

As a result, we no longer need to copy/paste a "find-module package"
to be able to find a system copy of SDL >= 2.0.4 with find_package(SDL2).
Find-module packages are now discouraged by the CMake developers, in
favour of having upstream projects behave as config-file packages.

This results in a small API change: FindSDL2 used to set SDL2_INCLUDE_DIR
and SDL2_LIBRARY, but the standard behaviour for config-file packages is
to set <name>_INCLUDE_DIRS and <name>_LIBRARIES. Use the CONFIG keyword
to make sure we search in config-file package mode, and will not find a
FindSDL2.cmake in some other directory that implements the old interface.

In addition to deleting redundant code, this avoids some assumptions in
FindSDL2 about the layout of a SDL installation. The current libsdl2-dev
package in Debian breaks those assumptions; this is considered a bug
and will hopefully be fixed soon, but it illustrates how fragile these
assumptions can be. We can be more robust against different installation
layouts by relying on SDL's own CMake integration.

When linking to a copy of CMake in a non-standard location, users can
now set the SDL2_DIR or CMAKE_PREFIX_PATH environment variable to point
to it; previously, these users would have used the SDL2DIR environment
variable. This continues to be unnecessary if using matching system-wide
installations of CMake and SDL2, for example both from Debian.

Mitigates: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951087
Signed-off-by: Simon McVittie <smcv@debian.org>
Gbp-Pq: Name sdl2-fixes.patch

hedgewars (1.0.0-11) unstable; urgency=medium

  * Upload workaround from upstream instead

[dgit import unpatched hedgewars 1.0.0-11]

Import hedgewars_1.0.0-11.debian.tar.xz

[dgit import tarball hedgewars 1.0.0-11 hedgewars_1.0.0-11.debian.tar.xz]

Merge hedgewars (1.0.0-8) import into refs/heads/workingbranch

sdl2-fixes

Origin: https://github.com/JACoders/OpenJK/commit/52030235f052772008d99e6ccb16de48e7ddb688

 Remove FindSDL2 find-module, use sdl2-config.cmake instead

This requires SDL >= 2.0.4.

Since <https://bugzilla.libsdl.org/show_bug.cgi?id=2464> was fixed in
SDL 2.0.4, SDL behaves as a CMake "config-file package", even if it was
not itself built using CMake: it installs a sdl2-config.cmake file to
${libdir}/cmake/SDL2, which tells CMake where to find SDL's headers and
library, analogous to a pkg-config .pc file.

As a result, we no longer need to copy/paste a "find-module package"
to be able to find a system copy of SDL >= 2.0.4 with find_package(SDL2).
Find-module packages are now discouraged by the CMake developers, in
favour of having upstream projects behave as config-file packages.

This results in a small API change: FindSDL2 used to set SDL2_INCLUDE_DIR
and SDL2_LIBRARY, but the standard behaviour for config-file packages is
to set <name>_INCLUDE_DIRS and <name>_LIBRARIES. Use the CONFIG keyword
to make sure we search in config-file package mode, and will not find a
FindSDL2.cmake in some other directory that implements the old interface.

In addition to deleting redundant code, this avoids some assumptions in
FindSDL2 about the layout of a SDL installation. The current libsdl2-dev
package in Debian breaks those assumptions; this is considered a bug
and will hopefully be fixed soon, but it illustrates how fragile these
assumptions can be. We can be more robust against different installation
layouts by relying on SDL's own CMake integration.

When linking to a copy of CMake in a non-standard location, users can
now set the SDL2_DIR or CMAKE_PREFIX_PATH environment variable to point
to it; previously, these users would have used the SDL2DIR environment
variable. This continues to be unnecessary if using matching system-wide
installations of CMake and SDL2, for example both from Debian.

Mitigates: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951087
Signed-off-by: Simon McVittie <smcv@debian.org>
Gbp-Pq: Name sdl2-fixes.patch

hedgewars (1.0.0-8) unstable; urgency=medium

  * use ghc where fpc is not available

[dgit import unpatched hedgewars 1.0.0-8]

Import hedgewars_1.0.0-8.debian.tar.xz

[dgit import tarball hedgewars 1.0.0-8 hedgewars_1.0.0-8.debian.tar.xz]

Merge hedgewars (1.0.0-4) import into refs/heads/workingbranch

hedgewars (1.0.0-4) unstable; urgency=medium

  * drop mips64el build, it hangs. 64 bit archs should use fpc when available
  * Bump std-version to 4.4.1, no changes required

[dgit import unpatched hedgewars 1.0.0-4]

Import hedgewars_1.0.0-4.debian.tar.xz

[dgit import tarball hedgewars 1.0.0-4 hedgewars_1.0.0-4.debian.tar.xz]

Import hedgewars_1.0.0.orig.tar.bz2

[dgit import orig hedgewars_1.0.0.orig.tar.bz2]

Merge hedgewars (0.9.25-5) import into refs/heads/workingbranch

Add libatomic to link flags when clang is used, this should fix an armel FTBFS

Last-Update: 2018-12-31

Gbp-Pq: Name link-libatomic.patch

a32b967f1341

# HG changeset patch
# User nemo
# Date 1544721133 18000
# Node ID a32b967f13412b090e96bfb83ea1af3469fca389
# Parent  e8723f97324c09409c2b9bd35e0e2573b2918abd
This seems to be all that was needed for bug #719

Gbp-Pq: Name a32b967f1341.patch

a7769dbd7088

# HG changeset patch
# User Wuzzy <Wuzzy2@mail.ru>
# Date 1543976913 -3600
# Node ID a7769dbd7088504c11673d2d7b1e258838c3ce01
# Parent  02841325495e2f08fa23919f635bf9ad9010cb7f
Fix cluster bomb target practice counting clusters as "shots"

Gbp-Pq: Name a7769dbd7088.patch

e

# HG changeset patch
# User Wuzzy <Wuzzy2@mail.ru>
# Date 1543938523 -3600
# Node ID 02841325495e2f08fa23919f635bf9ad9010cb7f
# Parent  8abdf15da0988fe25db1821200274158f7b884bd
ACF1: Fix Lua error when hitting Attack after failing the rope challenge

"difficulty" variable was falsely set to 0 in this case, but only 1 or 2 are allowed

Gbp-Pq: Name 02841325495e.patch

dd8eb60d54

# HG changeset patch
# User Wuzzy <Wuzzy2@mail.ru>
# Date 1544021254 -3600
# Node ID 40dd8eb60d54413121b0ea020fb4147f75e9a198
# Parent  2ab312c47dc30dc00a25a35acd599104b7237f28
Explain those weird hexcodes in uGearsHedgehog

Gbp-Pq: Name 40dd8eb60d54.patch

c2a3d15df7d3

# HG changeset patch
# User nemo
# Date 1544021425 18000
# Node ID c2a3d15df7d33b41a651679ad894e66542b8a0cf
# Parent  40dd8eb60d54413121b0ea020fb4147f75e9a198
Add log note just in case pas2c does anything odd.

Gbp-Pq: Name c2a3d15df7d3.patch

ab312c47dc3

# HG changeset patch
# User nemo
# Date 1544020711 18000
# Node ID 2ab312c47dc30dc00a25a35acd599104b7237f28
# Parent  a7769dbd7088504c11673d2d7b1e258838c3ce01
make pas2c function without haskell aborting if locale is C

Gbp-Pq: Name 2ab312c47dc3.patch

hedgewars (0.9.25-5) unstable; urgency=medium

  * Enforce a minimum build/runtime libphysfs1 > 3.0.0 version,
    for some reasons dh_shlibdeps is not enforcing it.

[dgit import unpatched hedgewars 0.9.25-5]

Import hedgewars_0.9.25-5.debian.tar.xz

[dgit import tarball hedgewars 0.9.25-5 hedgewars_0.9.25-5.debian.tar.xz]

Import hedgewars_0.9.25.orig.tar.bz2

[dgit import orig hedgewars_0.9.25.orig.tar.bz2]

Merge hedgewars (0.9.22-dfsg-11) import into refs/heads/workingbranch

make Gnome Software Catalog entry aware of Hedgewars

Gbp-Pq: Name fix-comment-desktop-file.patch

Disable test failing with ghc 8

[16:24:16] <unC0Rr> well, you may simply disable that test
[16:24:34] <unC0Rr> until I come up with something

Gbp-Pq: Name disable-test.patch

[PATCH] bytestring-show RIP

Gbp-Pq: Name dc19837f6b9bccddcd2fc05e1d44255aab79b614.patch

ad435d95ca4b

# HG changeset patch
# User unc0rr
# Date 1475346425 -10800
# Node ID ad435d95ca4b5fbffb88a440ea28548d6784d8cf
# Parent  0b8f2116aa26e68d262fb812e6d441c1a3dec145
 - Use sandi instead of dataenc (bugs.debian.org/836686)
 - Only try to import module from the package being tested
   (sometimes packages have modules with equal names, so a test
   for module presence could succeed when you have one package
   installed instead of another)

Gbp-Pq: Name ad435d95ca4b.patch

[PATCH] avwrapper: Explicitly check for macro existence

Gbp-Pq: Name f121e6c350a041a429a57ba4748ad673aa8420ea.patch

[PATCH] avwrapper: Adjust prefixed symobols version guard

Gbp-Pq: Name 93292d80924aeadfda9f327ba78891cc4bab6c3c.patch

[PATCH] videorec: Drop a commented out option

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name ce3a58617e5732376b4ef5d47fc2be73b705a154.patch

[PATCH] videorec: Use future API for raw video encoding

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name a0e5bd1d4d77c1558394d9ac6b6b8a5030ef5282.patch

[PATCH] videorec: Appropriately rescale timestamps and duration

Applies to both audio and video for them to be in sync.

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name 14a48ec6c0e4e7c4c475eacc9ae3b093656c163a.patch

[PATCH] videorec: Always initialize audio and video time bases

In both context and stream.

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name 850e289b11dbe0415ba909ef87e13533c0e6ee41.patch

[PATCH] videorec: Fully set frame properties

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name 3e1856bb563ad889e113f5ba440196e1c9e07b50.patch

[PATCH] videorec: Fix flushing encoders

When passing NULL frames, encoders empty their queues, but we have
to stop polling from them when they don't any more data.

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name 2488090353fc122b4af030ea55bbff494c204c9b.patch

[PATCH] videorec: Make sure the audio packet is considered empty

--HG--
extra : hg-git-rename-source : git

Gbp-Pq: Name 7bb49917ebcd9734dd5a44bffa645d3889e60e72.patch

[PATCH] videorec: Drop setting x264 preset

It is the default one anyway.

Gbp-Pq: Name ab7e24456dd3dec808862f14d831c7abb14aadc9.patch

[PATCH] Let initialization happen in the appropriate function

Gbp-Pq: Name 9da8e039c97c4a52161bd563b75ffa35acd75ec5.patch

[PATCH] libavinteraction: Adjust version guard for av_codec_is_encoder()

Gbp-Pq: Name 5de297c5621455b9117aa7caca2785d21ae1bf04.patch

[PATCH] Specify the enum type for Pixel and Sample formats

Gbp-Pq: Name 62e5519664f25ccdbdeb51e3e08c9017c95b25c1.patch

[PATCH] Update libav API, keeping forward and backward compatibility

Gbp-Pq: Name e8654674c5ee580b2ec8392d3ae732c10195c039.patch

hedgewars (0.9.22-dfsg-11) unstable; urgency=medium

  * Fix previous upload

[dgit import unpatched hedgewars 0.9.22-dfsg-11]

Import hedgewars_0.9.22-dfsg-11.debian.tar.xz

[dgit import tarball hedgewars 0.9.22-dfsg-11 hedgewars_0.9.22-dfsg-11.debian.tar.xz]

Import hedgewars_0.9.22-dfsg.orig.tar.bz2

[dgit import orig hedgewars_0.9.22-dfsg.orig.tar.bz2]

[PATCH] part of patch in issue 803 (ty) - this hopefully should fix issues with cmake Makefiles trying to run "Qt4::lrelease" in the shell

Gbp-Pq: Name 774cfec959227a52b9a54afa8b069277c2f7e656.patch

[PATCH] this should fix the cmake 3.0 issue. thanks to Spacey for reporting

Gbp-Pq: Name b2d1b0d292c71b5a4266c9359280fa32a35ac56d.patch

[PATCH] Fixed desktop file By adding an xpm icon

Gbp-Pq: Name 0001-Fixed-desktop-file-By-adding-an-xpm-icon.patch

noversionupdate

# HG changeset patch
# User sheepluva
# Date 1390210859 -3600
#      Mon Jan 20 10:40:59 2014 +0100
# Node ID ec966363adbeeb83a3ec56ad221f8a39126a7902
# Parent  7d21f52f04528049f483827b413ff9b76236f2c8
new cmake option NOVERSIONINFOUPDATE -- to be used if source is in a git/repo that is NOT the hedgewars repo

Gbp-Pq: Name noversionupdate.patch

using_system_fonts

# HG changeset patch
# User sheepluva
# Date 1390062751 -3600
#      Sat Jan 18 17:32:31 2014 +0100
# Branch 0.9.20
# Node ID ab94889bd185654aac3a587c162ed5e4ce90445c
# Parent  f74ae7ee358599195c8e646f1f8e8652d0d38a24
Description:
backport of system fonts inclusion patches

Gbp-Pq: Name using_system_fonts.patch

using_system_physfs

# HG changeset patch
# User sheepluva
# Date 1390060550 -3600
#      Sat Jan 18 16:55:50 2014 +0100
# Branch 0.9.20
# Node ID f74ae7ee358599195c8e646f1f8e8652d0d38a24
# Parent  9d79a52c5586b3f2350c3d9dea6b9906b011c3ab
Description:
backport of PhysicsFS 2.0 compatibility patches

Gbp-Pq: Name using_system_physfs.patch

hedgewars (0.9.20.5-12) unstable; urgency=medium

  * Fix experimental lintian warnings (copyright)

[dgit import unpatched hedgewars 0.9.20.5-12]

Import hedgewars_0.9.20.5-12.debian.tar.xz

[dgit import tarball hedgewars 0.9.20.5-12 hedgewars_0.9.20.5-12.debian.tar.xz]

Import hedgewars_0.9.20.5.orig.tar.bz2

[dgit import orig hedgewars_0.9.20.5.orig.tar.bz2]