Re: [Freeciv-Dev] 2.5 Release Goals (and 2.5.0-beta2)

[Pepeto]

Thank you very much, you have again done a very great job !
- Pepeto

Le mardi 28 octobre 2014 à 01:48 +, Jacob Nevins a écrit :
> I wrote:
> > Summary: I'm not aware of any major reasons not to spin a beta2 release
> > soonish. In particular, I haven't spotted anything outstanding in the
> > beta1 bug reports that would block another beta.
> > Anyone got anything? Otherwise I'll suggest a date.
> 
> Bugs have come out of the woodwork, and blockers are now tracked at
> .
> 
> Anyway, here's a first draft of the release notes.
> 



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

Re: [Freeciv-Dev] 2.5 Release Goals (and 2.5.0-beta2)

[Jacob Nevins]

I wrote:
> Summary: I'm not aware of any major reasons not to spin a beta2 release
> soonish. In particular, I haven't spotted anything outstanding in the
> beta1 bug reports that would block another beta.
> Anyone got anything? Otherwise I'll suggest a date.

Bugs have come out of the woodwork, and blockers are now tracked at
.

Anyway, here's a first draft of the release notes.


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

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

On 6 April 2014 23:26, Marko Lindqvist  wrote:
> On 6 April 2014 17:43, Jacob Nevins
> <0jacobnk.fc...@chiark.greenend.org.uk> wrote:
>> Months ago (on 3 Jan), Marko Lindqvist wrote:
>
>
> patch #4190: Split translations to multiple po-files
>
> If we are going to add information about what translation domain
> translations about the nation should be fetched to the rulesets, it
> must be done before datafile format freeze.

  This has been implemented to the extend I dreamed about, but the
 ticket has been given to jtn to further evaluate what more is needed.
>>>
>>>  ?
>>
>> I don't now expect to implement anything like the full madness of
>> , but there's still a
>> minimal level of work required in defining a suitable workflow for
>> importing translations, updating freeciv.pot, updating po-files, etc in
>> a world with multiple translation domains.
>> (This is quite high-priority, because it's indirectly retarding
>> translator work on S2_5 and later.)

 To be honest I see only two problems regarding 2.5 implementation.

 Of those, the only technical one, is that some titles might appear as
strings in both domains, requiring translation twice.
 However, number of those strings is very low in the big picture, and
that mainly affects only new translations in 2.5 - Migration of
existing translations from S2_4 places the translation to both
domains.

 The other problem is lack of documentation about migrating
translations from S2_4 to S2_5, and about translating S2_5. But given
that currently almost no translator commits translations themselves,
this is not a big issue, and in any case would not need code changes,
but just instructions sent to i18n list and probably some wiki updates
(about translation work in S2_5 and later).

> Qt-client
>
> Qt-client is coming along so well that it would be a shame not to get it
> to "supported client" status in 2.5. Mir3x probably keeps on working on
> Qt4 based version.
>>>
>>>  Qt5 now.
>>
>> I haven't been keeping on top of the Qt client. Is there a description
>> of the major missing features at the moment? Perhaps we need a
>> metaticket?
>
>  We have metaticket patch #4417, but it doesn't have much content - I
> have had only a couple short sessions with Qt-client so not explored
> what it absolutely still needs.

 It will most likely keep its "experimental" status in 2.5.

  New Qt-client related item is that I'd want freeciv-mp-qt to be in
 good enough shape to be used in those installations that use
 Qt-client, so one does not need to mix gtk-based freeciv-mp-gtk[23] to
 Qt system.
 I'm working on this.
>>>
>>> Mostly done
>>
>> Done?
>
>  I'm not completely satisfied with the quality.

 Still not completely satisfactory, but not needed if Qt-client does
not make it.

> patch #3448: "Nation sets": allow set of nations that will ever appear
> in-game to be chosen
>
> Affects both network protocol and ruleset format, I think.

  There has been some progress.
