[Freeciv-Dev] [patch #3376] fix for premultiplied alpha

[anonymous]

Additional Item Attachment, patch #3376 (project freeciv):

File name: fix-mult-alpha.patch   Size:0 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[Marko Lindqvist]

Follow-up Comment #9, bug #19893 (project freeciv):

They are not symlinks in tarball. It's probably automake that takes care of
that.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[anonymous]

Follow-up Comment #8, bug #19893 (project freeciv):

Honestly ?
only files belong into tarball - symlinks might for one or other reason be
invalid.

Well, just my opinion.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #2915] Intro font information from freeciv.rc-2.0

[Marko Lindqvist]

Update of patch #2915 (project freeciv):

 Planned Release:   2.4.0 =>


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #17440] Update CodingStyle to take C++ files into account

[Marko Lindqvist]

Update of bug #17440 (project freeciv):

  Status: In Progress => Ready For Test 

___

Follow-up Comment #2:

This patch documents parts where C++ style differs from C style. Changes
affects C style too in that I spelled out some of the practices we (or at
least I) have followed.

(file #15997)
___

Additional Item Attachment:

File name: C++Style.patch Size:2 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #17588] Cannot load default AI after compiling with AI modules enabled.

[Marko Lindqvist]

Update of bug #17588 (project freeciv):

Category:  ai => docs   


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3364] All tools to same directory

[Marko Lindqvist]

Update of patch #3364 (project freeciv):

  Status:  Ready For Test => Done   
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19897] Compilation fails on system with no AF_INET6 definition

[Marko Lindqvist]

Update of bug #19897 (project freeciv):

  Status:  Ready For Test => Fixed  
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3365] Use fc_version to get freeciv version while building Windows installer

[Marko Lindqvist]

Update of patch #3365 (project freeciv):

  Status:  Ready For Test => Done   
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[Marko Lindqvist]

Follow-up Comment #7, bug #19893 (project freeciv):

> Does it work if you use "libtoolize -c -f" instead ?

Yes, that's how I eventually managed to get my build going. Not sure if we
should use that in autogen.sh...

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3376] fix for premultiplied alpha

[Marko Lindqvist]

Update of patch #3376 (project freeciv):

  Status:None => Ready For Test 

___

Follow-up Comment #2:

> } else p[1] = p[2] = p[3] = 0;

CodingStyle: This needs block:
} else {
  p[1] = p[2] = p[3] = 0;
}


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[anonymous]

Follow-up Comment #6, bug #19893 (project freeciv):

Does it work if you use "libtoolize -c -f" instead ?

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3357] Add Windows build scripts to tarball

[Marko Lindqvist]

Follow-up Comment #2, patch #3357 (project freeciv):

This same patch applies to S2_4 and TRUNK once bug #19088 has gone in in those
branches too.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[Marko Lindqvist]

Follow-up Comment #5, bug #19893 (project freeciv):

The libtoolize bug I referred to is the fact that "libtoolize -f" does not
update m4 in my specific use case. Nothing to do with autogen.sh really, as
I've not even used it in my latest tests but just "libtoolize -f" and "aclocal
-I m4 -I dependencies/m4" directly.

Yes, we should still change aclocal to run (also) after libtoolize in
autogen.sh, but with that libtoolize bug it would't help as libtoolize really
does nothing.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3376] fix for premultiplied alpha

[anonymous]

Follow-up Comment #1, patch #3376 (project freeciv):

Minor oops: I failed to set my email for this patch...

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3376] fix for premultiplied alpha

[anonymous]

URL:
  

 Summary: fix for premultiplied alpha
 Project: Freeciv
Submitted by: None
Submitted on: Fri 06 Jul 2012 08:35:41 PM UTC
Category: client-gtk-3.0
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: 

___

Details:

As I said in a different patch/bug, current cairo_surface -> GdkPixbuf
conversion is only correct if alpha is either 0 (even if not fully) or 1. For
anything in between the conversion fails to account for alpha multiplication.



