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:

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=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 the

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.

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

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

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

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

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

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

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).

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

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

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

On 2 May 2015 at 11:52, Jacob Nevins jacobn+deb...@chiark.greenend.org.uk 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. |

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

On 2 May 2015 at 17:56, Markus Koschany a...@gambaru.de 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

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

On 2 May 2015 at 21:24, Markus Koschany a...@gambaru.de 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

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

On Wednesday, 22 October 2014, Markus Koschany a...@gambaru.de 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 reproduce any black game screen when I

Bug#764114: freeciv: Error during build

On 5 October 2014 18:30, Rogier rogier...@gmail.com 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

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

On 12 August 2014 20:05, Jacob Nevins jacobn+deb...@chiark.greenend.org.uk 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

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

On 12 August 2014 20:54, Marko Lindqvist cazf...@gmail.com 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 suffering from

Bug#747975: extremetuxracer: SVG icon is missing

On 13 May 2014 23:20, Markus Koschany a...@gambaru.de 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

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

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#730868: freeciv: New upstream version 2.4.1 available

On 30 January 2014 15:19, Markus Koschany a...@gambaru.de 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

Bug#730868: freeciv: New upstream version 2.4.1 available

On 28 January 2014 16:34, Markus Koschany a...@gambaru.de 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 instead of using the copy

Bug#730868: freeciv: New upstream version 2.4.1 available

On 27 January 2014 20:39, Markus Koschany a...@gambaru.de 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

Bug#730868: freeciv: New upstream version 2.4.1 available

On 26 January 2014 17:35, Jacob Nevins jacobn+deb...@chiark.greenend.org.uk 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

Bug#696306: freeciv: CVE-2012-5645

On 19 December 2012 09:02, Moritz Muehlenhoff j...@inutil.org 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

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

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.

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

On 5 May 2012 16:42, David Kalnischkies kalnischkies+deb...@gmail.com wrote: On Sat, May 5, 2012 at 2:02 PM, Marko Lindqvist cazf...@gmail.com 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

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

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#591617: Build server with bzip2 savegame compression support

On 4 August 2010 14:37, Karl Goetz k...@kgoetz.id.au 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

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

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?

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 $test.c 21 | + grep all code is position independent /dev/null + then +SFLAGS=$SFLAGS

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

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

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 segfault.

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

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==