[Widelands-dev] Test driving this mailing list

I am currently test driving this mailing list to see if setting up a group widelands-public and adding a mailinglist to it would be a suitable replacement for widelands-public at sf.net. The only downside I see so far (if this list works well) is that everyone that would like to join the mailing

Re: [Widelands-dev] Test driving this mailing list

Note: the reply to adress of this ML is not the mailinglist but the sender. This pretty much rules them out for the moment for me. Read below. > Hi, > I'd say it'd be best to move the list to launchpad. It's a better > solution than still using sf for that. > Although what about the old archive

Re: [Widelands-dev] Bzr commit mixup

Hey, the flow of actions was as follows: - Peter accidentally pushed to trunk and messed up the history of trunk. - I restored from a backup I had here from r6436. We lost 3 revision (-r6439). - Peter replayed those revisions via patches. The content of trunk is now as it was before the mishap, t

Re: [Widelands-dev] Fonts in Widelands

Aaah, I was expecting this discussion to come up :). So here is my line of reasoning for DejaVu: FreeSerif and FreeSans (the new versions) looked strange when used with ptsize < 14. The characters were jumping up and down in a single line. Granted, I did not invest much time to bug fix this iss

Re: [Widelands-dev] Fonts in Widelands

Hi, > I general agree with you, Holger, and I never wanted to put you under > pressure to fix the FreeFont problems. For me it's okay, if we take the way > you suggested. I realized meanwhile that the new font is quite wide and needs a lot more real estate than the old one. That makes a lot of

Re: [Widelands-dev] Changing buildcaps to prevent blockage

+1 for breaking now and fixing this sucka. On 09.02.2013, at 22:13, Nicolai Hähnle wrote: > Hi everyone, > > as you know, there are a number of really old bugs in our tracker about how > certain things can cause total blockage, especially building big buildings. > Think https://bugs.launchpad

Re: [Widelands-dev] [Bug 1191655] Re: Website Frontpage needs some rework

On 30.06.2013, at 18:34, Teppo Maenpaa wrote: > On Sun, Jun 30, 2013 at 03:41:15PM -, SirVer wrote: > >> The game was heavily inspired by Settlers II™ (© Bluebyte) but has more >> depth to its gameplay. > > What about: > >> The game was originally inspired by Settlers II™ (© Bluebyte) bu

Re: [Widelands-dev] Build 18

Discussion continues on widelands-public :). Am 13.07.2013 um 11:50 schrieb Peter Schwanemann : > Hi everyone, > > Build 17 was released 1 1/4 year ago. It's getting time to get Build18 out > of the door. I already had a chat with Holger whether we name it Build18 or > 1.0 - initially I want

Re: [Widelands-dev] Construction sites

On 15.07.2013, at 15:52, Teppo Maenpaa wrote: > On Sun, Jul 14, 2013 at 09:53:25PM -, cghislai wrote: > >> Related bugs: >> Bug #580905 in widelands: "write building status in a different font color >> for construction sites" >> https://bugs.launchpad.net/widelands/+bug/580905 > > Hi, >

Re: [Widelands-dev] Construction sites

On 16.07.2013, at 08:03, Teppo Maenpaa wrote: > On Mon, Jul 15, 2013 at 08:34:35PM +0200, Holger Rapp wrote: > >> I like the suggestion - however I am a bit concerned how this can be >> explained to the user. So if you implement this, you will also need to >> implem

Re: [Widelands-dev] Construction sites

