Bug#1072381: Provide gtk4-client package

On Mon, 5 Aug 2024 at 06:21, Tobias Frost wrote: > > On Sun, 4 Aug 2024 07:57:32 +0300 Marko Lindqvist > wrote: > > You may want to backport https://redmine.freeciv.org/issues/750 > > It's a fix to gtk4-client crash occurring on some environments > > (avoided b

Bug#1072381: Provide gtk4-client package

You may want to backport https://redmine.freeciv.org/issues/750 It's a fix to gtk4-client crash occurring on some environments (avoided by luck in others). Last I tested, Trixie was affected. - ML

Bug#1072381: Provide gtk4-client package

Package: freeiv Version: 3.1.1+ds-1 It would be good to get gtk4-client feedback from early adopters before making it the default client in freeciv-3.2. For that reason I'd like to see Debian providing a gtk4-client package. Default client in freeciv-3.1 is gtk3.22, and that's what 'apt-get insta

Bug#1072245: Gcc-14 crash when building with -std=c2x on sid

Package: gcc-14 Version: 14.1.0-1 I can reproduce the following gcc-14 crash on sid, when there's '-std=c2x' on the commandline. Without that option it compiles fine. Unfortunately I've not succeeded producing a preprocessed file to reproduce this from - likely the crash occurs before one gets wri

Bug#1066100: Acknowledgement (freeciv: new cities unmanageable in a long game)