___

File Attachments:


---
Date: Fri 06 Jul 2012 08:35:41 PM UTC  Name: fix-mult-alpha.patch  Size: 983B 
 By: None
fix for conversion from premultiplied alpha


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[anonymous]

Follow-up Comment #4, bug #19893 (project freeciv):

No.
Again, right now autogen.sh works (in this regard) like this on such generated
tarball:
aclocal runs - it uses macros from m4/; aclocal.m4 gets generated
libtoolize runs - ltmain.sh and macros in m4/ are updated

...but that doesn't update aclocal.m4 generated by aclocal.
Anyway, autoreconf proves it's the expected behavior.

With a recent enough automake it wouldn't probably matter as those m4_include
macros in such dirs, but IIRC, that's only since automake 1.11.
...
Wait, now that I think about it point 4 doesn't make sense, unless either
timestamps are messed up or you force regeneration of configure script.
Could you explain a bit more ?

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3374] Buildable property for road types

[Marko Lindqvist]

Follow-up Comment #1, patch #3374 (project freeciv):

- Added comments to civ2civ3 ruleset too.

(file #15995)
___

Additional Item Attachment:

File name: BuildableRoad-2.patch  Size:7 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3355] Claim Ocean tiles when suitable tech known

[Marko Lindqvist]

Follow-up Comment #2, patch #3355 (project freeciv):

- Add comments also to civ2civ3 techs.ruleset

(file #15994)
___

Additional Item Attachment:

File name: ClaimOceanTech-2.patch Size:5 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3366] Include civ2civ3 ruleset

[Marko Lindqvist]

Update of patch #3366 (project freeciv):

  Status:  Ready For Test => Done   
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19894] Cannot load savegame of barbarianless ruleset

[Marko Lindqvist]

Update of bug #19894 (project freeciv):

Category:None => general

___

Follow-up Comment #2:

Attaching what I did so far to this ticket just for safekeeping. In short term
I'm more likely to just provide dummy barbarians in my ruleset than working on
this further.

(file #15993)
___

Additional Item Attachment:

File name: BarbariansValidate.patch   Size:4 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3361] Support web-links in helptexts

[J. M. Gorbach]

Follow-up Comment #3, patch #3361 (project freeciv):

Maybe this library is useful:
http://sourceforge.net/projects/bbcodelib/

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

Re: [Freeciv-Dev] [bug #19868] Network protocol documentation

[Sveinung Kvilhaugsvik]

On Thu, Jul 5, 2012 at 10:38 PM, Gilles J. Seguin  wrote:
>>  * Some recursive dependencies are ignored
>
> what is recursive ? nothing
> can you provide examples.
>
My mistake. Should have been transitive dependencies. (Dependency of dependency)

>> While the generated Java code probably is
>> buggy it will give a hint about what items are needed.
>
> Java, really. why not lisp. we really need more languages.
> I can provide a C++ generator for the packets.def
>
I generate Java since I want to use Freeciv with code running on the
JVM without having to worry about JNI. By generating native bindings
in Java practically all JVM languages, including Lisp variants, can
use them. (Side note: According to papers I have read Lisp bindings to
Freeciv once existed. I don't know if the bindings ever got published
or for that matter still exist)

Sincerely,
Sveinung

___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19893] Build from tarball requires same libtool version that was used while running autogen.sh

[Marko Lindqvist]

Follow-up Comment #3, bug #19893 (project freeciv):

There is "-f" passed to libtoolize in our autogen.sh after all, it just
doesn't work under the circumstances. I think I've got bug to file against
libtool.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19894] Cannot load savegame of barbarianless ruleset

[Marko Lindqvist]

Follow-up Comment #1, bug #19894 (project freeciv):

As ruleset is loaded first and settings reseted, or even changed by humans,
later, checks and restrictions should apply at the time of setting
barbarianrate setting. Not that it would be trivial to implement either - when
resetting to default values, default value for barbarianrate is sometimes
illegal value to set.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19868] Network protocol documentation

