Search found 5995 matches
- Mon Aug 04, 2014 3:43 pm
- Forum: FreeOrion Project
- Topic: 0.4.4 RC1 schedule
- Replies: 20
- Views: 4686
Re: 0.4.4 RC1 schedule
IMO the following commits should be merged into the release branch, as they contain important/useful fixes: 7335 , 7337 , 7342 , 7348 , 7349 , 7350 , 7354 . Besides that is the patch for the issue that on Windows all AIs get the same aggression level, which I too think should go into the release. L...
- Mon Aug 04, 2014 2:55 pm
- Forum: General Discussion
- Topic: Getting ready for 0.4.4
- Replies: 66
- Views: 10846
Re: Getting ready for 0.4.4
This.Chriss wrote:Or should I switch the package to the proper tag once that's out?
- Mon Aug 04, 2014 12:20 pm
- Forum: Support
- Topic: Ships not repairing as fast as they should?
- Replies: 29
- Views: 3514
Re: Ships not repairing as fast as they should?
Can we please change drydock repair rate up to full repair in one turn again for 0.4.4? The current setup is kind of ridiculous - Fleet Field Repair and Advanced Damage Control can each repair a ship in the field as fast as a drydock? And multiple drydocks that stack? How - by sending half of the sh...
- Mon Aug 04, 2014 12:07 pm
- Forum: General Discussion
- Topic: Getting ready for 0.4.4
- Replies: 66
- Views: 10846
Re: Getting ready for 0.4.4
I'm a bit fuzzy on the correct wording. A tag is like an alias for a specific revision? Not exactly, although functionally it comes down to that. Actually SVN has no concept of "branches" or "tags", these are created by using the svn copy mechanism according to certain recommend...
- Mon Aug 04, 2014 10:43 am
- Forum: Programming
- Topic: AI Aggression Randomization
- Replies: 40
- Views: 4021
Re: AI Aggression Randomization
NO! svn merge without proper parameters will merge everything. Read http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.cherrypicking before merging. Yeah, well, of course plain svn merge would be stupid, but I didn't mean plain "svn merge" literally, but just...
- Mon Aug 04, 2014 9:51 am
- Forum: Programming
- Topic: AI Aggression Randomization
- Replies: 40
- Views: 4021
Re: AI Aggression Randomization
Take your time, FO is a hobby we do for fun, no need to rush anything
Oh, btw, concerning merging commits between branches/trunk (because you mentioned it in one of the other threads): The method you described of course should work, but there is a simpler solution: svn merge is your friend!
Oh, btw, concerning merging commits between branches/trunk (because you mentioned it in one of the other threads): The method you described of course should work, but there is a simpler solution: svn merge is your friend!
- Mon Aug 04, 2014 9:47 am
- Forum: Play-Testing Feedback
- Topic: Multiple specials on one planet #7311
- Replies: 5
- Views: 535
Re: Multiple specials on one planet #7311
Er, I might not have really tried to keep this 100% identical -- I had some recollection of having occasionally earlier seen multiple specials, liked the idea, and so had enabled it when I fixed a distribution problem in the python specials code You did? I must have missed that completely - are you...
- Mon Aug 04, 2014 9:27 am
- Forum: Programming
- Topic: AI Aggression Randomization
- Replies: 40
- Views: 4021
Re: AI Aggression Randomization
Yep, and please merge the fix into the release branch too
- Mon Aug 04, 2014 7:20 am
- Forum: FreeOrion Project
- Topic: 0.4.4 RC1 schedule
- Replies: 20
- Views: 4686
Re: 0.4.4 RC1 schedule
Due to several known bugs/issues in the release branch I'm not going to produce RC1 builds today as originally planned. I will make test builds of the release branch, but as it's already clear that they can't be the final 0.4.4 release builds, there is no point in labelling them as release candidate...
- Sun Aug 03, 2014 6:15 pm
- Forum: General Discussion
- Topic: Changelog to date in prep for 0.4.4
- Replies: 25
- Views: 5913
Re: Changelog to date in prep for 0.4.4
As has been suggested by adrian_broher , I decided to go ahead and divide the commits since 0.4.3 into chunks of ~100 commits. Here's the list: Chunk 1: r6282 - r6400 Chunk 2: r6401 - r6500 Chunk 3: r6501 - r6600 Chunk 4: r6601 - r6700 Chunk 5: r6701 - r6800 Chunk 6: r6801 - r6900 Chunk 7: r6900 - ...
- Sun Aug 03, 2014 5:44 pm
- Forum: Programming
- Topic: Scripted Universe Generation!
- Replies: 105
- Views: 14983
Re: Scripted Universe Generation!
Now, if you can redo the Clusters generation setting to be far more random in overall shape like Irregular 2, that'd be even better ;-) Now, that will be a lot more difficult than Irregular2, although I admit, the idea already occurred to me too. However, I've more than enough on my plate ATM, I be...
- Sun Aug 03, 2014 5:37 pm
- Forum: Play-Testing Feedback
- Topic: Multiple specials on one planet #7311
- Replies: 5
- Views: 535
Re: Multiple specials on one planet #7311
Vezzra, is the new specials placement python script meant to give three specials on a planet? It was mostly always just one, when Dilvish fixed the probability thing that stopped ruins &c appearing regularly it went up to occasionally two, but three in one place? The Python implementation shoul...
- Sun Aug 03, 2014 4:50 pm
- Forum: Programming
- Topic: Scripted Universe Generation!
- Replies: 105
- Views: 14983
Re: Scripted Universe Generation!
Thanks! Glad it works so well!MatGB wrote:Feedback. You said you wanted it.
I really thoguht someone ought to mention this and bring it up properly. These changes?
Awesome.
- Sun Aug 03, 2014 4:41 pm
- Forum: Play-Testing Feedback
- Topic: Am I the only one who never won a game?
- Replies: 37
- Views: 6573
Re: Am I the only one who never won a game?
I see now that Vezzra just recently did make a dynamic assessment of a starting min jump distance between homeworlds: min_jumps = max(int(float(len(systems)) / float(num_home_systems * 2)), 5) , which he iterates down from if it doesn't work out. I had also been planning on doing something [...] So...
- Sun Aug 03, 2014 8:58 am
- Forum: FreeOrion Project
- Topic: 0.4.4 RC1 schedule
- Replies: 20
- Views: 4686
Re: 0.4.4 RC1 schedule
I suggest that we stay with the RC1 release schedule. We want to fix as much as possible for the release so publishing RC1 to a wider group of users is probably more useful than doing a regular test build from trunk, even if the RC1 contains known bugs. I agree, you've got a point here. It's reason...