On Tue, 12 Mar 2024 at 18:42, Giacomo Mulas wrote: > Please find attached a saved game on which the bug can be seen. > Just load the saved game with freeciv and look for the cities of > Oberhausen or Bischweiler, and try e.g. to change the production in any of > them, it will not be possible (or

Bug#1056916: freeciv fails to load saved games

This fix works at least in my tests. And it turned out to be a bit more complex than I thought, and it was on the loading side after all. - ML From 56d18b3c06e3c3b61908da30ab130d62f3e0e85d Mon Sep 17 00:00:00 2001 From: Marko Lindqvist Date: Mon, 27 Nov 2023 01:29:52 +0200 Subject: [PATCH

Bug#1056916: freeciv fails to load saved games

I confirmed the issue upstream. Our bugtracker is currently down, so there's no upstream ticket to link to yet. The problem is on the saving side, not loading. Unfortunately this means that some information is permanently lost, i.e., one will not be able to load those saved games even after the

Bug#1021468: gtk3-client built for no reason (gtk3.22-client packaged instead)

Package: freeciv Version: 3.0.3-3 debian/rules: "--enable-client=gtk3,gtk3.22,sdl2,qt" Nothing from gtk3-client is packaged in Debian, so there should be no need to build it. - ML

Bug#967353: freeciv: depends on deprecated GTK 2

For the future perspective: gtk2-client is dropped completely from freeciv-3.1 development version. With our attempt to sync our feature releases with various distributions' two-year release cycle, we are expecting freeciv-3.1 to be in bookworm+1. - ML

Bug#967353: freeciv: depends on deprecated GTK 2

On Mon, 29 Aug 2022 at 21:45, Tobias Frost wrote: > > On Mon, Aug 29, 2022 at 08:33:12PM +0200, Stephen Kitt wrote: > > Hi, > > > > On Mon, 29 Aug 2022 20:06:12 +0200, Tobias Frost wrote: > > > On Tue, 04 Aug 2020 11:38:27 +0100 s...@debian.org wrote: > > > > Source: freeciv > > > > Severity: nor

Bug#1013426: Cannot be built twice

On Sun, 28 Aug 2022 at 19:27, Tobias Frost wrote: > So, even with the switch, the build system needs it at least at > configure time, which is the reason why it failed at the second time. > (make distclean was the command that failed; as the removal of lua > was only directly before the build, it

Bug#631775: Fixed in upstream 3.0.0

Freeciv-3.0 (optionally, defaulting to true) remembers messages from the previous turn too. See client section from: https://www.freeciv.org/wiki/NEWS-3.0.0 -ML

Bug#1013429: x32 build failure

Package: freeciv Version: 2.6.6-1 I've looked at the debian freeciv package build failure at x32 ( https://buildd.debian.org/status/logs.php?pkg=freeciv&ver=2.6.6-1 ), and opened upstream ticket: https://osdn.net/projects/freeciv/ticket/44917 There's patch there that I used to successfully build t

Bug#1013426: Cannot be built twice

Package: freeciv Version: 2.6.6-1 As debian/rules deletes dependencies/lua-5.3 directory when building the package, later attempts to do another build from the same tree fails. You should not delete the directory. According to the comment, the purpose is to make sure those sources are never used,

Bug#996746: Outdated lua dependency

Package: freeciv Version: 2.6.5-1 Noticed on https://tracker.debian.org/pkg/freeciv a warning that freeciv depends on two packages which would need a new maintainer. One of these is liblua5.2-dev. That should be easy to fix by updating the dependencies, as freeciv-2.6 uses lua-5.3, not lua-5.2. As

Bug#993157: autoconf-2.71 regression?

Likely an autoconf-2.71 (currently in unstable, but blocked from migrating to testing due to regressions caused) issue. - ML

Bug#984807: Add stdmusic to freeciv-sound-standard package

Package: freeciv-sound-standard Version: 2.6.3-1 In addition to the standard sound effects set, freeciv-sound-standard package should include standard music set. In the standard music set, there's only one track of menu music, so it's not adding a lot to the package size. This is also a regression

Bug#978745: Server buffer overflow when reading tailored score log

On Thu, 31 Dec 2020 at 10:39, Marko Lindqvist wrote: > I'll send link to upstream ticket once it is available. https://www.hostedredmine.com/issues/907791 - ML

Bug#978745: Server buffer overflow when reading tailored score log

Package: freeciv Version: 2.6.2.1-2 Tags: Security Freeciv server has a buffer overflow vulnerability, if it reads tailored score log file. Score log functionality is not enabled by default, and it's rarely enabled. Freeciv-2.6.3 to be released later tonight will contain a fix. I'll send link to u

Bug#978744: Freeciv gtk-clients' crash on (tailored) chat message

Package: freeciv Version: 2.6.2.1-2 Tags: Security Gtk-client may crash when receiving chat message. It's reported that certain chat messages always do that, making it possible for one player to crash clients of other players on the same server. Upstream fix is in https://www.hostedredmine.com/iss

Bug#975148: freeciv: FTBFS: canvas.cpp:265:16: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined

On Thu, 19 Nov 2020 at 11:50, Marko Lindqvist wrote: > > upstream 2.6.2.1 release with the fix included coming soon (likely 28.11) Out now. - ML

Bug#975148: freeciv: FTBFS: canvas.cpp:265:16: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined

On Thu, 19 Nov 2020 at 11:50, Marko Lindqvist wrote: > > Upstream fix: https://www.hostedredmine.com/issues/868060, upstream > 2.6.2.1 release with the fix included coming soon (likely 28.11) In case you decide not to wait for official upstream release but to backport the fix to de

Bug#975148: freeciv: FTBFS: canvas.cpp:265:16: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined

Upstream fix: https://www.hostedredmine.com/issues/868060, upstream 2.6.2.1 release with the fix included coming soon (likely 28.11) - ML

Bug#946613: Consider making gtk3.22-client the one installed by 'freeciv' package

Package: freeciv Version: 2.6.0-4 Freeciv doc/README.packaging about the new gtk3.22-client: "This client suits better for systems with gtk+-3.22 than the gtk3-client compatible with much older gtk+ versions." (Since that text has been written, gtk+ project changed their decision that 3.22 wou

Bug#931415: sdl2-client crashes when entering game

Package: freeciv Version: 2.6.0-2 Some people are reporting to us in freeciv upstream that sdl2-client always crashes for them when entering the game. We have a fix for that as 0001-Fix-arithmetic-error-in-SDL2-create_line.patch (2019-07-03 02:18 AM) in http://www.hostedredmine.com/issues/824589

Bug#896924: extremetuxracer: segfault when reaching end of certain courses

On 26 April 2018 at 02:17, Andreas Eriksson wrote: > val = > #8 0x555a4e95 in CScore::AddScore(std::__cxx11::basic_string

Bug#853834: Ccache storing and restoring file paths that may no longer be correct

Package: ccache Version: 3.3.3-1 Building SDL2_mixer-2.0.1 (https://www.libsdl.org/projects/SDL_mixer/release/) multiple times with ccache enabled, following reproducible problem occurs. 1) Build SDL2_mixer in first source tree. I've used separate builddir when doing so. 2) Delete source and buil

Bug#848165: freeciv-client-qt: crash at exit ...leavegame->quit

As the crash is in atexit handlers when the program is closed, this seems like upstream bug #25364: http://gna.org/bugs/?25364 - ML

Bug#839104: Problem debugged

This regression has two parts: - etr gets window resize events it didn't before (this is cause by some change outside etr) - etr handling of the resize events seems buggy (previously latent bug activated by the changes outside etr) I'm testing a fix to upstream. -ML

Bug#839104: extremetuxracer takes the focus but no windows is displayed but sound is played => impossible to switch to other applications, impossible to close extremetuxracer

On 19 October 2016 at 22:08, Markus Koschany wrote: > On 19.10.2016 15:43, Isaac To wrote: >> On Thu, 29 Sep 2016 14:59:47 +0200 Markus Koschany > > wrote: >>> On 29.09.2016 14:52, gpe wrote: >>> > I'm using gnome and a NVIDIA vidéo card with NVIDIA drivers. >>> >>> I'm al

Bug#827666: [Fwd: Freciv in Stretch]

On 9 July 2016 at 23:37, Markus Koschany wrote: > How can I avoid to run the configure step twice? Is there an option to > force SDL1 mixer for the sdl client that I've missed? The mixer support build is part of client-common code (library that all guis use - or try to use). Unfortunately that m

Bug#827666: [Fwd: Freciv in Stretch]

On 23 June 2016 at 17:00, Markus Koschany wrote: > > That sounds encouraging. Do you intend to release another version of the > 2.5 series before Debian's next freeze? Then I could upload the new > freeciv-client-gtk3 package together with this one. We have main content for 2.5.5 release already

Bug#827666: [Fwd: Freciv in Stretch]

On 19 June 2016 at 19:33, Markus Koschany wrote: > > Debian has been providing both clients in the past but Jacob Nevins > insisted that we should remove the gtk3 client because it was too > experimental. Did this situation change in the meantime? Is the client > stable enough for being supported

Bug#784019: freeciv: removal of bz2 support => inability to load old savegames?

On 2 May 2015 at 21:24, Markus Koschany wrote: > What about savegames from 2.2, 2.3 and so > on, they all need to be converted by hand but that shouldn't be too > difficult. True. To clarify: I'm not so worried about old old savegames, but as a user I would expect that I can seamlessly continue

Bug#784019: freeciv: removal of bz2 support => inability to load old savegames?

On 2 May 2015 at 17:56, Markus Koschany wrote: > only old savegames are affected. I think this (the word 'only') is the point we disagree about. Are you going to document it so that "User should not upgrade from Jessie to Stretch before finishing current games of Freeciv." (or at least to load l

Bug#784019: freeciv: removal of bz2 support => inability to load old savegames?

On 2 May 2015 at 11:52, Jacob Nevins wrote: > Package: freeciv-server > Version: 2.5.0-1 > > I haven't tested this at all, I'm afraid, but noticed this in the > changelog of the new Freeciv packages in experimental: > > | - Remove libbz2-dev from Build-Depends. > | We already support xz compress

Bug#766185: freeciv-client-gtk: Removal of GTK+3 client

On Wednesday, 22 October 2014, Markus Koschany wrote: > > > On 22.10.2014 15:15, Marko Lindqvist wrote: > > > Gtk3-client breakage with Jessie's latest gtk3 libraries is something I > > need to investigate if it's a bug in gtk3 or freeciv. > > I can't

Bug#764114: freeciv: Error during build

On 5 October 2014 18:30, Rogier wrote: > --enable-client=all \ < > > Apparently, the configure step does not fail if the qt client is > requested, and the qt headers etc. were not found... It would fail if qt-client was explicitly requested ("--enable-client=gtk2,gt

Bug#757876: freeciv-client-gtk: can't start a local game

On 12 August 2014 20:54, Marko Lindqvist wrote: > There might be a bug in initial detection of the free port in that it > checks only IPv4, but then final bind wants them both I've confirmed that bug in freeciv code (can't be sure that it's the problem you're sufferi

Bug#757876: freeciv-client-gtk: can't start a local game

On 12 August 2014 20:05, Jacob Nevins wrote: > Xavier Cartron writes: >> - If I do 'freeciv-server -p 5557',, the server starts normally. > > Enh. Of course the client might not be choosing 5557. It tries to find a > free port and tells the server to use that. > (Sure would have been useful if we

Bug#747975: extremetuxracer: SVG icon is missing

On 13 May 2014 23:20, Markus Koschany wrote: > Control: found -1 0.6.0-1 > > On 13.05.2014 13:52, Ronny Standtke wrote: >> Package: extremetuxracer >> Version: 0.6.0-1~bpo70+1 >> Severity: minor >> >> The previous version of extremetuxracer contained an SVG icon >> (/usr/share/pixmaps/etracericon.

Bug#738142: New upstream release 0.6.0, watchfile needs updating

Package: extremetuxracer Our latest release is 0.6.0, for which we also sanitized our downloads directory structure. Unfortunately this means that Debian's old watchfile does not catch new versions, though the change should make new version of such mechanisms more reliable in the future. - ML

Bug#706898: Upstream Project

We in the upstream project currently list said http://sourceforge.net/projects/extremetuxracer/ as our homepage in the latest documentation. The old URL is not coming back in foreseeable future. - ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsu

Bug#730868: freeciv: New upstream version 2.4.1 available

On 30 January 2014 15:19, Markus Koschany wrote: > Does a similar option such as --enable-sys-lua exist for m4? > If possible I would like to drop Debian's patch for this issue. No, and such an feature couldn't easily be part of the configure, as those .m4 -files are like part of the configure

Bug#730868: freeciv: New upstream version 2.4.1 available

On 28 January 2014 16:34, Markus Koschany wrote: > On 27.01.2014 20:06, Marko Lindqvist wrote: > [...] >> I think 2.4.0-1 takes advantage of our new configure option >> --enable-sys-lua that makes freeciv to use lua libraries found (and >> required) in the system i

Bug#730868: freeciv: New upstream version 2.4.1 available

On 27 January 2014 20:39, Markus Koschany wrote: > > One of my biggest concerns is about the embedded lua libraries. > Obviously until 2.4.0-1 Debian's lua5.1 system library has been used > but the patch for making that happen has been removed with the last > upload. What are the reasons for shipp

Bug#730868: freeciv: New upstream version 2.4.1 available

On 26 January 2014 17:35, Jacob Nevins wrote: > Markus Koschany writes: >> the current human maintainers of freeciv are quite inactive/busy these >> days. You could always try to update the package yourself and ask >> someone on debian-devel-ga...@lists.debian.org for sponsoring your >> package. T

Bug#696306: freeciv: CVE-2012-5645

On 19 December 2012 09:02, Moritz Muehlenhoff wrote: > Package: freeciv > Severity: important > Tags: security > > Hi, > please see http://aluigi.altervista.org/adv/freecivet-adv.txt That's two issues... > Bug: http://gna.org/bugs/?20003 ... reported in one freeciv ticket. That CVE is a bit

Bug#672715: Failing lutimes() aborting whole unpacking

Source: dpkg Version: 1.16.3 I'm not sure if this counts as dpkg bug, or is the behavior exactly correct (for your upstream dpkg), but reporting just for you to consider. I'm using dpkg in building OpenEmbedded image. So I'm unpacking packets not to host system, but under custom prefix. Some pack

Bug#671623: override.cc fails to compile due to apti18n.h definitions conflicting with standard headers

On 5 May 2012 16:42, David Kalnischkies wrote: > On Sat, May 5, 2012 at 2:02 PM, Marko Lindqvist wrote: >> apti18n.h has comment about how each source file should include it >> last. That's for a reason, as override.cc compilation failed to find >> setlocale() decl

Bug#671623: override.cc fails to compile due to apti18n.h definitions conflicting with standard headers

Source: apt Version: 0.9.2 apti18n.h has comment about how each source file should include it last. That's for a reason, as override.cc compilation failed to find setlocale() declaration from locale.h when included after apti18n.h. Attached patch moves apti18n.h include to be last one. override-

Bug#476284:

Even if physics change caused by library upgrade independently from program upgrade would sometimes be unwanted, there should be option to use bullet from debian packet. Those programs that cannot afford to risk physics upgrade without balancing everything in program itself would be no way forced

Bug#591617: Build server with bzip2 savegame compression support

On 4 August 2010 14:37, Karl Goetz wrote: >> >> It seems that freeciv-server is built without bzip2 savegame >> compression support. > > We don't appear to modify the default here, so I assume freeciv > upstream ships with zlib as default compression. Is there a particular > motivator for us to di

Bug#591617: Build server with bzip2 savegame compression support

Package: freeciv Version: 2.2.1-1 Severity: wishlist It seems that freeciv-server is built without bzip2 savegame compression support. To test in server prompt: > explain compresstype Option: compresstype - Savegame compression algorithm Description: Compression library to use for savegames.

Bug#587890: Debian patch reverts upstream cross-compilation fix

Package: freeciv Version: 2.2.0-1 Among other changes patch 99_build_without_ggzd.diff effectively reverts upstream bugfix RT #40134 (ggz.m4 breaks cross-compilation), commit #14649. Is this intentional? - ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subje

Bug#578068:

> only meant to be used by one user Freeciv is primarily multiplayer game. I agree it would be nice to have option to use UNIX sockets when playing single player, though. - ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Co

Bug#484810: Configure failure when all code is position independent

2008/6/6 Mark Brown <[EMAIL PROTECTED]>: > On Fri, Jun 06, 2008 at 06:53:31PM +0300, Marko Lindqvist wrote: > >> - SFLAGS="${CFLAGS-"-O3"} -fPIC" >> + SFLAGS="${CFLAGS-"-O3"}" >> + >> + if ! $CC -c $CFLAGS -fPIC

Bug#484814: Compile failure when off64_t ok, but no fseeko

Package: zlib1g Version: 1:1.2.3.3.dfsg-12 Attached patch checks for fseeko separately even if off64_t check success. Assuming fseeko when ever off64_t check success caused compile failure on MinGW32 compile (don't know if this affects any of the official Debian platforms) For more info (and poss

Bug#484810: Configure failure when all code is position independent

Package: zlib1g Version: 1:1.2.3.3.dfsg-12 zlib1g configure checks assume that compile fails if compiler outputs anything, assuming it is always error message. (This is ugly, and one may want to fix it properly.) Compiler always gets "-fPIC", and when compiling for certain platforms (I encounte

Bug#447915: freeciv-client-gtk: Segfaults in lib.so.6 strlen() from g_strdup()

On 27/10/2007, Jude Anthony <[EMAIL PROTECTED]> wrote: > Package: freeciv-client-gtk > Version: 2.0.9-3 > Followup-For: Bug #447915 > > For me, this started after a weekly dist-upgrade for security reasons. > I tried to open a saved game, and as soon as I try to open a city > dialog, I get a segfau

Bug#440545: Miscompilation casting signed long to void* in 64bit system

Package: gcc Version: 4:4.2.1-5 Debian GNU/Linux lenny/sid amd64 > gcc -v Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-inc

Bug#437503: Valgrind claims illegal instruction in ld-2.6.1.so

Package: libc6 Version: 2.6.1-1 For a couple of days valgrind has refused to run any programs. This started when /lib/ld-2.6.1.so was updated. ==19756== vex amd64->IR: unhandled instruction bytes: 0x66 0x66 0x66 0x66 ==19756== valgrind: Unrecognised instruction at address 0x4016321. ==19756== Yo