URL: http://bugs.freeciv.org/Ticket/Display.html?id=39637
On Thu, 30 Aug 2007 Joan Creus wrote:
The variable name has sneaked into the string, I think. It says pimprove
sold! when it should be improvement sold. See diff.
Didn't it was decided that we need to use word 'building' instead of
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39545
On 31/08/2007, Egor Vyscrebentsov [EMAIL PROTECTED] wrote:
This is one of my dreams. 'all' is too much, but having more than one
client built by one 'make' is really what I like to have.
You can setup your local environment for that
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39637
On 31/08/2007, Egor Vyscrebentsov [EMAIL PROTECTED] wrote:
On Thu, 30 Aug 2007 Joan Creus wrote:
The variable name has sneaked into the string, I think. It says pimprove
sold! when it should be improvement sold. See diff.
Didn't
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39638
On 31/08/2007, Joan Creus [EMAIL PROTECTED] wrote:
The way I have translated these strings might help. I have adapted the
sentence to read:
Each worked tile with at least 1 point of %s will yield ...
Then All might become all
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39638
The way I have translated these strings might help. I have adapted the
sentence to read:
Each worked tile with at least 1 point of %s will yield ...
Then All might become all kinds of output, or any output, or something
similar, and
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39642
On 8/31/07, Marko Lindqvist [EMAIL PROTECTED] wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39642
Changing translatable strings in stable branch is bad. So we don't do
it for minor things like typofixes.
We can't
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39643
I have always hated how ruleset loading code just exit() for any
error in ruleset (printing error message to server console, but
still).
Now it appeared to me that:
- If internally server quits like that, no explanation is provided
URL: http://bugs.freeciv.org/Ticket/Display.html?id=36872
Hello!
What do you think of these names as city names?
http://en.wikipedia.org/wiki/List_of_gay_villages
Thanks, Daniil.
On 31/08/2007, Daniel Markstedt [EMAIL PROTECTED] wrote:
URL:
Still can not access forum don't know why, it has been a long time
since it's like that :
NSURLErrorDomain:-1011
Le 31 août 07 à 15:14, Daniel Markstedt a écrit :
A tech support / help desk section on the forums have long been sorely
missing, with users posting such questions all over the
On 8/31/07, François Marlier [EMAIL PROTECTED] wrote:
Still can not access forum don't know why, it has been a long time
since it's like that :
NSURLErrorDomain:-1011
According to google (search for NSURLErrorDomain:-1011) this seems
to be a bug in the Safari browser.
Yes it is, only web site I got such error for, does it use some kind
of cryptic redirection ?
Or maybe my ISP DNS are mushy ?
Le 31 août 07 à 16:47, Christian Prochaska a écrit :
On 8/31/07, François Marlier [EMAIL PROTECTED] wrote:
Still can not access forum don't know why, it has been a
URL: http://bugs.freeciv.org/Ticket/Display.html?id=11595
From the original bug report by Pascal Detzlr:
i wonder why the spy (maybe also the diplomat) won't go to alien cities
any more. There's no possibility for me to give any orders to him,
because there's neither a window opening like
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39644
I configured with --enalbe-auth, and I got some warnings:
auth.c: In function «authdb_check_password:
auth.c:422: attention : pointer targets in passing argument 3 of
«create_md5sum differ in signedness
auth.c:423: attention : pointer
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39645
Rest of the errors are caused by some 3rd party files. There should
be better way to ignore these than to pipe through dozens of grep
processes.
- ML
diff -Nurd -X.diff_ignore freeciv/ai/advdiplomacy.c freeciv/ai/advdiplomacy.c
---
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39634
On 30/08/2007, Pepeto _ [EMAIL PROTECTED] wrote:
if the unit doesn't survive to the attack the connection list is not
free, so this connection wouldn't receive any packet until they
disconnect. There should be a
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39646
I had two clients connected to server (separate players). I did some
editing in one of them and wondered why I didn't receive any error
messages of failed attempts. Later I noticed that other client had
received those messages.
- ML
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39638
2007/8/31, Marko Lindqvist [EMAIL PROTECTED]:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39638
On 31/08/2007, Joan Creus [EMAIL PROTECTED] wrote:
The way I have translated these strings might help. I have adapted the
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39603
On Fri, 31 Aug 2007 11:16:20 +0300, Daniel Markstedt [EMAIL PROTECTED]
wrote:
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39603
Some thoughts on this issue:
In turk.ruleset, all cities after Trabzon are in alphabetical
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39641
On 31/08/2007, Marko Lindqvist [EMAIL PROTECTED] wrote:
Automatic metamessage is set (and sent) to metaserver only after
first player is actually connected server.
Attached patch fixes this. For trunk, S2_1 and S2_0.
Except that
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39638
On 31/08/2007, Joan Creus wrote:
Anyway, implementing an
and-list and an or-list shouldn't be too hard, and it pays off with more
natural sentences.
Attached patch does that. It also makes help a bit more complete and
fixes some
URL: http://bugs.freeciv.org/Ticket/Display.html?id=39647
Superficial request: When one's own city list runs out, pick names
from the bottom of other rulesets' lists, rather than from the top.
It's a bit silly ending up with a bunch famous cities and it's
avoidable now when we have so many
21 matches
Mail list logo