>>>
>>>  If I have understood correctly all that is missing is support from
>>> some of the clients. That shouldn't stop us from going toward beta (no
>>> network protocol issues, I assume)
>>
>> That's about right. With the Gtk clients, I consider the feature
>> complete.
>>
>> However, I'm keen that every supported client should have a UI for this
>> feature, even if a minimal one. Otherwise, all the nations maintainers'
>> hard work on the "extended" nation set becomes completely invisible to
>> casual users of that client, which was something I explicitly wanted to
>> avoid when creating two tiers of nations.
>>
>> Help in this area would be appreciated. In particular, I've not done any
>> Qt hacking, so if someone else could add support to the Qt client, that
>> would be great.
>>  "Qt client support for nation sets"
>>
>> The SDL client should also have support. I'd be content with minimal
>> support to start with (add a drop-down, but if you change it the nations
>> dialog pops down -- this would save some fiddly widget-wrangling).
>>  "SDL client support for nation sets"

 Again, if Qt-client is not going to make it as a whole, missing this
one particular feature is not an issue.

>  I have this in my personal TODO notes in the roadmap of sdl2-client
> development (I expect to learn more of the sdl(2)-client widget code
> by doing other tasks before trying to tackle this)

 I think I can get to actual implementation soon. I already committed
one patch improving things a bit

> gtk3-client as default
>
> Gtk3-client is default client in 2.5. Its remaining issues should be
> resolved that it would be worthy of that status.

  There's windows version available now, but it has performance issues.
>>>
>>>  It would be nice to get it tested in betas, but not going to put
>>> beta1 

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

On 15 April 2014 04:24, Marko Lindqvist  wrote:
> On 7 April 2014 21:54, Marko Lindqvist  wrote:
>> On 6 April 2014 23:26, Marko Lindqvist  wrote:
>>> On 6 April 2014 17:43, Jacob Nevins
>>> <0jacobnk.fc...@chiark.greenend.org.uk> wrote:

 Some time ago, I think you offered to provide a summary of the major
 changes as a starting point for the release note. If that offer's still
 open, I'd like to take it up.
>>>
>>>  Just give me week or two.
>>
>
>  I hope this kind of listing is sufficient for you.

 In the future I hope to avoid the massive operation of going through
svn logs of entire release cycle at once by constantly maintaining
this kind of document during the development, especially as it seems
that 2.6 will have even more commits than 2.5 (a huge percentage of
them to be listed under single heading "tile extras").
 So please tell if any changes are needed to the format so I can start
working 2.6 document toward current HEAD.



 - ML

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

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

On 6 April 2014 23:26, Marko Lindqvist  wrote:
> On 6 April 2014 17:43, Jacob Nevins
> <0jacobnk.fc...@chiark.greenend.org.uk> wrote:
>>
>> Some time ago, I think you offered to provide a summary of the major
>> changes as a starting point for the release note. If that offer's still
>> open, I'd like to take it up.
>
>  Just give me week or two.

 Meanwhile, some existing documentation about 2.4 -> 2.5:

"See also doc/README.packaging,
http://freeciv.wikia.com/wiki/How_to_update_a_ruleset_from_2.4_to_2.5,
http://freeciv.wikia.com/wiki/How_to_update_a_tileset_from_2.4_to_2.5, and
http://freeciv.wikia.com/wiki/Events_Reference_Manual for anything marked "2.5""


 As for going through svn changelog:

First commit in TRUNK since branching S2_4: 20417
Last commit in TRUNK before branching S2_5: 22811
Current commit in S2_5:  24746


 At the moment I'm going on TRUNK r20901.



 - ML

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

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

On 6 April 2014 17:43, Jacob Nevins
<0jacobnk.fc...@chiark.greenend.org.uk> wrote:
> Months ago (on 3 Jan), Marko Lindqvist wrote:
>>  Now already evaluating this list with beta1 in mind (mainly because
>> network protocol and datafile format freezes are needed before beta)
>
> Hello, yes. I need to get on top of 2.5.0-beta1. Sorry for the lack of
> activity on that.
>
> I haven't started making a release note, which was the process that
> drove getting to release quality for 2.4 (working out how to describe
> the new features => reverse-engineering documentation => raising and
> fixing bugs found while testing my understanding).
>
> Some time ago, I think you offered to provide a summary of the major
> changes as a starting point for the release note. If that offer's still
> open, I'd like to take it up.

 Just give me week or two.

 Here's list of features I think should make it to 2.5 (not necessarily
 complete - I may have forgotten something) I hope other maintainers to
 reply with their own additions and comments to the list.

 patch #4190: Split translations to multiple po-files

 If we are going to add information about what translation domain
 translations about the nation should be fetched to the rulesets, it
 must be done before datafile format freeze.