On 17.07.2013, at 04:50, Teppo Maenpaa wrote: > On Tue, Jul 16, 2013 at 10:15:30PM +0200, Holger Rapp wrote: > >> What you are proposing uses color as the only way to convey information. >> This is bad for a number of reasons, the first that it is abstract (in the >>

Re: [Widelands-dev] Construction sites

On 18.07.2013, at 15:31, Teppo Maenpaa wrote: > On Wed, Jul 17, 2013 at 07:44:40AM +0200, Holger Rapp wrote: > >> No, I do not think you are correct here. There is so much difference in the >> way people can or cannot perceive color. Brightness doesn't seem to be >

Re: [Widelands-dev] [Build #4807773] amd64 build of widelands 1:17-ppa0-bzr6637+trunk+~precise1 in ubuntu precise RELEASE (widelands-dev-widelands-daily PPA)

On 19.07.2013, at 18:29, Charles Ghislain wrote: > Looks like the libboost-random1.46-dev package is not installed. Only appears > in the recommendations. I have no idea how to configure these builds. Who did set them up? > > > On Friday 19 July 2013 16:20:24 Launchpad Buildd System wrote: >

[Widelands-dev] Build 18 first snow feature freeze

Hello, I just wrote the news post for first snow feature freeze of build18. https://wl.widelands.org/news/2013/09/15/build-18-first-snow-feature-freeze-now-place/ There is one more outstanding bug - as soon as this is fixed we can fix a date for the real feature freeze. We also have a tourname

Re: [Widelands-dev] clang compilation trouble

> > src/logic/widelands.h:68:19: error: constexpr variable 'INVALID_INDEX' must > be initialized by a constant > expression > constexpr uint8_t INVALID_INDEX = std::numeric_limits::max(); > seems like you are not using the http://libcxx.llvm.org/ which you should always use with clang. I

Re: [Widelands-dev] AI

ed finally. Okay, then propose it for reviewing and request windows and mac feedback. You will likely not get much until it is merged and hits the nightlies though - then is when people are really starting to play with it. > > > Tibor > > > 2014-06-28 8:12 GMT+02:00 Ho

Re: [Widelands-dev] AI

ilding. Both are realistic issues. I offered a solution for the second problem and I think you should stick with it. Holger > > Regards > > Tibor > > > > 2014-06-30 7:11 GMT+02:00 Holger Rapp : >> (should I send the replay to mailing list?) > > yes :). Con

Re: [Widelands-dev] AI

my AI, but without object pointer, now I am > testing it… Cool. Consider writing some tests! > > Tibor > > > > > 2014-07-01 6:23 GMT+02:00 Holger Rapp : > Hi, > On 30.06.2014, at 10:00, Tibor Bamhor wrote: > >> Well, AI never ever before checked if

Re: [Widelands-dev] multithreading thoughts

Hi, > As you mentioned multithreading today and as the performance is indeed a > problem I have this very simple idea on multithreading: > > First some background: > > The widelands 'core' does own stuff and inbetween calls DefaultAI::think() > for all players one after one. > > I believe th

Re: [Widelands-dev] AI

d audience and the best people who can contribute what is actually useful. > > Tibor > > > 2014-07-01 20:08 GMT+02:00 Holger Rapp : > > On 01.07.2014, at 12:46, Tibor Bamhor wrote: > >> "the OPtr code is already implemented and it is very simple to use

Re: [Widelands-dev] lua scripting: 'use' no longer exists?

On 07.07.2014, at 09:37, Tibor Bamhor wrote: > Hi > > It seem that syntax use("aux","script") is no longer working, with error: > > [/var/widelands/tibor-ai3/src/scripting/lua_errors.h:29] [string > "use("aux","caller_t")"]:1: attempt to call global 'use' (a nil value) > > What should I use

Re: [Widelands-dev] lua scripting: 'use' no longer exists?

dofile is only available in debug builds though. do not use it in files you want to check in. On 07.07.2014, at 21:56, Tibor Bamhor wrote: > I dont know, perhaps some stupid mistake on my side, however dofile worked > and it is fine for me... > > > 2014-07-07 18:04 GMT+02

Re: [Widelands-dev] lua / use error

Probably your --datadir searches for widelands data in the wrong place. Do you have a installed version of widelands somewhere? > Am 15.07.2014 um 12:33 schrieb Fòram na Gàidhlig : > > Try the following instead of the use: > > include "scripting/infrastructure.lua" > > > > 15/07/2014 08:42,

Re: [Widelands-dev] lua / use error

t; 2014-07-15 14:48 GMT+02:00 Tibor Bamhor : > I have couple of them, one is from package manger and about 2 are compiled. I > have it this way for long time and tibor-ai3 (compiled today) works fine, > only fresh branch from the trunk complains. > > > 2014-07-15 14:36 GMT+02

Re: [Widelands-dev] growth of trees

On 17.07.2014, at 12:59, Tibor Bamhor wrote: > Hi, > > I have a feeling (can not provide numbers) that grow of trees on some maps or > terrains is extremely slow, even if there are couple of rangers in a bunch > and all of them shows 100%. Expansion of AI is then badly affected. > > Is it my

Re: [Widelands-dev] growth of trees

e tree immovables. > > > 2014-07-17 13:57 GMT+02:00 Holger Rapp : > > On 17.07.2014, at 12:59, Tibor Bamhor wrote: > > > Hi, > > > > I have a feeling (can not provide numbers) that grow of trees on some maps > > or terrains is extremely slow, even if

Re: [Widelands-dev] crash

This belongs into a bug report, not the mailing list. > Am 18.07.2014 um 12:03 schrieb Tibor Bamhor : > > Hi, > > I just encountered a crash, I run the game under gdb so I collected some > information: > > > > Program received signal SIGSEGV, Segmentation fault. > 0xb7b7a024 in std::string:

Re: [Widelands-dev] strcmp

Not sure what the problem is - without full compiler output. But you should not use strcmp() anyways. Nor should you use const char*. Instead use std::string and operator==() to compare them. > Am 18.07.2014 um 11:16 schrieb Tibor Bamhor : > > I think the problem is with bo.mines_ > > intege

Re: [Widelands-dev] get a flag belonging to headquarters

On 18.07.2014, at 13:14, Tibor Bamhor wrote: > Hi, > > I need to get a flag (or its coordinates) belonging to a headquarters on the > very beginning of game. > > How should I do it? In Lua? p1 = wl.Game().players[1] hq = p1:get_buildings("headquarters")[1] print(hq.flag) > Is it a headquar

Re: [Widelands-dev] get a flag belonging to headquarters

The way to get the information is through Player::get_building_statistics. > > > 2014-07-20 19:24 GMT+02:00 Holger Rapp : > > On 18.07.2014, at 13:14, Tibor Bamhor wrote: > > > Hi, > > > > I need to get a flag (or its coordinates) belonging to a headquarte

Re: [Widelands-dev] Fwd: can find any more resources

On 25.07.2014, at 00:04, Tibor Bamhor wrote: > well, after some investigation in code it seems that mine is able to mine > some % of resources within some radius. Obviously it does not mine resources > evenly across fields, so to check one (even central) field is not enough. You could randomi

Re: [Widelands-dev] Fwd: can find any more resources

Hooray \o/ !!! On 25.07.2014, at 22:23, Tibor Bamhor wrote: > I will look at it...and do what I can.. > > > 2014-07-25 22:08 GMT+02:00 Holger Rapp : > Which just strengthens my argument, right? The code there is already copy and > pasted and if anything changes you have

Re: [Widelands-dev] *** GMX Spamverdacht *** Re: Fwd: can find any more resources

mains with the production and worker programs. > > > > > > > > 29/07/2014 08:52, sgrìobh Tibor Bamhor: > > > SirVer, > > > > > > > > > I tried, spend some time, but all those namespaces, classes, virtua

Re: [Widelands-dev] Regression tests

On 30.07.2014, at 11:46, Fòram na Gàidhlig wrote: > Since we have 1 central file now - maybe just mention that one on an > appropriate Wiki page, so people will know it's there? In my experience nobody reads the Wiki :). I think it is better to point it out in code reviews and encourage people

Re: [Widelands-dev] *** GMX Spamverdacht *** Re: Regression tests

On 30.07.2014, at 21:06, Fòram na Gàidhlig wrote: > 30/07/2014 18:31, sgrìobh Holger Rapp: >> >> On 30.07.2014, at 11:46, Fòram na Gàidhlig > <mailto:f...@foramnagaidhlig.net>> wrote: >> >>> Since we have 1 central file now - maybe just mention th

Re: [Widelands-dev] *** GMX Spamverdacht *** thoughts on seafaring in AI

On 31.07.2014, at 13:00, Tibor Bamhor wrote: > Hi, > > I was thinking about seafaring under AI, but on the begining some technical > details should be made clear. > > For barbarians two buildings are relevant in this regard: > > shipyard - from standpoint of AI it is PRODUCTIONSITE, no probl

Re: [Widelands-dev] performance question

On 10.09.2014, at 00:50, Tibor Bamhor wrote: > Hi, > > when working on AI I look on performance as well. > > I also encountered game sudden slow-downs when fps drops below 1 or so. Using > printfs I found that in such situation AI is not called for few seconds at > all. So it seems it is not

Re: [Widelands-dev] Fwd: performance question

t; [33]10.5__101.56___78.31_271118424_ZNSt11_Tuple_implILj0EJPN9Widelands5FieldESt14default_deleteIA_S1_EEE7_M_head > [18]22.6__101.56__283.78_271118424_ZSt3getILj0EJPN9Widelands5FieldESt14default_deleteIA_S1_EEENSt11__add_c_refIN > [45]_4.6___78.310.00_2711

Re: [Widelands-dev] performance question

> cmake ../.. -DCMAKE_BUILD_TYPE=Debug \ > -DCMAKE_INSTALL_PREFIX=$INSDIR \ > -DWL_INSTALL_PREFIX=$INSDIR \ > -DWL_INSTALL_DATADIR=share/widelands \ > -DWL_INSTALL_BINDIR=bin' > -DCMAKE_C_FLAGS=-pg -DCMAKE_CXX_FLAGS=-pg > > What should I change here for more accurate profi

Re: [Widelands-dev] Fwd: path & findpath question

Why not give findpath one of the Check functors, so that you can decide which field is occupied and which isn’t? Seems like a sensible extension to me. On 18.09.2014, at 12:28, Tibor Bamhor wrote: > I can fill a bug report, of course > > But there is still a possibility that I am overlooking s

Re: [Widelands-dev] unique_ptr question

rtfm: http://en.cppreference.com/w/cpp/memory/unique_ptr On 06.10.2014, at 09:08, Tibor Bamhor wrote: > Hi, > > small question, I am using unique pointer, this way: > > std::unique_ptr path2 (new Path()); > > Is it necessary to call any 'delete' on the end of scope (end of curly > braces)?

Re: [Widelands-dev] unique_ptr question

d to the > scope in which the pointer was created." > > It implies that no delete of anything is needed, but I was not sure. > > > > 2014-10-06 9:13 GMT+02:00 Holger Rapp : >> rtfm: >> http://en.cppreference.com/w/cpp/memory/unique_ptr >> &

Re: [Widelands-dev] Text formatting questions

Heyho, > when working on the campaigns, I noticed that the texts are formatted > differently than those in the tutorial. I’d like to know whether there is an > interest in having the style unified and which way is preferred. > > 1) “text” vs. [[text]]. The first one is mainly used for short t