[Sveinung Kvilhaugsvik]

Follow-up Comment #2, bug #19868 (project freeciv):

> On Thu, Jul 5, 2012 at 6:38 PM, Marko Lindqvist wrote:
> Can you send your current patch as an reference what kind of results we are
> talking here?
>
Hopefully the patch will get uploaded to Gna for real this time. This is the
patch that I believed was uploaded last time. The initial message about how it
is a draft to explain the concept, contain bugs and was made in a hurry still
apply. I'm no longer sure my patch is useful enough to be committed. I'll try
to explain the patch better and then why I now doubt its usefulness.

The patch label items referred to by packets.def as used in the network
protocol by adding (or modifying) a comment unless I could see it mentioned.
The comments are not created to be machine readable (fixable). Items referred
to by items referred to by packets.def are seen as referred to by packets.def.
My previous statement applies recursively. (A dependency of a dependency of a
dependency is seen as referred to) Some items, like universal (and/or its
dependencies), may be missing because my code generator get them from manual
definitions. All knowledge the Freeciv sources has in a highly imperative form
is defined by hand so items like the functions in dataio.c are missing.

At the time I wrote the patch my understanding of the cap string was close to
"will it, assuming the other party isn't lying, make it easy for software to
know things are different from the beginning of the connection so an
appropriate action can be taken (like warning a human, asking
someone/something for more information or starting collecting data to learn
what has changed even before an unknown element is encountered)". During our
conversation on patch 3345 I realized that this isn't the case. This mean that
the added comments won't help developers know when to update the cap string.
If made machine readable it may be of some use to tools but then the
information would have to be kept updated and that would be extra work for
little gain (said the guy that already had software determining and extracting
dependencies for packets from the rest of the Freeciv source code). Adding
some comments to packets.def may be a better way to give hints to
reimplementers.

On Thu, Jul 5, 2012 at 10:38 PM, Gilles J. Seguin wrote:
> And packets.def is having it "all".
> You will find nothing else elsewhere.
>
I found the definitions of bitvectors (used as field types where the defined
length of the bitvector decides how many bytes should be read from/written to
the network), constants (used to limit the size of some fields), enums (used
as field types), functions that (imperatively) describe how to translate
various data types to/from the network, etc. This doesn't matter to
implementations that use the rest of (the same version of) the Freeciv source
code as they get those items there. Other implementations need a way, manually
or automatically, to get the information and convert it to a proper format
(like source code).

(file #15991)
___

Additional Item Attachment:

File name: labelProtoChangesDraft.patch   Size:13 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3361] Support web-links in helptexts

[Zakri Kneebone]

Follow-up Comment #2, patch #3361 (project freeciv):

Perhaps there could be a backport of bbcode to C99? Looking at bbcode.org I
see that there are .NET and C# implementations one of those could possibly be
ported quite easily. As I read though, it seems that it functions by
transforming to html. It's more of a security feature to avoid arbitrary code.
Implementing a reasonable subset for our own purposes should pretty
straightforward. Also, many people already know it that aren't programmers.

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19088] Put more Windows installer/packaging material under version control

[Marko Lindqvist]

Update of bug #19088 (project freeciv):

  Status:None => Ready For Test 
 Assigned to:   cproc => cazfi  


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19088] Put more Windows installer/packaging material under version control

[Marko Lindqvist]

Follow-up Comment #6, bug #19088 (project freeciv):