>>>
>>>  This has been implemented to the extend I dreamed about, but the
>>> ticket has been given to jtn to further evaluate what more is needed.
>>
>>  ?
>
> I don't now expect to implement anything like the full madness of
> , but there's still a
> minimal level of work required in defining a suitable workflow for
> importing translations, updating freeciv.pot, updating po-files, etc in
> a world with multiple translation domains.
> (This is quite high-priority, because it's indirectly retarding
> translator work on S2_5 and later.)
>
 Qt-client

 Qt-client is coming along so well that it would be a shame not to get it
 to "supported client" status in 2.5. Mir3x probably keeps on working on
 Qt4 based version.
>>
>>  Qt5 now.
>
> I haven't been keeping on top of the Qt client. Is there a description
> of the major missing features at the moment? Perhaps we need a
> metaticket?

 We have metaticket patch #4417, but it doesn't have much content - I
have had only a couple short sessions with Qt-client so not explored
what it absolutely still needs.

> In the absence of that knowledge, this feels a bit ambitious to me. We
> still have work getting Gtk3 client up to "supported client" status IMO
> (see below).

 gtk3-client should not only be "supported", but even "default"...
Remember that both "sdl" and even "xaw" are supported clients... But
you're right, and I never meant that this should be a blocker for 2.5
(if Mir3x has not time to work on this, I don't anybody else to), just
something that we might get.

>>>  New Qt-client related item is that I'd want freeciv-mp-qt to be in
>>> good enough shape to be used in those installations that use
>>> Qt-client, so one does not need to mix gtk-based freeciv-mp-gtk[23] to
>>> Qt system.
>>> I'm working on this.
>>
>> Mostly done
>
> Done?

 I'm not completely satisfied with the quality.

 patch #3448: "Nation sets": allow set of nations that will ever appear
 in-game to be chosen

 Affects both network protocol and ruleset format, I think.
>>>
>>>  There has been some progress.
>>
>>  If I have understood correctly all that is missing is support from
>> some of the clients. That shouldn't stop us from going toward beta (no
>> network protocol issues, I assume)
>
> That's about right. With the Gtk clients, I consider the feature
> complete.
>
> However, I'm keen that every supported client should have a UI for this
> feature, even if a minimal one. Otherwise, all the nations maintainers'
> hard work on the "extended" nation set becomes completely invisible to
> casual users of that client, which was something I explicitly wanted to
> avoid when creating two tiers of nations.
>
> Help in this area would be appreciated. In particular, I've not done any
> Qt hacking, so if someone else could add support to the Qt client, that
> would be great.
>  "Qt client support for nation sets"
>
> The SDL client should also have support. I'd be content with minimal
> support to start with (add a drop-down, but if you change it the nations
> dialog pops down -- this would save some fiddly widget-wrangling).
>  "SDL client support for nation sets"

 I have this in my personal TODO notes in the roadmap of sdl2-client
development (I expect to learn more of the sdl(2)-client widget code
by doing other tasks before trying to tackle this)

> (I'm willing to let the Xaw client slide.)

 It's soon time to do our regular "do we really still need xaw-client
maintained" discussion, I think. Those who insist it must be kept are
not showing it the love acc

Re: [Freeciv-Dev] 2.5 Release Goals

[Jacob Nevins]

Months ago (on 3 Jan), Marko Lindqvist wrote:
>  Now already evaluating this list with beta1 in mind (mainly because
> network protocol and datafile format freezes are needed before beta)

Hello, yes. I need to get on top of 2.5.0-beta1. Sorry for the lack of
activity on that.

I haven't started making a release note, which was the process that
drove getting to release quality for 2.4 (working out how to describe
the new features => reverse-engineering documentation => raising and
fixing bugs found while testing my understanding).

Some time ago, I think you offered to provide a summary of the major
changes as a starting point for the release note. If that offer's still
open, I'd like to take it up. I expect I'll still be doing my
ultra-complete trawl through svn logs, but perhaps having a summary of
the big themes rather than reverse-engineering them will expedite the
process.

>>> Here's list of features I think should make it to 2.5 (not necessarily
>>> complete - I may have forgotten something) I hope other maintainers to
>>> reply with their own additions and comments to the list.
>>>
>>> patch #4190: Split translations to multiple po-files
>>>
>>> If we are going to add information about what translation domain
>>> translations about the nation should be fetched to the rulesets, it
>>> must be done before datafile format freeze.
>>
>>  This has been implemented to the extend I dreamed about, but the
>> ticket has been given to jtn to further evaluate what more is needed.
> 
>  ?

I don't now expect to implement anything like the full madness of
, but there's still a
minimal level of work required in defining a suitable workflow for
importing translations, updating freeciv.pot, updating po-files, etc in
a world with multiple translation domains.
(This is quite high-priority, because it's indirectly retarding
translator work on S2_5 and later.)

>>> Qt-client
>>>
>>> Qt-client is coming along so well that it would be a shame not to get it
>>> to "supported client" status in 2.5. Mir3x probably keeps on working on
>>> Qt4 based version.
> 
>  Qt5 now.

I haven't been keeping on top of the Qt client. Is there a description
of the major missing features at the moment? Perhaps we need a
metaticket?

In the absence of that knowledge, this feels a bit ambitious to me. We
still have work getting Gtk3 client up to "supported client" status IMO
(see below).

>>  New Qt-client related item is that I'd want freeciv-mp-qt to be in
>> good enough shape to be used in those installations that use
>> Qt-client, so one does not need to mix gtk-based freeciv-mp-gtk[23] to
>> Qt system.
>> I'm working on this.
>
> Mostly done

Done?

>>> patch #3448: "Nation sets": allow set of nations that will ever appear
>>> in-game to be chosen
>>>
>>> Affects both network protocol and ruleset format, I think.
>>
>>  There has been some progress.
> 
>  If I have understood correctly all that is missing is support from
> some of the clients. That shouldn't stop us from going toward beta (no
> network protocol issues, I assume)

That's about right. With the Gtk clients, I consider the feature
complete.

However, I'm keen that every supported client should have a UI for this
feature, even if a minimal one. Otherwise, all the nations maintainers'
hard work on the "extended" nation set becomes completely invisible to
casual users of that client, which was something I explicitly wanted to
avoid when creating two tiers of nations.

Help in this area would be appreciated. In particular, I've not done any
Qt hacking, so if someone else could add support to the Qt client, that
would be great.
 "Qt client support for nation sets"

The SDL client should also have support. I'd be content with minimal
support to start with (add a drop-down, but if you change it the nations
dialog pops down -- this would save some fiddly widget-wrangling).
 "SDL client support for nation sets"

(I'm willing to let the Xaw client slide.)

>>> patch #4088: Included dependencies of sdl-client
>>
>>  SDL_gfx has been handled.
>>  SDL_ttf remains.
> 
>   There's patches about SDL_ttf side too, so this can be closed soon.

 closed => done?

>>> bug #17887: Tech prerequisites misdisplayed in help if root_req set
>>>
>>> For a long time this was release blocker for 2.4, until we just worked
>>> around the need to get it done for 2.4. I hope we will not be forced to
>>> do that again with 2.5.
>>
>>  No progress.
> 
>  Working on that area. TRUNK is getting bigger rewrite, but easy fixes
> will go to stable branches too. Those do not need protocol changes, so
> this is not blocking beta. It's quite ok for this to wait to beta2.

Haven't dug into where this got up to. (For 2.4.2 I claimed that
"problems remain" in this area, but in fact I can't point to anything
specific; and I don't know whether 2.5 is actually better.)

Would we now in theory

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

 Now already evaluating this list with beta1 in mind (mainly because
network protocol and datafile format freezes are needed before beta)


On 12 December 2013 22:41, Marko Lindqvist  wrote:
> On 13 October 2013 23:22, Marko Lindqvist  wrote:
>> It's about time we list what features we still want to go in to 2.5,
>> and start following our progress. At this point idea is not to list
>> every detail and single patch, but the bigger features.
>> Here's list of features I think should make it to 2.5 (not necessarily
>> complete - I may have forgotten something) I hope other maintainers to
>> reply with their own additions and comments to the list.
>>
>>
>> patch #4190: Split translations to multiple po-files
>>
>> If we are going to add information about what translation domain translations
>> about the nation should be fetched to the rulesets, it must be done before
>> datafile format freeze.
>
>  This has been implemented to the extend I dreamed about, but the
> ticket has been given to jtn to further evaluate what more is needed.

 ?

>
>> Qt-client
>>
>> Qt-client is coming along so well that it would be a shame not to get it
>> to "supported client" status in 2.5. Mir3x probably keeps on working on
>> Qt4 based version.
>> It's such a long time before 2.6 is to be expected, that I really don't want
>> to make Qt-client of 2.5 Qt4-only. We need to support building against Qt5
>> too. I'm working on that.
>
>  It's 2.5 now.

 Err.. Qt5 now.

>  New Qt-client related item is that I'd want freeciv-mp-qt to be in
> good enough shape to be used in those installations that use
> Qt-client, so one does not need to mix gtk-based freeciv-mp-gtk[23] to
> Qt system.
> I'm working on this.

 Mostly done

>> patch #3448: "Nation sets": allow set of nations that will ever appear
>> in-game to be chosen
>>
>> Affects both network protocol and ruleset format, I think.
>
>  There has been some progress.

 If I have understood correctly all that is missing is support from
some of the clients. That shouldn't stop us from going toward beta (no
network protocol issues, I assume)

>> patch #4088: Included dependencies of sdl-client
>
>  SDL_gfx has been handled.
>
>  SDL_ttf remains. We have files modified from the upstream, so it's
> more understandable, and it's not clear if one should touch that part
> in stable S2_5 any more.

  There's patches about SDL_ttf side too, so this can be closed soon.

>> bug #17887: Tech prerequisites misdisplayed in help if root_req set
>>
>> For a long time this was release blocker for 2.4, until we just worked
>> around the need to get it done for 2.4. I hope we will not be forced to
>> do that again with 2.5.
>
>  No progress.

 Working on that area. TRUNK is getting bigger rewrite, but easy fixes
will go to stable branches too. Those do not need protocol changes, so
this is not blocking beta. It's quite ok for this to wait to beta2.

>> gtk3-client as default
>>
>> Gtk3-client is default client in 2.5. Its remaining issues should be
>> resolved that it would be worthy of that status.
>
>  There's windows version available now, but it has performance issues.

 It would be nice to get it tested in betas, but not going to put
beta1 to who-knows-how-long wait for this. Blocking final 2.5.0,
though.

>> Missing art: bug #20536, bug #20032, bug #20031, bug #20029, bug #20030
>>
>> Getting art contributions has always been hard and wait long. This also means
>> that we try to avoid creating more art needs to S2_5. Such needs should be
>> created earlier in the release cycle giving more time for someone to actually
>> do the work before the release.

 Not blocking beta, but should remind artists that there's eventually
going to be 2.5 release.

>  About the schedule:
>
>  1) Would targeting 01-Mar-14 as datafile format freeze be ok for everyone?
>  If yes, 2) Would targeting network protocol freeze about half a month
> later (15-Mar-14) be ok?
>  If yes, 3) Would targeting beta1 couple of weeks later be ok?

 While it still feels like we are just starting the 2.6 development,
it's actually over 8 months since S2_5 was branched. With our old goal
of major release once a year we would be already 2/3 on the way to
branching S2_6. I think that even 18 Months (like between S2_4 and
S2_5) is going to be challenging (read: after several rather
feature-packet major releases 2.6 might be a bit smaller step forward)
 but in the spirit of "release early, release often" I want to target
02-Nov as S2_6 branching date for now.


 - ML

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

Re: [Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

On 13 October 2013 23:22, Marko Lindqvist  wrote:
> It's about time we list what features we still want to go in to 2.5,
> and start following our progress. At this point idea is not to list
> every detail and single patch, but the bigger features.
> Here's list of features I think should make it to 2.5 (not necessarily
> complete - I may have forgotten something) I hope other maintainers to
> reply with their own additions and comments to the list.
>
>
> patch #4190: Split translations to multiple po-files
>
> If we are going to add information about what translation domain translations
> about the nation should be fetched to the rulesets, it must be done before
> datafile format freeze.

 This has been implemented to the extend I dreamed about, but the
ticket has been given to jtn to further evaluate what more is needed.

> Qt-client
>
> Qt-client is coming along so well that it would be a shame not to get it
> to "supported client" status in 2.5. Mir3x probably keeps on working on
> Qt4 based version.
> It's such a long time before 2.6 is to be expected, that I really don't want
> to make Qt-client of 2.5 Qt4-only. We need to support building against Qt5
> too. I'm working on that.

 It's 2.5 now.

 New Qt-client related item is that I'd want freeciv-mp-qt to be in
good enough shape to be used in those installations that use
Qt-client, so one does not need to mix gtk-based freeciv-mp-gtk[23] to
Qt system.
I'm working on this.

> patch #3448: "Nation sets": allow set of nations that will ever appear
> in-game to be chosen
>
> Affects both network protocol and ruleset format, I think.

 There has been some progress.

> patch #4088: Included dependencies of sdl-client

 SDL_gfx has been handled.

 SDL_ttf remains. We have files modified from the upstream, so it's
more understandable, and it's not clear if one should touch that part
in stable S2_5 any more.

> bug #17887: Tech prerequisites misdisplayed in help if root_req set
>
> For a long time this was release blocker for 2.4, until we just worked
> around the need to get it done for 2.4. I hope we will not be forced to
> do that again with 2.5.

 No progress.

> gtk3-client as default
>
> Gtk3-client is default client in 2.5. Its remaining issues should be
> resolved that it would be worthy of that status.

 There's windows version available now, but it has performance issues.

> Missing art: bug #20536, bug #20032, bug #20031, bug #20029, bug #20030
>
> Getting art contributions has always been hard and wait long. This also means
> that we try to avoid creating more art needs to S2_5. Such needs should be
> created earlier in the release cycle giving more time for someone to actually
> do the work before the release.


 About the schedule:

 1) Would targeting 01-Mar-14 as datafile format freeze be ok for everyone?
 If yes, 2) Would targeting network protocol freeze about half a month
later (15-Mar-14) be ok?
 If yes, 3) Would targeting beta1 couple of weeks later be ok?



 - ML

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

[Freeciv-Dev] 2.5 Release Goals

[Marko Lindqvist]

It's about time we list what features we still want to go in to 2.5,
and start following our progress. At this point idea is not to list
every detail and single patch, but the bigger features.
Here's list of features I think should make it to 2.5 (not necessarily
complete - I may have forgotten something) I hope other maintainers to
reply with their own additions and comments to the list.


patch #4190: Split translations to multiple po-files

If we are going to add information about what translation domain translations
about the nation should be fetched to the rulesets, it must be done before
datafile format freeze.


Qt-client

Qt-client is coming along so well that it would be a shame not to get it
to "supported client" status in 2.5. Mir3x probably keeps on working on
Qt4 based version.
It's such a long time before 2.6 is to be expected, that I really don't want
to make Qt-client of 2.5 Qt4-only. We need to support building against Qt5
too. I'm working on that.


patch #3448: "Nation sets": allow set of nations that will ever appear
in-game to be chosen

Affects both network protocol and ruleset format, I think.


patch #4088: Included dependencies of sdl-client


bug #17887: Tech prerequisites misdisplayed in help if root_req set

For a long time this was release blocker for 2.4, until we just worked
around the need to get it done for 2.4. I hope we will not be forced to
do that again with 2.5.


gtk3-client as default

Gtk3-client is default client in 2.5. Its remaining issues should be
resolved that it would be worthy of that status.


Missing art: bug #20536, bug #20032, bug #20031, bug #20029, bug #20030

Getting art contributions has always been hard and wait long. This also means
that we try to avoid creating more art needs to S2_5. Such needs should be
created earlier in the release cycle giving more time for someone to actually
do the work before the release.



 - ML

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