URL: http://bugs.freeciv.org/Ticket/Display.html?id=33568
On Sun, 14 Jan 2007, Egor Vyscrebentsov wrote:
Line is:
if (fwrite(buf, 1, result, scan-meta.fp) 0) {
so I can't decide is this freeciv problem or gcc.
fwrite returns a size_t, which is unsigned. It makes no sense to check if
it
On Tue, 16 Jan 2007, Daniel Markstedt wrote:
I am working on a conversion of Harlan Thompson's classic The
Mongols Civ2 scenario. The project is coming along well, but there
are a few features that are potentially missing:
~Nation-specific techs. For example; Chinese Wisdom is a tech that
On Mon, 5 Feb 2007, Daniel Markstedt wrote:
But that's beside the point. Freeciv 2.2 won't be out for years.
Should 2.1 users be left without a map editor? It will certainly be
the bane for Freeciv 2.1 as a platform for scenario creation.
Can the editor code be easily backported to S2_1?
The
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35145
The Eiffel fix is right on target. The obsoletion check should be made
with respect to the considering player, not target. The fear check
should, I think, not be relative to considering player's gold, but take
into account the number of
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35065
Committed to trunk. Thanks for your contribution!
I am assuming the problem does not also exist in 2.1.
- Per
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=12232
I am pretty sure this one is implemented as part of PR#14548 now. Closing.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35532
On Fri, 9 Feb 2007, Frank Balbach wrote:
I believe the function adjust_building_wants_by_effects() may not always
work as intendend (but then I might get the intention wrong).
...
If the developers in charge agree with the above, I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=30955
On Sat, 23 Dec 2006, Egor Vyscrebentsov wrote:
Freeciv has no control of sound volume. And one even can't disable sound
without restarting client (at least with 2_1).
The plugin API has support for this, and at least the SDL plugin
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35575
This fixes problems in the built-in map editor with placing units,
where units would lose fuel, movement and/or hitpoints. It is mostly
just a band-aid to ease further testing, though.
- Per
Index: client/gui-gtk-2.0/editdlg.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35532
On Fri, 9 Feb 2007, (Eddie_Anderson) wrote:
Is this only for 2.1? If so, I'd say we should do as little changes as
possible, even if it means the AI will not build harbours.
I disagree. Speaking only for myself, I would welcome
On Sat, 10 Feb 2007, Jason Short wrote:
I figure people nowadays are more likely to have python on their system
than autotools, and they need autotools to make use of a repository
check out.
So you want the generated files to be distributed with 'make dist' but
not included in SVN?
Yes,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=35646
On Sat, 10 Feb 2007, Marko Lindqvist wrote:
Is the coastline check at the end of a (goto) move or performed for
every step a trireme might take?
Every step.
This is too harsh for triremes.
It is a bit harsh.
They can transport
On Sat, 10 Feb 2007, Jason Short wrote:
One weird situation is if you fly a bomber out from a carrier to hit a
spot 12 tiles away...then move the carrier in the other direction 9 (or
however many is the maximum) tiles. Then at the start of the next turn
(it does happen at the start right?) the
On Sun, 11 Feb 2007, Jason Short wrote:
I'm going to wait until tomorrow for beta3. There may be some other
patches that can be committed to S2_1 in the meantime.
I think PR#12232 should go in first. This is your patch, which I have
updated for the new treaty system, BTW.
- Per
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37393
On Fri, 2 Mar 2007, Daniel Markstedt wrote:
There's a problem with 'extended' Latin (non-ASCII) letters in leader
names; namely that most players can't type them, which is important
when using for example the /take command! Especially
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37321
On Sat, 3 Mar 2007, Marko Lindqvist wrote:
I definitely want veteran status to remain in my games.
Same here. It is the option that seems the most fun, and that is the whole
point, isn't it?
So, anyone care to make a patch? ;-)
-
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37436
On Sat, 3 Mar 2007, Marko Lindqvist wrote:
Remove hardcoded unit type flag requirements for building base.
Instead ruleset defined UnitFlag requirements are used. As flag
Airbase no longer has any hardcoded behavior, it is renamed as
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37393
On Sat, 3 Mar 2007, Daniel Markstedt wrote:
Wouldn't the obvious solution be to simply use the /take command with
nation names, instead of player names? Nation names differ depending
on the server's locale, so the command must be
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37592
On Mon, 5 Mar 2007, (Eddie_Anderson) wrote:
Since this discussion last summer, I've been thinking some more
about what Freeciv could be. I've reached a few tentative
conclusions. Some of the changes are simple; some are
URL: http://bugs.freeciv.org/Ticket/Display.html?id=15097
My version of the allow-aircraft-to-goto patch. It allows movement
anywhere as long as we have movement points to return, and allow
attacks, even suicidal ones. Of course, it is still not perfect, since
for example fighters cannot goto
URL: http://bugs.freeciv.org/Ticket/Display.html?id=37592
On Wed, 7 Mar 2007, (Eddie_Anderson) wrote:
I have been thinking along these lines myself, inspired a great deal by
the way the board game Settlers of Catan manages the victory condition.
Good idea. Many times the designers of
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38165
On Wed, 14 Mar 2007, [EMAIL PROTECTED] wrote:
I found a bug in the 2.1.0-beta3: spies are always executed when trying
to establish an embassy, even if they haven't been in any contact with
the enemy.
I quickly checked the source
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38208
On Thu, 15 Mar 2007, alain Baeckeroot wrote:
A game saved in 2.0.8 is open in 2.1_beta3
= all the frontier are lost, land control is limited to city.
= settlers can go nearly everywhere and mess up things ;).
At each turn the land
On Fri, 16 Mar 2007, Egor Vyscrebentsov wrote:
Now I can't find a way to _easy_ get information about changes in
the code, that affected gui-specific code, from one date up to other.
Does this work for you?
[EMAIL PROTECTED] freeciv]$ svn log client/gui-sdl --limit 50
- Per
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38311
On Sat, 17 Mar 2007, alain Baeckeroot wrote:
A game imported from 2.0.8, then played enough to get
cruise missiles and bombers.
None seem to work:
- i can move them to my cities or allied cities
- i can never attack boats, earth
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38411
On Sun, 18 Mar 2007, Roy Gathercoal wrote:
I just discovered (after four frustrating days of trying just about
everything I could think of) that if one of the variables in the data
file is too long, the entire Freeciv system crashes.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=38372
Patch. Untested. - Per
Index: ai/advdiplomacy.c
===
--- ai/advdiplomacy.c (revision 12880)
+++ ai/advdiplomacy.c (working copy)
@@ -125,7 +125,8 @@
{
int bulbs,
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39318
Ignore me. - Per
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39319
Perhaps if we use bugs.freeciv.org? - Per
Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it. - Brian W.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39321
On Sun, 1 Apr 2007, Lauri Uotinen wrote:
The page http://bugs.freeciv.org/ has an invalid email address
[EMAIL PROTECTED] instead of [EMAIL PROTECTED]
Changed.
I am waiting for the admin of our freeciv.org email server to update his
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39323
On Mon, 2 Apr 2007, Jason Dorje Short wrote:
The attached screenshot shows it.
Do you have a bigger screenshot with more tiles shown? You can use the
editor to place an AWACS there if need be ;)
- Per
Debugging is twice as hard
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39342
On Fri, 13 Apr 2007, Jason Short wrote:
Not drawing borders under FOW is an interesting solution. If someone
will make a patch for it we can test it out and see if it's playable.
Given how much FoW you usually have, this will make
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39323
On 4/4/07, Jason Dorje Short [EMAIL PROTECTED] wrote:
Here's a shot from later in the game. The city of Kobe is the original
source of the borders; the others were added later. You can see the
'bad' ocean tile is closer to Kobe than
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39349
Please post each bug in a separate ticket. It is difficult to handle
multi-bug reports.
On Fri, 20 Apr 2007, Nathan Currier wrote:
version: 2.0.9-beta3-gtk2
Why are you playing the beta version?
Unable to bribe units (says diplomat
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39359
On Thu, 26 Apr 2007, Bastiaan Jacques wrote:
The attached patch fixes a bug which would cause the passed CFLAGS to be
overwritten when GCC is used.
The old CFLAGS is readded a bit later in the same file. What problem does
this patch
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39359
On Thu, 26 Apr 2007, Bastiaan Jacques wrote:
The old CFLAGS is readded a bit later in the same file. What problem does
this patch solve?
The problem is that the old CFLAGS are added 300 lines after they are
removed. So they are not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39126
So the nuke cursor is meant to work as a goto? Do you have a savegame to
show the problem for 2.0?
I do not understand the nuke all your cities in a click comment for 2.1.
___
Freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39129
Committed in 12935 and 12936. However, there seem to be several other
bugs related to /cut in 2.1 and above, although they seem client-side or
have to do with missing updates. Would nice if someone could go through
the various
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39359
On Sat, 28 Apr 2007, Bastiaan Jacques wrote:
Well, --with-sdl-prefix works, unless you are using the sdl client. Because
in the SDL client, SDL includes are included like #include SDL/larlar.h
while in the SDL audio code they're
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39358
This will be rather hard to fix in 2.0, but will work in 2.1 and trunk
because we redesigned voting there so that it only is available while
the game is running. Unless someone volunteers to backport the 2.1
voting system, we should
URL: http://bugs.freeciv.org/Ticket/Display.html?id=11243
As far as I can tell from the code, this could only ever happen with
allied units that are camped in a city you come to own. So the problem
is just that you cannot unload AI controlled, allied units from your
transports. That is another
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39343
[EMAIL PROTECTED] - Fri Apr 13 11:32:08 2007]:
a small glitch that sometimes leads to confusion
when setting up teams:
server terminal:
team john 1
Player john set to team Team 2.
Patch.
- Per
Index:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=17435
[EMAIL PROTECTED] - Wed Oct 11 08:31:24 2006]:
Think I found what was causing this, somehow a T_UNKNOWN check got in
the mapgen is_near_land function since Freeciv 2.08. Don't think
T_UNKNOWN has any place in the generator code and
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39354
On Tue, 24 Apr 2007, Eric Fitzgerald wrote:
There is a bug with tech_is_available such that when you have a tech who's
root_req is itself and you assign the tech with a nations init_tech the
server fails on an assert failure. The
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39329
I wrote another patch (this for trunk), that point people at the bugs URL
instead of putting the email address where spam spiders can pick it up.
That means we ought to improve the bugs.freeciv.org front page a bit,
though. Right now
On Fri, 2 Mar 2007, Marko Lindqvist wrote:
Until we get new bugtracker, someone should add new queue 'Editor' to RT.
Done.
- Per
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
URL: http://bugs.freeciv.org/Ticket/Display.html?id=23095
On Thu, 2 Nov 2006, book wrote:
1. Load the included save game
2. Use right mouse button to select all the units in Genova
3. use Goto to place them somewhere (not in a city)
.Crash
It no longer crashes. But it also does not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39368
On Mon, 14 May 2007, Pepeto _ wrote:
In pregame, you can create votes, but you cannot use /vote. And more, if you
The vote passes before it exists :)
I don't know if the main problem is you can ask vote in pregame
You should not be
On Tue, 15 May 2007, James Supancic wrote:
I am thinking about working on an Ogre3D GUI for freeciv. I've been
looking over the code in freeciv/freeciv/client/gui-* and think I
might be able to develop something nice.
My question is, if I develop it, will it be accepted? I noted that
freeciv
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39370
On Wed, 16 May 2007, William Allen Simpson wrote:
One of the nuisances (compared to the commercial games) is the
limited vision radius of the city itself.
...
When the city is founded, it still has only 1 radius vision. That's
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39354
On Wed, 16 May 2007, Eric Fitzgerald wrote:
To reproduce:
Create a new tech (call it anything you want).
Make this tech have a root_req set to itself (thus not researchable).
Try to assign the tech to a nation through init_tech.
I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=8398
I think the proper solution to this problem is that ceasefires do not
count down, but can be broken at any time by any government without penalty.
___
Freeciv-dev mailing list
URL: http://bugs.freeciv.org/Ticket/Display.html?id=8398
On Thu, 17 May 2007, William Allen Simpson wrote:
Per I. Mathisen wrote:
I think the proper solution to this problem is that ceasefires do not
count down, but can be broken at any time by any government without penalty.
I disagree
On Wed, 16 May 2007, William Allen Simpson wrote:
This would be wonderful! I actually looked at doing it 18+ months ago,
but decided it would be too much for me. It would need data support
for elevations (and depths), among other things.
See http://freeciv.wikia.com/wiki/OpenGL
- Per
I
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39370
On Sat, 19 May 2007, William Allen Simpson wrote:
Building civ1 cities didn't reveal unexplored areas! So, my version
with the configuration line is better for backward compatibility.
I do not see why we should worry about that. It
URL: http://bugs.freeciv.org/Ticket/Display.html?id=8398
This patch removes the countdown for ceasefire, and so fixes the
request in this ticket. It also makes ceasefire breakable by Republic
and Democracy, and adds some extra text for armistice in the client.
- Per
Index: server/srv_main.c
URL: http://bugs.freeciv.org/Ticket/Display.html?id=11508
I refreshed this patch because I needed it for testing.
Turns out it is somewhat harder to turn terrain into ocean in the more
recent code, since we do not really have an 'ocean' tile anymore (there
could be several). So I just
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39375
On Sat, 19 May 2007, Pepeto _ wrote:
Should I work on it to try to improve the generation of the map?
That would be great!
- Per
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
I've been trying for many hours to checkout S2_1, and got these errors:
Problems with the svn repository are usually due to network glitches at
gna.org, and there is nothing we can do about it. Just wait a little and
the problem should go away.
- Per
On Sun, 20 May 2007, William Allen Simpson wrote:
I've been waiting around several days to see whether somebody fixes this?
registry.c: In function `section_file_save':
registry.c:816: error: `BUG_URL' undeclared (first use in this function)
You need to rerun ./autogen.sh
Newer versions of
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39377
On Thu, 24 May 2007, William Allen Simpson wrote:
Currently, rivers only occur in the center of tiles.
For civ 3 4, rivers appear along the edges of tiles, watering
multiple adjacent tiles.
Rivers between tiles, rather than in the
On Sat, 19 May 2007, William Allen Simpson wrote:
Indeed, my suggestion was *NOT* that the old functionality go away, but
that it should not be hard-coded -- a simple knob I proposed be added to
allow civ34 behavior.
Although I've only been on the mailing list for 18 months or so, and
rarely
On Sun, 3 Jun 2007, James Supancic wrote:
I'm working on a C++ GUI for freeciv. I need to make some calls into
the C component of client. The problem I'm running into is that the
freeciv header files are neither standard C or C++ compatible.
For example:
typedef enum a b;
enum a { A, B };
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39389
On Sat, 9 Jun 2007, William Allen Simpson wrote:
Presumably, all debugging takes place with language support off?
All LOG_ERROR, LOG_VERBOSE and LOG_FATAL messages should be without
translation.
Is there a standard practice for
On Sun, 10 Jun 2007, Daniel Markstedt wrote:
--enable-client=sdl \
Fails with:
gui_main.c: In function `print_usage':
gui_main.c:202: warning: implicit declaration of function `gettext'
gui_main.c:202: error: `BUG_EMAIL_ADDRESS' undeclared (first use in
this function)
My fault. Fixed
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39391
cc1: warnings being treated as errors
ltable.c: In function âluaH_mainpositionâ:
ltable.c:108: warning: cast from pointer to integer of different size
ltable.c:110: warning: cast from pointer to integer of different size
make[5]: ***
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39391
On Sun, 10 Jun 2007, Jason Short wrote:
On 6/10/07, Per I. Mathisen [EMAIL PROTECTED] wrote:
How should we fix these? Modify lua code in repository, or try to upgrade
it to a more recent lua version?
Would upgrading help? Anyone
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39391
On Sun, 10 Jun 2007, Vasco Alexandre da Silva Costa wrote:
What version of gcc/platform are you using? I don't get these errors...
I use Fedora 7.
[EMAIL PROTECTED] ~]$ gcc --version
gcc (GCC) 4.1.2 20070502 (Red Hat 4.1.2-12)
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39391
On Sun, 10 Jun 2007, William Allen Simpson wrote:
But since getting various reports of warnings turning into fatal errors,
probably should upgrade the entire lua package.
Anyone know which version we have in our repository? It does
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39394
On Fri, 15 Jun 2007, William Allen Simpson wrote:
Ulrik Sverdrup wrote:
Proposed change: make borders in S2_1 a little less rigid, by allowing
tiles to change hands when new sources are drastically closer than the
old owning source.
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39389
On Sat, 16 Jun 2007, William Allen Simpson wrote:
Guest wrote:
... but i don't think any freelog() message should be translated.
Am awaiting Per's decision on that matter.
I do not really have much of an opinion on whether
On Mon, 18 Jun 2007, William Allen Simpson wrote:
My observation is that the main problem we experienced was trying to change
from tolua++.h to tolua.h.
No, that was just an amusing side-show. The problem was that tolua++
generated a faulty api_gen.c file.
- Per
On Mon, 18 Jun 2007, William Allen Simpson wrote:
Unfortunately, tolua++ doesn't seem to be widely available as an external
package.
It is in the Fedora 7 repository, at least.
However, I checked my current favorite platforms (MacPorts, NetBSD pkgsrc,
debian, Ubuntu), and all of them have
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
On Sat, 23 Jun 2007, Ulrik Sverdrup wrote:
We need a more flexible calender for rulesets, and with effects I
think we have a quite efficient way to do it.
There is some work done in this direction already, but probably quite
outdated
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
On Sun, 24 Jun 2007, Ulrik Sverdrup wrote:
I'm looking at the patch from #2912 now and can review it. Do you or
anyone know the reason it did not go further? No interest?
More interesting things came up, I believe.
- Per
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39413
On Sun, 24 Jun 2007, Ulrik Sverdrup wrote:
The previous attempt is very well designed and aims at removing
game.info.year, and drive everything with turns. Well designed and we
should have that as goal. However, this requires porting
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39416
On Sun, 24 Jun 2007, William Allen Simpson wrote:
Indeed, toluaxx should never be included at all! It is used solely to
build a _gen, and that _gen would already be compiled for cross-builds.
Thus, it is never really needed in the
On Tue, 10 Jul 2007, William Allen Simpson wrote:
But 2.2 will definitely not be readable by 2.1 or 2.0, as it will have
lots of new civ3 terrain and resource definitions.
Even though I understand what you are saying, please be careful saying
things like the above when mentioning certain
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39474
On Mon, 30 Jul 2007, Petry Vincent wrote:
I tried to send a bug report this afternoon at the following address as
specified on the website: [EMAIL PROTECTED]
The mail server answered User unknown, so I guess I should send my
report
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39414
On Thu, 9 Aug 2007, Marko Lindqvist wrote:
One thing at a time. It is not a trivial task to externalize it with
proper configure checks and such. And we cannot externalize it
*before* we take toluaxx in to use, since tolua does not
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39515
On Fri, 10 Aug 2007, William Allen Simpson wrote:
Marko Lindqvist wrote:
While I have not looked this particular patch, and probably have
nothing against it, you should reread
http://freeciv.wikia.com/wiki/Commit_rules and what it
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
On Thu, 16 Aug 2007, William Allen Simpson wrote:
If there were packet specific capabilities
There are. See doc/README.delta
- Per
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39575
On Thu, 16 Aug 2007, William Allen Simpson wrote:
You don't have a 2.0.* client. That's an unreleased development client.
We have for a long time been running a fresh checkout of stable branches
for pubserver games, since this way we
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39576
On Thu, 16 Aug 2007, William Allen Simpson wrote:
Problem: the attributes are sent and stored as serialized data, so the
server has no way to check validity of format. Many reports of bad
lengths, and other validity problems. The
On Fri, 24 Aug 2007, William Allen Simpson wrote:
(Ignoring the problem that gui-mui still only handles a single unit.)
gui-mui has not been updated in a very long time, and should probably just
be removed from S2_1 and trunk. Amiga users can perhaps use gui-sdl?
(Amiga users still exist?)
On Sun, 26 Aug 2007, Andreas Røsdal wrote:
I sent a proposal about a web client for Freeciv some time ago.
Now I've implemented a prototype / proof of concept.
It uses a webservice which allows a browser to communicate with a
civclient process on the server. The mapview is renederes using the
On Mon, 3 Sep 2007, Marko Lindqvist wrote:
It seems to me that we have problems with this list. Could RT be
the reason of delaying messages? Can anyone look?
My experience is that mails about new tickets are not coming through,
but comments to old ones do. Tickets are created (I get
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39501
On Tue, 4 Sep 2007, Marko Lindqvist wrote:
On 07/08/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
This adds SIGABRT handler to server.
...
displays BUG_URL after assert.
This version avoids infinite loop if freelog() is
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39690
This experimental and mostly untested patch removes the embassy concept
from the game.
Why? The embassy concept has never fitted well into the general game
concept. Creating embassies the traditional way (with diplomats) is a
tiresome
URL: http://bugs.freeciv.org/Ticket/Display.html?id=7294
I would like to resurrect this old but open and valuable ticket. Instead
of the rules changes proposed in it, I would like to offer something a
bit more radical:
The diplomat/spy instead of present abilities gets the unique flag (only
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39674
On Sun, 9 Sep 2007, Marko Lindqvist wrote:
On 09/09/07, Per I. Mathisen wrote:
+ ((pbase base_has_flag(pbase, BF_NO_STACK_DEATH))
+ || !game.info.killstack
+ || defender-tile-city)) {
Use
On Mon, 10 Sep 2007, Christian Prochaska wrote:
Since there has been some discussion about the stability of
translatable strings in the stable branch recently, I'd like to know
what's your opinion about updates of the SDL client in S2_1.
Personally, I'd like to keep the S2_1/2.1.x version in
URL: http://bugs.freeciv.org/Ticket/Display.html?id=7294
On Tue, 11 Sep 2007, Daniel Markstedt wrote:
Interesting idea. This would certainly improve a complex and bug-prone
part of the game.
:)
But with the him losing all his 'peaceful' functions, would the label
diplomat really be
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39690
On 9/11/07, Christian Prochaska [EMAIL PROTECTED] wrote:
How about creating the S2_2 branch before committing this patch and
possible others that change gameplay concepts even more? As I remember
from the discussion about Civworld for
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39699
When meeting for the first time, the AI gives you two, different messages
to offer you a cease-fire. This patch fixes the issue.
- Per
Index: ai/advdiplomacy.c
===
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39699
Patch without the noise.
- Per
Index: ai/advdiplomacy.c
===
--- ai/advdiplomacy.c (revision 13566)
+++ ai/advdiplomacy.c (working copy)
@@ -804,10 +786,14 @@
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39700
See lengthy $SUBJECT. Patch attached.
- Per
Carpe noctem
Index: ai/advdiplomacy.c
===
--- ai/advdiplomacy.c (revision 13566)
+++ ai/advdiplomacy.c (working copy)
@@
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39690
On 9/11/07, Christian Prochaska [EMAIL PROTECTED] wrote:
I'm in favor of branching from r13566 nevertheless. If it turns out that
nobody wants to backport any patches to that branch anymore, we could
still make an unofficial release
On Mon, 24 Sep 2007, William Allen Simpson wrote:
Apparently without discussion, 2.1 has been officially abandoned, as 2.2
has been branched in the repository.
If you did not read the discussion, how could you reach the conclusion it
has been abandoned? The plan is still to release 2.1 soon
On Tue, 25 Sep 2007, William Allen Simpson wrote:
I'm opposed to removing embassies from the game code. It's required for
proper civ* emulation support -- better to make everything configurable.
Seems to me that the entire project is forking.
Your attitude is not very constructive. I can
1 - 100 of 121 matches
Mail list logo