Merge hedgewars (1.0.2-6) import into refs/heads/workingbranch

clang-15

Gbp-Pq: Name clang-15.patch

Workaround Debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016936

until dwz starts understanding dwarf-5 binaries.

Gbp-Pq: Name dwarf.patch

c09063ea0267

# HG changeset patch
# User alfadur
# Date 1663732531 -10800
# Node ID c09063ea0267b1a016a3a682f6d8cb39c3f7300d
# Parent  9cd8d7748199d732cf7e5b0b245f1159bc86f0ea
fix the other 2 pred/succ conversions

Gbp-Pq: Name c09063ea0267.patch

cd8d7748199

# HG changeset patch
# User alfadur
# Date 1663731365 -10800
# Node ID 9cd8d7748199d732cf7e5b0b245f1159bc86f0ea
# Parent  f550a79274fab200e07209edeb9291c06041af19
fix pred/succ conversion

Gbp-Pq: Name 9cd8d7748199.patch

Find clangs

Last-Update: 2022-10-03

Gbp-Pq: Name clang-10

hedgewars (1.0.2-6) unstable; urgency=medium

  * Use again clang-15 everywhere, powerpc issue is fixed.

[dgit import unpatched hedgewars 1.0.2-6]

Import hedgewars_1.0.2-6.debian.tar.xz

[dgit import tarball hedgewars 1.0.2-6 hedgewars_1.0.2-6.debian.tar.xz]

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

clang-15

Gbp-Pq: Name clang-15.patch

Workaround Debian bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016936

until dwz starts understanding dwarf-5 binaries.

Gbp-Pq: Name dwarf.patch

c09063ea0267

# HG changeset patch
# User alfadur
# Date 1663732531 -10800
# Node ID c09063ea0267b1a016a3a682f6d8cb39c3f7300d
# Parent  9cd8d7748199d732cf7e5b0b245f1159bc86f0ea
fix the other 2 pred/succ conversions

Gbp-Pq: Name c09063ea0267.patch

cd8d7748199

# HG changeset patch
# User alfadur
# Date 1663731365 -10800
# Node ID 9cd8d7748199d732cf7e5b0b245f1159bc86f0ea
# Parent  f550a79274fab200e07209edeb9291c06041af19
fix pred/succ conversion

Gbp-Pq: Name 9cd8d7748199.patch

hedgewars (1.0.2-4) unstable; urgency=medium

  * Export dwarf-4 CXXFLAG too needed for qt build.
  * Add another patch to fix a build failure with clang-15

[dgit import unpatched hedgewars 1.0.2-4]

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

[dgit import tarball hedgewars 1.0.2-4 hedgewars_1.0.2-4.debian.tar.xz]

Import hedgewars_1.0.2.orig.tar.bz2

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

Merge hedgewars (1.0.2-1) import into refs/heads/workingbranch

hedgewars (1.0.2-1) unstable; urgency=medium

  * New upstream version 1.0.2
  * Drop patches now upstream:
    - 036263d63b05.patch
    - 0eb95ff5c1c29887f14ecb2bb5f9c3cdd8b3ff29.patch
    - f09db263bc2a.patch
    - fcea0f51d94f.patch
    - ffmpeg-5.0-compat.patch
    - fpc-3.2.0.patch
    - hedgewars-1.0.0-server-network3.patch
    - new-cmake-3.24-build-fix.patch
    - optional-network-bsd.patch
    - sdl2-fixes.patch

[dgit import unpatched hedgewars 1.0.2-1]

Import hedgewars_1.0.2-1.debian.tar.xz

[dgit import tarball hedgewars 1.0.2-1 hedgewars_1.0.2-1.debian.tar.xz]

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

fcea0f51d94f

# HG changeset patch
# User S.D.
# Date 1662491307 -10800
# Node ID fcea0f51d94f11bd327af582c78a781740e8786a
# Parent  8fd36e1b66edcbab60b5feb6e1dae3366f1e2ad9
Fix the sound issues and crashes on some platforms

This commit updates misc/libphyslayer/physfsrwops.* files to the latest versions
provided by PhysFS project (https://github.com/icculus/physfs/tree/main/extras/).

Gbp-Pq: Name fcea0f51d94f.patch

Cherry-pick change 42f7e397894c5132b4706f478e62ce5d648119c1 into our custom embedded version

Forwarded: irc
Last-Update: 2022-08-05

Gbp-Pq: Name new-cmake-3.24-build-fix.patch

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-20) unstable; urgency=medium

  * Add upstream patch to fix sound issues and crashes on platforms with newer sdl

[dgit import unpatched hedgewars 1.0.0-20]

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

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

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

Cherry-pick change 42f7e397894c5132b4706f478e62ce5d648119c1 into our custom embedded version

Forwarded: irc
Last-Update: 2022-08-05

Gbp-Pq: Name new-cmake-3.24-build-fix.patch

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-19) unstable; urgency=medium

  * Add new patch to fix a cmake 3.24.0 build failure

[dgit import unpatched hedgewars 1.0.0-19]

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

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

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

Add compatibility with new ffmpeg 5.0, based on patch available here:

https://github.com/opencv/opencv/issues/21455

Author: Gianfranco Costamagna <locutusofborg@debian.org>
Origin: other
Bug-Debian: https://bugs.debian.org/1004825
Forwarded: irc
Last-Update: 2022-02-03

Gbp-Pq: Name ffmpeg-5.0-compat.patch

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-16) unstable; urgency=medium

  * Override dwz again, FTBFS on armhf and ppc64el

[dgit import unpatched hedgewars 1.0.0-16]

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

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

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

Add compatibility with new ffmpeg 5.0, based on patch available here:

https://github.com/opencv/opencv/issues/21455

Author: Gianfranco Costamagna <locutusofborg@debian.org>
Origin: other
Bug-Debian: https://bugs.debian.org/1004825
Forwarded: irc
Last-Update: 2022-02-03

Gbp-Pq: Name ffmpeg-5.0-compat.patch

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-15) unstable; urgency=medium

  * Fix build with ffmpeg 5.0 (Closes: #1004825)

[dgit import unpatched hedgewars 1.0.0-15]

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

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

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