Material for S2_4 (and presumably TRUNK - I'll commit there too).

- Contains patch #3365
- libcurl and recursive dependencies added

(file #15990)
___

Additional Item Attachment:

File name: WinInstaller.tar.bz2   Size:4 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3375] Cilician nation

[Andrzej M. Gorzym]

URL:
  

 Summary: Cilician nation
 Project: Freeciv
Submitted by: artaxes
Submitted on: Fri 06 Jul 2012 03:31:06 PM CEST
Category: rulesets
Priority: 1 - Later
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: 

___

Details:

The Little Armenia.

http://en.wikipedia.org/wiki/File:Rubenid_Flag.svg



___

File Attachments:


---
Date: Fri 06 Jul 2012 03:31:06 PM CEST  Name: cilician.ruleset  Size: 2kB  
By: artaxes



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3374] Buildable property for road types

[Marko Lindqvist]

URL:
  

 Summary: Buildable property for road types
 Project: Freeciv
Submitted by: cazfi
Submitted on: Fri 06 Jul 2012 02:25:18 PM EEST
Category: general
Priority: 5 - Normal
  Status: Ready For Test
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: 2.5.0

___

Details:

Add "buildable" property for roads, similar to one for bases. This allows
creating special roads for scenarios, that player cannot build him/herself,
but that must be present initially or given by script.

The requirement type "Never" I every now and then consider adding would not be
sufficient replacement of this, since requirements check still needs to pass
in some situations (one couldn't add "Never" terrains in editor, terrain
change would always wipe out the road)



___

File Attachments:


---
Date: Fri 06 Jul 2012 02:25:19 PM EEST  Name: BuildableRoad.patch  Size: 7kB  
By: cazfi



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3359] Prefer .patch over .diff

[Marko Lindqvist]

Update of patch #3359 (project freeciv):

  Status:  Ready For Test => Done   
 Assigned to:None => cazfi  
 Open/Closed:Open => Closed 


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3373] Alanian nation

[Andrzej M. Gorzym]

URL:
  

 Summary: Alanian nation
 Project: Freeciv
Submitted by: artaxes
Submitted on: Fri 06 Jul 2012 11:55:08 AM CEST
Category: rulesets
Priority: 1 - Later
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: 

___

Details:

The Alans.

Flag with bow from clip-art and Ossetian colours.



___

File Attachments:


---
Date: Fri 06 Jul 2012 11:55:08 AM CEST  Name: alanian.svg  Size: 8kB   By:
artaxes


---
Date: Fri 06 Jul 2012 11:55:08 AM CEST  Name: alanian.ruleset  Size: 3kB   By:
artaxes



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19898] '/delegate take' doesn't check that target player has actually been delegated to this user

[Jacob Nevins]

Follow-up Comment #2, bug #19898 (project freeciv):

(I'm having other trouble -- server crashes -- when I'm testing delegation;
that'll be the subject of another ticket if I confirm it.)

___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [bug #19898] '/delegate take' doesn't check that target player has actually been delegated to this user

[Jacob Nevins]

Update of bug #19898 (project freeciv):

  Status: In Progress => Ready For Test 

___

Follow-up Comment #1:

I plan to commit this soon unless anyone tells me I've fundamentally
misunderstood how delegation is supposed to work.

(file #15985)
___

Additional Item Attachment:

File name: trunk-S2_4-delegate-take-permission.patch Size:0 KB


___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev

[Freeciv-Dev] [patch #3372] Kamboja nation

[Andrzej M. Gorzym]

URL:
  

 Summary: Kamboja nation
 Project: Freeciv
Submitted by: artaxes
Submitted on: Fri 06 Jul 2012 09:16:25 AM CEST
Category: rulesets
Priority: 1 - Later
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Planned Release: 

___

Details:

Ancient Iranian Kamboja.

Flag based on Faravahar symbol from Wikimedia Commons.



___

File Attachments:


---
Date: Fri 06 Jul 2012 09:16:25 AM CEST  Name: kamboja.ruleset  Size: 2kB   By:
artaxes


---
Date: Fri 06 Jul 2012 09:16:25 AM CEST  Name: kamboja.svg  Size: 111kB   By:
artaxes



___

Reply to this item at:

  

___
  Message sent via/by Gna!
  http://gna.org/


___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev