[Wesnoth-bugs] [bug #20268] Make it possible for Wesnoth to provide month name translations and the like

[anonymous]

Follow-up Comment #5, bug #20268 (project wesnoth):

boost::locale is now required depencency on windows.

There are however some plattforms where we don't require boost locale yet see
this thread: http://forums.wesnoth.org/viewtopic.php?f=10=41196

___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23897] Neither 1.12.x nor 1.13.x builds with boost 1.59.0

[anonymous]

Follow-up Comment #1, bug #23897 (project wesnoth):

first issue: 
seems like a semicolon missing after BOOST_GLOBAL_FIXTURE
second issue:
afaik wmlparser3 i meant to be used with python3.

both the boost tests and the python tools are not necessary to play wesnoth,
you should try to disable these things from your build.


___

Reply to this item at:

  

___
  Nachricht gesendet von/durch Gna!
  http://gna.org/


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23896] [show_if] no longer works

[Celtic Minstrel]

Update of bug #23896 (project wesnoth):

 Assigned to:None => celticminstrel 


___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23897] Neither 1.12.x nor 1.13.x builds with boost 1.59.0

[Jon Ciesla]

URL:
  

 Summary: Neither 1.12.x nor 1.13.x builds with boost 1.59.0
 Project: Battle for Wesnoth
Submitted by: limburgher
Submitted on: Tue 22 Sep 2015 05:07:10 PM UTC
Category: Bug
Severity: 4 - Important
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.x
Operating System: Linux

___

Details:

Build log for 1.12.4 against Fedora rawhide ends with:

g++ -o build/release/tests/main.o -c -std=c++98 -W -O2 -O2 -g -pipe -Wall
-Werror=format-security -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m32 
src/tests/main.cpp:98:3: error: expected initializer at end of input
 BOOST_GLOBAL_FIXTURE(wesnoth_global_fixture)
   ^
scons: *** [build/release/tests/main.o] Error 1
scons: building terminated because of errors.


I also tried the most recent git version but it fails for another reason:

Bytecompiling .py files below
/home/limb/rpmbuild/BUILDROOT/wesnoth-1.13.1-0.fc24git52558d.x86_64/usr/lib/python2.7
using /usr/bin/python2.7
Compiling
/home/limb/rpmbuild/BUILDROOT/wesnoth-1.13.1-0.fc24git52558d.x86_64/usr/share/wesnoth/data/tools/wesnoth/wmlparser3.py
...
  File "/usr/share/wesnoth/data/tools/wesnoth/wmlparser3.py", line 81
def __init__(self, data : bytes):
^
SyntaxError: invalid syntax





___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23896] [show_if] no longer works

[Celtic Minstrel]

Update of bug #23896 (project wesnoth):

  Status:None => Fixed  

___

Follow-up Comment #1:

Looks like it was a typo in the new [message] implementation (it was checking
[message][show_if] instead of the [option][show_if]). Seems to work now.

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23896] [show_if] no longer works

[Ignacio R. Morelle]

Update of bug #23896 (project wesnoth):

 Open/Closed:Open => Closed 


___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23896] [show_if] no longer works

[Celtic Minstrel]

Follow-up Comment #2, bug #23896 (project wesnoth):

(Where "now" means commit d5eea2abbf3d )

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23899] Eastern Invasion - Lake Vrug - Objectives for defeating leaders appear when leaders already defeated.

[Inky]

URL:
  

 Summary: Eastern Invasion - Lake Vrug - Objectives for
defeating leaders appear when leaders already defeated.
 Project: Battle for Wesnoth
Submitted by: inky
Submitted on: Wed 23 Sep 2015 03:01:34 AM UTC
Category: Bug
Severity: 2 - Minor
Priority: 5 - Normal
  Item Group: Campaign
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.12.4
Operating System: windows 7

___

Details:

In Lake Vrug, the player wins when they defeat all enemy leaders and move
Dacyn to the fort.

However even if the player has already defeated all enemy leaders when Dacyn
moves to the fort, there is dialogue about needing to defeat the leaders and
the objectives change to "defeat all enemy leaders."

Victory is achieved at the end of the turn, but it's still very confusing.

Instead of checking at the end of each turn whether both conditions are met,
the moveto event for Dacyn should be changed to immediately check whether the
enemies have been defeated.




___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #20268] Make it possible for Wesnoth to provide month name translations and the like

[Wedge009]

Follow-up Comment #6, bug #20268 (project wesnoth):

This one sounds rather out of my depth then. But good to know that our main
supported platforms seem to be okay.

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23883] Legend of Wesmere: Elvish scouts can advance to horse archers, which are not stored

[Wedge009]

Follow-up Comment #4, bug #23883 (project wesnoth):

Perhaps, but it can be removed in the development master. I don't know who has
taken over maintenance of Legend of Wesmere (if anyone), but perhaps the
decision to remove or fix it should be left to them.

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #23896] [show_if] no longer works

[Pentarctagon]

URL:
  

 Summary: [show_if] no longer works
 Project: Battle for Wesnoth
Submitted by: pentarctag0n
Submitted on: Tue 22 Sep 2015 07:44:03 AM UTC
Category: Bug
Severity: 3 - Normal
Priority: 5 - Normal
  Item Group:  None of the others
  Status: None
 Privacy: Public
 Assigned to: None
Originator Email: 
 Open/Closed: Open
 Discussion Lock: Any
 Release: 1.13.1+dev
Operating System: Linux Mint/Win7

___

Details:

With the following code, both options appear.


[event]
  name=start
  
  {VARIABLE test 1}
  
  [message]
speaker=narrator
message=""

[option]
  message="one"
  [show_if]
[variable]
  name=test
  equals=1
[/variable]
  [/show_if]
[/option]

[option]
  message="not one"
  [show_if]
[variable]
  name=test
  not_equals=1
[/variable]
  [/show_if]
[/option]

  [/message]
[/event]





___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #20268] Make it possible for Wesnoth to provide month name translations and the like

[Wedge009]

Follow-up Comment #4, bug #20268 (project wesnoth):

I'm not familiar with the details of this one, but is it still a problem now?
Can boost be of assistance now? In Ubuntu, at least, boost packages are at
least 1.54 in recent releases and is 1.48 for long-term supported release
12.04.

aquileia's external dependencies package for Windows compilation includes
recent boost releases as well.

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #20071] Segfault when an unit with a planned action is killed.

[Wedge009]

Follow-up Comment #2, bug #20071 (project wesnoth):

I thought this would be easy to reproduce, but having trouble. Maybe I'm
misunderstanding it? I have a low-health unit and plan a move to attack an
enemy. Upon ending my turn the unit attacks the enemy, but is killed when the
enemy retaliates... and nothing unusual happens?

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs

[Wesnoth-bugs] [bug #20193] wesnoth does not start fullscreen with wrong resolution set

[Wedge009]

Follow-up Comment #4, bug #20193 (project wesnoth):

SDL2 build might not be fully ready yet, but I'm guessing this one is fixed
when it is? Building with SDL2, full-screen mode seems to always run at my
monitor's native resolution regardless of what I have set in my preferences
file. Building with SDL1.2, I get a scaled image in full-screen mode when
preferences is set to something less than the native resolution. Only when
preferences is set to something greater than the native resolution does the
game appear to not start at all (presumably crashes before a window is even
generated), and the stderr.txt exhibits what peterdes describes.

The above is from testing in Windows 7.

___

Reply to this item at:

  

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


___
Wesnoth-bugs mailing list
Wesnoth-bugs@gna.org
https://mail.gna.org/listinfo/wesnoth-bugs