Re: [Widelands-dev] ExpeditionBootstrap - segmentation fault

I think this should be in a bug report. It seems like a warehouse is claiming to be a port, but does not have a portdock. On 30.10.2014, at 00:34, Tibor Bamhor wrote: > Hi, > > I run into this problem couple of times today, my AI I am working on crashes > with this: > > Program received sig

Re: [Widelands-dev] *** GMX Spamverdacht *** Re: Editor -> Resources -> 'Set Value' unused?

the problem is that we load the editor to fast these days 8). We used to have ‘hints’ there, but they can hardly be read anymore. We could something like “tipps of the week” when opening the editor, but they usually are obnoxious. Best we finally get the help system underway. On 21.11.2014, at

Re: [Widelands-dev] *** GMX Spamverdacht *** F6 console + shortcuts being invoked

Merge trunk. I fixed this bug two days ago. On 24.11.2014, at 08:49, Tibor Bamhor wrote: > Hi, > > I am trying to use F6 console, but a lot of things are taking place when > typing the commands - game is switching to and form fullscreen, various > windows are being opened - it is know issue?

Re: [Widelands-dev] *** GMX Spamverdacht *** F6 console + shortcuts being invoked

trunk in Friday, must be a day before > you fixed it. > > 2014-11-24 8:51 GMT+01:00 Holger Rapp : > Merge trunk. I fixed this bug two days ago. > > > On 24.11.2014, at 08:49, Tibor Bamhor wrote: > > > Hi, > > > > I am trying to use F6 console, but a l

Re: [Widelands-dev] Fwd: compilation problem

I think there is a real bug lurking here. Apparently zlib renamed some stuff and now our image_io is broken with this change. We need to figure out which version broke and what the change zlib did is. Could you open a bug? On 16.12.2014, at 12:11, Tibor Bamhor wrote: > Well I found that if

Re: [Widelands-dev] graphics problem

There is so assert in graphics.cc at this line in trunk. In line 141 though, there is this assert: assert(SDL_BYTESPERPIXEL(disp_mode.format) == 4); which checks that you got 32bit graphics depth. If you did not get that, Widelands will not work (we assume 32bit depth in many pla

Re: [Widelands-dev] graphics problem

On 16.12.2014, at 21:53, Tibor Bamhor wrote: > I will check... > > but what about this line: > size 960 -1080474760 > nonsensical, isn't it? Yup, seems like the display height did not get set properly. Maybe try nuking ~/.widelands/config. > > 2014-12-16 2

Re: [Widelands-dev] spider lake v.3

On 12.12.2014, at 21:47, Tibor Bamhor wrote: > Please, delete this map from maps download section on the website done. > > Thanks! > ___ > Mailing list: https://launchpad.net/~widelands-dev > Post to : widelands-dev@lists.launchpad.net > Unsubscr

[Widelands-dev] Widelands starter / outstanding projects

Heyho, triggered by https://code.launchpad.net/~s-eilting/widelands/bug-1203436/+merge/247972 I started a document to collect projects in Widelands for potential new contributors to choose from as well as flesh out som

[Widelands-dev] Move away from Launchpad

Hey, after we moved the translations away from Launchpad and the dead of bzr seems imminent, the thought of moving away from Launchpad became more obvious. I think it is mostly a good idea, but I’d like to have a proper plan and have considered the alternatives. Therefore I started a design doc

Re: [Widelands-dev] offer to contribute

Sorry, this message got stopped by Launchpads stupid email list policy… I think the bug is great starting point. Discussion should indeed take place there. Cheers, Holger > On 23.02.2015, at 22:13, daAlx1 wrote: > > Dear Widelands-team, > > > I have found widelands a couple of days ago and

Re: [Widelands-dev] Move away from Launchpad

over the doc and contribute information and comments as you can? It is here: http://tinyurl.com/WlMoveToGithub Thanks, Holger > On 16.02.2015, at 20:55, Holger Rapp wrote: > > Hey, > > after we moved the translations away from Launchpad and the dead of bzr seems > immine

Re: [Widelands-dev] Move away from Launchpad

> On 26.02.2015, at 15:44, Fòram na Gàidhlig wrote: > >> Thanks for the participation in the discussion around moving away from >> Launchpad. A lot of useful information was discovered and added to the >> document that makes the decision much less clear cut. Two biggies that let >> me think r

Re: [Widelands-dev] regresion tests - loading a game

Sorry for being late to the party.. The magic sauce to saving is here: http://bazaar.launchpad.net/~widelands-dev/widelands/trunk/view/7445/src/scripting/lua_root.cc#L225 essentially, the regr

Re: [Widelands-dev] ship behaviour and regression tests

> On 30.07.2015, at 12:26, Tibor Bamhor wrote: > > When reworking a ship behaviour a bit I found small problem when testing > test_cancel_started_expedition_underway_two_ships.lua. > > Two ships and a port requesting a ship. The old implementation sends to the > port only first ship in m_ship

Re: [Widelands-dev] Architecture question concerning ui_basic/ui_fsmenu

> On 05.08.2015, at 17:12, Fòram na Gàidhlig wrote: > > I am working on a new branch to handle keypresses. This let me to do > some refactoring on the return codes, to give them all names rather than > using plain numbers. > > At the moment, I have 2 different types of named codes: > > 1. Two

Re: [Widelands-dev] bunnybot

Hi, > > somebody should explain this a bit. yes, sorry. I should have sent an Email. I want bunnybot for the following reasons: 1) Make pushing to trunk impossible to mess up and possible also for non widelands-dev members. 2) Have tests and compilation running on all supported compilers for

Re: [Widelands-dev] Bunnybot commit messages

Bunnybot uses the launchpad commit message for the merge request. I added this feature yesterday. > Am 05.01.2016 um 15:33 schrieb Fòram na Gàidhlig : > > There is 1 thing that bothers me about bunnybot: the commit messages > just say "merged ", so it's hard to see from the commit log > what ha

Re: [Widelands-dev] [patch] CMakeLists.txt

Thanks David, I applied the patch in r8024. > On 26.06.2016, at 00:10, David CARLIER wrote: > > # Bazaar merge directive format 2 (Bazaar 0.90) > # revision_id: devne...@gmail.com-20160625214050-1lo7e5q49b7iq9jw > # target_branch: bzr+ssh://bazaar.launchpad.net/%2Bbranch/widelands/ >

Re: [Widelands-dev] Feature Freeze?

I am all for it. This would be first snow feature freeze. https://wl.widelands.org/wiki/ReleasingWidelands/ There are also still a few open bugs, but they can be fixed after feature freeze, but must be fixed before the release candidate. http

Re: [Widelands-dev] Feature Freeze?

016-06-29 8:23 GMT+02:00 Holger Rapp <mailto:holgerr...@gmx.net>>: > I am all for it. This would be first snow feature freeze. > > https://wl.widelands.org/wiki/ReleasingWidelands/ > <https://wl.widelands.org/wiki/ReleasingWidelands/> > > There are also still a

Re: [Widelands-dev] Feature Freeze?

> > But i don't know how to create a milestone :-) > > Am Samstag, 2. Juli 2016, 12:52:02 CEST schrieb Holger Rapp: >>> On 29.06.2016, at 21:24, Tibor Bamhor wrote: >>> >>> Can you be more specific about which bug needs to be fixed before release?

[Widelands-dev] Bunnybot mailbomb

Sorry for the mailbomb from bunnybot right now - it seems travis has changed something and quite often does not return branch status information (instead returns empty replies). That confuses bunnybot which results in many mails. Fix is in the making. ___

Re: [Widelands-dev] Date for Winter-time freeze

+ widelands-public There were more bug fixes now, so maybe 15th of October? > On 02.10.2016, at 17:11, Fòram na Gàidhlig wrote: > > Hi all, > > Our last bug was fixed on 2016-09-28, so unless new bugs come up I am in > favour of announcing the Winter-Time freeze on Tuesday, 11th of October. >

Re: [Widelands-dev] MAX_PLAYERS

+ widelands-public which we want to use more again I would grep for where that constant is used and just try to increase it. It might break savegame compatibility, but for quick testing I guess it should maybe probably sorta work…. > On 06.10.2016, at 17:10, Tibor Bamhor wrote: > > Hi, > >

[Widelands-dev] We are using widelands-public@ again going forward!

Hey Folks, just a quick reminder that the official widelands discussion mailinglist is widelands-public. Please subscribe if you are not yet: https://lists.sourceforge.net/lists/listinfo/widelands-public Rational: A project needs

Re: [Widelands-dev] Deleted branches on merge requests will knock out bunnybot

Took me a while to figure out what got bunnybot confused, but it should be running fine now again. Sorry that it is so fragile… but it depends on really outdated abandonware, like bzr itself and bzr-to-git converters. They have bugs, but they will never get fixed. And bunnybot of course has bu