rails-devel — List for discussion of Rails development

[Rails-devel] New remote branch for Rails 2.0 created

[Stefan F. <ste...@we...>]

I have created a branch for Rails 2.0 and pushed the current state.
It is far from running, it does not even compile without errors.

I will start to discuss and document the changes over the next weeks.
So far I have focused on the state/model classes and interfaces.

I do not intend to add a lot of further external dependencies, but I have 
added the Google Guava libraries, mainly to use the new Collections.

Stefan

Re: [Rails-devel] Bug (and patch): THB cannot lay home token with track already in hex

[Stefan F. <ste...@we...>]

I have added the save file to the suite of test cases and started a table for 
those bug fix test games in the wiki.
Over time I will add some more test games of recent bug fixes.

As soon as Erik give his go that the patch does not other side-effects, I will 
publish 1.5.1 with this fix.

Stefan

On Friday, September 30, 2011 02:02:15 pm Erik Vos wrote:
> I have applied this fix. Thanks, Bill, for catching and fixing this
> problem.
> 
> Later on, when time permits, I will run some other cases to check if all is
> still fine.  This is a complex case that has already been updated several
> times now, so we need to be careful.
> I will also have another deep look at the code (and hopefully not spoil it
> again...).
> 
> Erik.
> 
> > -----Original Message-----
> > From: Bill Rosgen [mailto:ro...@gm...]
> > Sent: Friday, September 30, 2011 10:58 AM
> > To: Development list for Rails: an 18xx game
> > Subject: [Rails-devel] Bug (and patch): THB cannot lay home token with
> 
> track
> 
> > already in hex
> > 
> > Playing forward an 1856 game I am in, I have encountered a bug: when a
> > railroad's home hex has multiple cities (THB in 1856), and there is
> 
> already
> 
> > track in the hex before it operates for the first time, rails does not
> 
> know how
> 
> > to lay the home token.  This is only a problem if there is a choice: if
> 
> one of the
> 
> > cities is tokened out, Rails correctly deduces that the home token is
> 
> force
> 
> > into the other city.
> > 
> > Erik has left a comment in layHomeBaseTokens() in PublicCompany that
> > indicates this should be fixed in some clever way, but there seems to be
> > a slightly newer comment in setPossibleActions() of OperatingRound with
> > a work-around for this situation (when a company gets to the lay track
> > step and doesn't yet have a home token, it is forced to lay one).
> > 
> > Unfortunately, in at least the instance I encountered, this workaround
> > doesn't seem to work.  The problem is that the layBaseToken action that
> > would force the company to lay the home token is created as a
> > 'LOCATION_SPECIFIC' layToken and not a 'HOME_CITY' layToken.  This causes
> > the action not to be presented to the user, as regular (i.e.
> > 'LOCATION_SPECIFIC') token lays are not allowed during the LayTile step
> > of the operating round.
> > 
> > I've attached a patch that fixes this: it's a matter of passing only one
> 
> hex to
> 
> > the constructor of LayBaseToken, so that the resulting action has the
> 
> right
> 
> > type.  I've tried to handle the case where there are multiple home hexes,
> 
> but
> 
> > I'm not sure that it will work, and I'm not sure what game I could test
> 
> this
> 
> > with.  It at least resolves the problem with 1856.
> > 
> > I've also attached a savegame that demonstrates the problem: the THB
> > can't act, which stops the game from continuing.  Using the patched
> > version of
> 
> the
> 
> > code, Rails correctly asks the user which city the THB wants to lay a
> > home station on.
> > 
> > Bill
> 
> ---------------------------------------------------------------------------
> --- All of the data generated in your IT infrastructure is seriously
> valuable. Why? It contains a definitive record of application performance,
> security threats, fraudulent activity, and more. Splunk takes this data
> and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Bug (and patch): THB cannot lay home token with track already in hex

[Erik V. <eri...@xs...>]

I have applied this fix. Thanks, Bill, for catching and fixing this problem.

Later on, when time permits, I will run some other cases to check if all is
still fine.  This is a complex case that has already been updated several
times now, so we need to be careful.
I will also have another deep look at the code (and hopefully not spoil it
again...).

Erik.


> -----Original Message-----
> From: Bill Rosgen [mailto:ro...@gm...]
> Sent: Friday, September 30, 2011 10:58 AM
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] Bug (and patch): THB cannot lay home token with
track
> already in hex
> 
> Playing forward an 1856 game I am in, I have encountered a bug: when a
> railroad's home hex has multiple cities (THB in 1856), and there is
already
> track in the hex before it operates for the first time, rails does not
know how
> to lay the home token.  This is only a problem if there is a choice: if
one of the
> cities is tokened out, Rails correctly deduces that the home token is
force
> into the other city.
> 
> Erik has left a comment in layHomeBaseTokens() in PublicCompany that
> indicates this should be fixed in some clever way, but there seems to be a
> slightly newer comment in setPossibleActions() of OperatingRound with a
> work-around for this situation (when a company gets to the lay track step
> and doesn't yet have a home token, it is forced to lay one).
> 
> Unfortunately, in at least the instance I encountered, this workaround
> doesn't seem to work.  The problem is that the layBaseToken action that
> would force the company to lay the home token is created as a
> 'LOCATION_SPECIFIC' layToken and not a 'HOME_CITY' layToken.  This causes
> the action not to be presented to the user, as regular (i.e.
> 'LOCATION_SPECIFIC') token lays are not allowed during the LayTile step of
> the operating round.
> 
> I've attached a patch that fixes this: it's a matter of passing only one
hex to
> the constructor of LayBaseToken, so that the resulting action has the
right
> type.  I've tried to handle the case where there are multiple home hexes,
but
> I'm not sure that it will work, and I'm not sure what game I could test
this
> with.  It at least resolves the problem with 1856.
> 
> I've also attached a savegame that demonstrates the problem: the THB can't
> act, which stops the game from continuing.  Using the patched version of
the
> code, Rails correctly asks the user which city the THB wants to lay a home
> station on.
> 
> Bill

[Rails-devel] Bug (and patch): THB cannot lay home token with track already in hex

[Bill R. <ro...@gm...>]

Playing forward an 1856 game I am in, I have encountered a bug: when a railroad's home hex has multiple cities (THB in 1856), and there is already track in the hex before it operates for the first time, rails does not know how to lay the home token.  This is only a problem if there is a choice: if one of the cities is tokened out, Rails correctly deduces that the home token is force into the other city.

Erik has left a comment in layHomeBaseTokens() in PublicCompany that indicates this should be fixed in some clever way, but there seems to be a slightly newer comment in setPossibleActions() of OperatingRound with a work-around for this situation (when a company gets to the lay track step and doesn't yet have a home token, it is forced to lay one).

Unfortunately, in at least the instance I encountered, this workaround doesn't seem to work.  The problem is that the layBaseToken action that would force the company to lay the home token is created as a 'LOCATION_SPECIFIC' layToken and not a 'HOME_CITY' layToken.  This causes the action not to be presented to the user, as regular (i.e. 'LOCATION_SPECIFIC') token lays are not allowed during the LayTile step of the operating round.

I've attached a patch that fixes this: it's a matter of passing only one hex to the constructor of LayBaseToken, so that the resulting action has the right type.  I've tried to handle the case where there are multiple home hexes, but I'm not sure that it will work, and I'm not sure what game I could test this with.  It at least resolves the problem with 1856.

I've also attached a savegame that demonstrates the problem: the THB can't act, which stops the game from continuing.  Using the patched version of the code, Rails correctly asks the user which city the THB wants to lay a home station on.

Bill

[Rails-devel] Rails 1.5 is available! - updated files

[Stefan F. <ste...@we...>]

--- Corrected files are uploaded to sourceforge ---

I'm pleased to announce the general availability of the latest version
of Rails, version 1.5.

Downloads are available at http://rails.sourceforge.net/ or by the
direct link https://sourceforge.net/projects/rails/files/Rails/1.5/

Some release highlights:

* 18GA fully supported

* 18TN fully supported

* Full support for 1830 Coalfield rights and revenue calculation

* Fixed all known bugs in 1830 variants

A full list of changes on the wiki:
https://sourceforge.net/apps/mediawiki/rails/index.php?title=Change_Log#Version_1.5

Stefan 

[Rails-devel] Rails 1.5 is available! - Not really

[Stefan F. <ste...@we...>]

Unfortunately I have deleted a required lib from the release to reduce the 
total file size to cut down the upload time.

The old files have been withdrawn, new files will be available only tomorrow, 
as I am currently away from home.
Sorry for another delay...
Stefan

Re: [Rails-devel] [Rails-users] Rails 1.5 is available!

[Bill R. <ro...@gm...>]

On 2011-09-23, at 17:01 , Stefan Frey wrote:

> I'm pleased to announce the general availability of the latest version
> of Rails, version 1.5.

Stefan,

Thanks for doing the release!  I have a couple of games waiting on the fixes to the 1830-variants.

Has something been left out of the distribution?  When I run the code tagged v1.5 from Eclipse everything works as expected, but when I try to run the released files, I get NoClassDefFoundErrors seemingly related to batik.

The first exception I get on the command line is:

Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: org/apache/batik/swing/JSVGCanvas
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
	at java.net.URLClassLoader.defineClass(URLClassLoader.java:283)
	at java.net.URLClassLoader.access$000(URLClassLoader.java:58)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
	at rails.ui.swing.ORWindow.<init>(ORWindow.java:66)
	at rails.ui.swing.GameUIManager.gameUIInit(GameUIManager.java:195)
	at rails.ui.swing.GameSetupWindow.startNewGame(GameSetupWindow.java:509)
	at rails.ui.swing.GameSetupWindow.actionPerformed(GameSetupWindow.java:251)
	at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2028)
	at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2351)
	at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
	at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
	at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
	at java.awt.Component.processMouseEvent(Component.java:6373)
	at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
	at java.awt.Component.processEvent(Component.java:6138)
	at java.awt.Container.processEvent(Container.java:2085)
	at java.awt.Component.dispatchEventImpl(Component.java:4735)
	at java.awt.Container.dispatchEventImpl(Container.java:2143)
	at java.awt.Component.dispatchEvent(Component.java:4565)
	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4621)
	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4282)
	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4212)
	at java.awt.Container.dispatchEventImpl(Container.java:2129)
	at java.awt.Window.dispatchEventImpl(Window.java:2478)
	at java.awt.Component.dispatchEvent(Component.java:4565)
	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:679)
	at java.awt.EventQueue.access$000(EventQueue.java:85)
	at java.awt.EventQueue$1.run(EventQueue.java:638)
	at java.awt.EventQueue$1.run(EventQueue.java:636)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
	at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)
	at java.awt.EventQueue$2.run(EventQueue.java:652)
	at java.awt.EventQueue$2.run(EventQueue.java:650)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
	at java.awt.EventQueue.dispatchEvent(EventQueue.java:649)
	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)
	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)
	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)
Caused by: java.lang.ClassNotFoundException: org.apache.batik.swing.JSVGCanvas
	at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
	... 52 more

Thanks,
Bill

[Rails-devel] Rails 1.5 is available!

[Stefan F. <ste...@we...>]

I'm pleased to announce the general availability of the latest version
of Rails, version 1.5.

Downloads are available at http://rails.sourceforge.net/ or by the
direct link https://sourceforge.net/projects/rails/files/Rails/1.5/

Some release highlights:

* 18GA fully supported

* 18TN fully supported

* Full support for 1830 Coalfield rights and revenue calculation

* Fixed all known bugs in 1830 variants

A full list of changes on the wiki:
https://sourceforge.net/apps/mediawiki/rails/index.php?title=Change_Log#Version_1.5

Stefan 

Re: [Rails-devel] New release coming out tonight

[Erik V. <eri...@xs...>]

> as to your change log for the next release why not mention 1830 wabash is
> now working? if someone tried playing that and gave up he might be
> interested it is now working...

That depends on what you mean with "working".
All 1830 variants implemented so far are working, the question is whether or
not they are working flawlessly.
I cannot assert that for any variant. 

However, "Fixed all known bugs in 1830 variants" or something like that
should certainly be mentioned.
I believe all currently implemented variants already existed in the previous
version.

Erik.

Re: [Rails-devel] New release coming out tonight

[Michał B. <ba...@tl...>]

if sourceforge allows running bash scripts from a cron on a machine that 
can git pull and ant and scp to the file server it should be pretty 
trivial to write it. I'll play with it on my own when I get an hour or 
two (it's been a while since I did stuff like this). I'll let you know 
when I feel I can have it set up reasonably quickly.
(and yes, I think sourceforge is a LOT better place for hosting this 
than dropbox).

On 11-09-22 19:35, brett lentz wrote:
> Mike -
>
> I appreciate the suggestion, but a Dropbox folder is not an
> appropriate location for nightly builds. I don't want to confuse
> people by requiring them to got to different locations to find
> different copies of our work.
>
> Sourceforge gives us some shell space that might be able to host a
> script to generate nightly builds that are then posted to
> http://rails.sf.net and hosted by Sourceforge. Though, honestly with
> the low level of activity, we could probably be fine with weekly
> builds.
>
> You've been a semi-regular contributor for a while now, I'd be open to
> providing you with sufficient access to the sourceforge resources to
> allow you to set this up.
>
> ---Brett.
>
>
>
> 2011/9/22 Michał Bażyński<ba...@tl...>:
>> I could take on the task of providing nightly builds in between releases
>> in a public dropbox folder.
>> I thought a sourceforge site was a better place for it so didn't
>> volunteer, but if this being served on dropbox and not sourceforge I can
>> do it. (I am assuming only patches that have bug fixes would be served
>> publicly, not newly developed stuff).
>>
>> as to your change log for the next release why not mention 1830 wabash
>> is now working? if someone tried playing that and gave up he might be
>> interested it is now working...
>>
>> mike
>>
>> On 11-09-22 18:32, Stefan Frey wrote:
>>> Chris:
>>> as already stated I like the idea of more frequent builds. However for nightly
>>> builds I would prefer an automated setup: To my knowledge there is no public
>>> build server for java projects (e.g. using Hudson/Jenkins) yet, but I have
>>> never looked actively for something like that.
>>>
>>> Publishing a build via Dropbox sounds somehow strange, but maybe the right
>>> solution for those playing Rails via Dropbox anyway. However I do not
>>> volunteer to providing such a solution.
>>> But maybe a more frequent publication of bug-fix releases will be a solution,
>>> but possibly I should not to give too much promises before I really know how
>>> difficult it will be to get the built up to Sourceforge.
>>>
>>> Stefan
>>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] New release coming out tonight

[brett l. <bre...@gm...>]

I understand, and apologize for the frustration our release delays have caused.

This time around, the situation was somewhat unique. I don't plan on
moving cross-country again. (at least, not for quite a while) ;-)

I've also taken steps to ensure that at least two people have access
to all parts of the project. The project has grown to the point where
it truly is a community effort. So, I am now no longer the sole keeper
of any part of the project. This should help avoid any single person's
absence from the project preventing the project from moving forward,
including my own.

With that said, I've been involved to varying degrees in open source
projects for the last 12-13 years or so. One of the worst things that
far too many projects do, is fragmenting themselves across multiple
web and service providers. This provides an inconsistent and often
sub-par experience to users of the project. We're a small enough
project as-is. I want to make sure that downloading our code and our
packaged app is as easy as possible, especially for our less
technically savvy users.

I'm totally on board with providing automated nightly builds. I think
it's a great idea, and one I've had myself. However, I want to put
those builds in a place users already know about. This assures that
they'll be easy to find and easy to obtain for anyone.

---Brett.



On Thu, Sep 22, 2011 at 2:24 PM, Chris Shaffer <chr...@gm...> wrote:
> I don't really care where it happens, I just would like to see
> something that allows non-technical players to get a copy of the bug
> fixes so their games aren't on hold for weeks at a time waiting for a
> new release.
>
> --
> Chris
>
> Please consider the environment before printing this e-mail.
>
>
>
> On Thu, Sep 22, 2011 at 10:35 AM, brett lentz <bre...@gm...> wrote:
>> Mike -
>>
>> I appreciate the suggestion, but a Dropbox folder is not an
>> appropriate location for nightly builds. I don't want to confuse
>> people by requiring them to got to different locations to find
>> different copies of our work.
>>
>> Sourceforge gives us some shell space that might be able to host a
>> script to generate nightly builds that are then posted to
>> http://rails.sf.net and hosted by Sourceforge. Though, honestly with
>> the low level of activity, we could probably be fine with weekly
>> builds.
>>
>> You've been a semi-regular contributor for a while now, I'd be open to
>> providing you with sufficient access to the sourceforge resources to
>> allow you to set this up.
>>
>> ---Brett.
>>
>>
>>
>> 2011/9/22 Michał Bażyński <ba...@tl...>:
>>>
>>> I could take on the task of providing nightly builds in between releases
>>> in a public dropbox folder.
>>> I thought a sourceforge site was a better place for it so didn't
>>> volunteer, but if this being served on dropbox and not sourceforge I can
>>> do it. (I am assuming only patches that have bug fixes would be served
>>> publicly, not newly developed stuff).
>>>
>>> as to your change log for the next release why not mention 1830 wabash
>>> is now working? if someone tried playing that and gave up he might be
>>> interested it is now working...
>>>
>>> mike
>>>
>>> On 11-09-22 18:32, Stefan Frey wrote:
>>>> Chris:
>>>> as already stated I like the idea of more frequent builds. However for nightly
>>>> builds I would prefer an automated setup: To my knowledge there is no public
>>>> build server for java projects (e.g. using Hudson/Jenkins) yet, but I have
>>>> never looked actively for something like that.
>>>>
>>>> Publishing a build via Dropbox sounds somehow strange, but maybe the right
>>>> solution for those playing Rails via Dropbox anyway. However I do not
>>>> volunteer to providing such a solution.
>>>> But maybe a more frequent publication of bug-fix releases will be a solution,
>>>> but possibly I should not to give too much promises before I really know how
>>>> difficult it will be to get the built up to Sourceforge.
>>>>
>>>> Stefan
>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure contains a
>> definitive record of customers, application performance, security
>> threats, fraudulent activity and more. Splunk takes this data and makes
>> sense of it. Business sense. IT sense. Common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy1
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New release coming out tonight

[Chris S. <chr...@gm...>]

I don't really care where it happens, I just would like to see
something that allows non-technical players to get a copy of the bug
fixes so their games aren't on hold for weeks at a time waiting for a
new release.

--
Chris

Please consider the environment before printing this e-mail.



On Thu, Sep 22, 2011 at 10:35 AM, brett lentz <bre...@gm...> wrote:
> Mike -
>
> I appreciate the suggestion, but a Dropbox folder is not an
> appropriate location for nightly builds. I don't want to confuse
> people by requiring them to got to different locations to find
> different copies of our work.
>
> Sourceforge gives us some shell space that might be able to host a
> script to generate nightly builds that are then posted to
> http://rails.sf.net and hosted by Sourceforge. Though, honestly with
> the low level of activity, we could probably be fine with weekly
> builds.
>
> You've been a semi-regular contributor for a while now, I'd be open to
> providing you with sufficient access to the sourceforge resources to
> allow you to set this up.
>
> ---Brett.
>
>
>
> 2011/9/22 Michał Bażyński <ba...@tl...>:
>>
>> I could take on the task of providing nightly builds in between releases
>> in a public dropbox folder.
>> I thought a sourceforge site was a better place for it so didn't
>> volunteer, but if this being served on dropbox and not sourceforge I can
>> do it. (I am assuming only patches that have bug fixes would be served
>> publicly, not newly developed stuff).
>>
>> as to your change log for the next release why not mention 1830 wabash
>> is now working? if someone tried playing that and gave up he might be
>> interested it is now working...
>>
>> mike
>>
>> On 11-09-22 18:32, Stefan Frey wrote:
>>> Chris:
>>> as already stated I like the idea of more frequent builds. However for nightly
>>> builds I would prefer an automated setup: To my knowledge there is no public
>>> build server for java projects (e.g. using Hudson/Jenkins) yet, but I have
>>> never looked actively for something like that.
>>>
>>> Publishing a build via Dropbox sounds somehow strange, but maybe the right
>>> solution for those playing Rails via Dropbox anyway. However I do not
>>> volunteer to providing such a solution.
>>> But maybe a more frequent publication of bug-fix releases will be a solution,
>>> but possibly I should not to give too much promises before I really know how
>>> difficult it will be to get the built up to Sourceforge.
>>>
>>> Stefan
>>
>>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New release coming out tonight

[Charles S. <men...@gm...>]

Is this going to include all the latest bug fixes, e.g., 1830 wabash, etc.?


2011/9/22 Michał Bażyński <ba...@tl...>

>
> in a true continous integration evironment the nightly build does mean
> something different, but a true nightly build has no reason being
> publicly distributed in this case I think. the problem is the wait
> before a bugfix being commited, and a minor release with the fix being
> available. if you intend to release all the bug fix commits as they are
> made, there's no need for anything more I think. but in the case of
> delays like the one happening right now with 1.4.2 being quite buggy I
> could be serving players the fixes sooner.
>
> On 11-09-22 18:45, Stefan Frey wrote:
> > In my understanding the inclusion of new stuff is the defining difference
> > between nightly builds and bug-fix releases to the latest stable release,
> but
> > opinions might differ here.
> >
> > And I would try for a bug fix release only to apply those changes to the
> > latest stable release which are clear fixes and not new features etc.
> >
> > This is something that the change to git makes much easier to accomplish.
> >
> > Stefan
> >
> > On Thursday, September 22, 2011 06:36:32 pm Michał Bażyński wrote:
> >> I could take on the task of providing nightly builds in between releases
> >> in a public dropbox folder.
> >> I thought a sourceforge site was a better place for it so didn't
> >> volunteer, but if this being served on dropbox and not sourceforge I can
> >> do it. (I am assuming only patches that have bug fixes would be served
> >> publicly, not newly developed stuff).
> >>
> >> as to your change log for the next release why not mention 1830 wabash
> >> is now working? if someone tried playing that and gave up he might be
> >> interested it is now working...
> >>
> >> mike
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] New release coming out tonight

[brett l. <bre...@gm...>]

Mike -

I appreciate the suggestion, but a Dropbox folder is not an
appropriate location for nightly builds. I don't want to confuse
people by requiring them to got to different locations to find
different copies of our work.

Sourceforge gives us some shell space that might be able to host a
script to generate nightly builds that are then posted to
http://rails.sf.net and hosted by Sourceforge. Though, honestly with
the low level of activity, we could probably be fine with weekly
builds.

You've been a semi-regular contributor for a while now, I'd be open to
providing you with sufficient access to the sourceforge resources to
allow you to set this up.

---Brett.



2011/9/22 Michał Bażyński <ba...@tl...>:
>
> I could take on the task of providing nightly builds in between releases
> in a public dropbox folder.
> I thought a sourceforge site was a better place for it so didn't
> volunteer, but if this being served on dropbox and not sourceforge I can
> do it. (I am assuming only patches that have bug fixes would be served
> publicly, not newly developed stuff).
>
> as to your change log for the next release why not mention 1830 wabash
> is now working? if someone tried playing that and gave up he might be
> interested it is now working...
>
> mike
>
> On 11-09-22 18:32, Stefan Frey wrote:
>> Chris:
>> as already stated I like the idea of more frequent builds. However for nightly
>> builds I would prefer an automated setup: To my knowledge there is no public
>> build server for java projects (e.g. using Hudson/Jenkins) yet, but I have
>> never looked actively for something like that.
>>
>> Publishing a build via Dropbox sounds somehow strange, but maybe the right
>> solution for those playing Rails via Dropbox anyway. However I do not
>> volunteer to providing such a solution.
>> But maybe a more frequent publication of bug-fix releases will be a solution,
>> but possibly I should not to give too much promises before I really know how
>> difficult it will be to get the built up to Sourceforge.
>>
>> Stefan
>
>

Re: [Rails-devel] New release coming out tonight

[Michał B. <ba...@tl...>]

in a true continous integration evironment the nightly build does mean 
something different, but a true nightly build has no reason being 
publicly distributed in this case I think. the problem is the wait 
before a bugfix being commited, and a minor release with the fix being 
available. if you intend to release all the bug fix commits as they are 
made, there's no need for anything more I think. but in the case of 
delays like the one happening right now with 1.4.2 being quite buggy I 
could be serving players the fixes sooner.

On 11-09-22 18:45, Stefan Frey wrote:
> In my understanding the inclusion of new stuff is the defining difference
> between nightly builds and bug-fix releases to the latest stable release, but
> opinions might differ here.
>
> And I would try for a bug fix release only to apply those changes to the
> latest stable release which are clear fixes and not new features etc.
>
> This is something that the change to git makes much easier to accomplish.
>
> Stefan
>
> On Thursday, September 22, 2011 06:36:32 pm Michał Bażyński wrote:
>> I could take on the task of providing nightly builds in between releases
>> in a public dropbox folder.
>> I thought a sourceforge site was a better place for it so didn't
>> volunteer, but if this being served on dropbox and not sourceforge I can
>> do it. (I am assuming only patches that have bug fixes would be served
>> publicly, not newly developed stuff).
>>
>> as to your change log for the next release why not mention 1830 wabash
>> is now working? if someone tried playing that and gave up he might be
>> interested it is now working...
>>
>> mike

Re: [Rails-devel] wabash and train rusting

[Stefan F. <ste...@we...>]

The code to load a save file and check if that still does what it previously 
did is already written (see classes in test package: TestGameBuilder and 
TestGame). To run all test games simply run the TestGameBuilder as JUnit test.
This reminds me to add more text about this to the according wiki page.

So the save file of the test game (at either the end of game or at least after 
the purchase of 7-train is enough).

And this is again a request to submit finished games of the new games and 
variants which are not yet tested automatically.

See current list of test cases in the wiki:

http://sourceforge.net/apps/mediawiki/rails/index.php?title=Automated_game_testing



On Thursday, September 22, 2011 06:46:42 pm Michał Bażyński wrote:
> what makes a testcase? a save file with my text description what should
> be done, or a java class that loads the save, does a train purchase
> operation and checks if the 4s died? if it's the latter it might take
> some time, everytime I try to navigate your java code my brain melts,
> it's been a LOOONG time since I've sent you a NullPointerException fix...
> 
> On 11-09-22 18:42, Stefan Frey wrote:
> > Mike,
> > patch applied.
> > Could you provide a save file with a test case, I would like to add that
> > to the test suite.
> > 
> > Thanks,
> > Stefan
> > 
> > On Thursday, September 22, 2011 06:29:04 pm Michał Bażyński wrote:
> >> a patch fixing wabash 1830 variant.
> >> 
> >> 7Ts should rust 4Ts.
> > 
> > -------------------------------------------------------------------------
> > ----- All the data continuously generated in your IT infrastructure
> > contains a definitive record of customers, application performance,
> > security threats, fraudulent activity and more. Splunk takes this data
> > and makes sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> ---------------------------------------------------------------------------
> --- All the data continuously generated in your IT infrastructure contains
> a definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] wabash and train rusting

[Michał B. <ba...@tl...>]

what makes a testcase? a save file with my text description what should 
be done, or a java class that loads the save, does a train purchase 
operation and checks if the 4s died? if it's the latter it might take 
some time, everytime I try to navigate your java code my brain melts, 
it's been a LOOONG time since I've sent you a NullPointerException fix...

On 11-09-22 18:42, Stefan Frey wrote:
> Mike,
> patch applied.
> Could you provide a save file with a test case, I would like to add that to
> the test suite.
>
> Thanks,
> Stefan
>
>
> On Thursday, September 22, 2011 06:29:04 pm Michał Bażyński wrote:
>> a patch fixing wabash 1830 variant.
>>
>> 7Ts should rust 4Ts.
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] New release coming out tonight

[Stefan F. <ste...@we...>]

In my understanding the inclusion of new stuff is the defining difference 
between nightly builds and bug-fix releases to the latest stable release, but 
opinions might differ here.

And I would try for a bug fix release only to apply those changes to the 
latest stable release which are clear fixes and not new features etc.

This is something that the change to git makes much easier to accomplish.

Stefan

On Thursday, September 22, 2011 06:36:32 pm Michał Bażyński wrote:
> I could take on the task of providing nightly builds in between releases
> in a public dropbox folder.
> I thought a sourceforge site was a better place for it so didn't
> volunteer, but if this being served on dropbox and not sourceforge I can
> do it. (I am assuming only patches that have bug fixes would be served
> publicly, not newly developed stuff).
> 
> as to your change log for the next release why not mention 1830 wabash
> is now working? if someone tried playing that and gave up he might be
> interested it is now working...
> 
> mike
> 
> On 11-09-22 18:32, Stefan Frey wrote:
> > Chris:
> > as already stated I like the idea of more frequent builds. However for
> > nightly builds I would prefer an automated setup: To my knowledge there
> > is no public build server for java projects (e.g. using Hudson/Jenkins)
> > yet, but I have never looked actively for something like that.
> > 
> > Publishing a build via Dropbox sounds somehow strange, but maybe the
> > right solution for those playing Rails via Dropbox anyway. However I do
> > not volunteer to providing such a solution.
> > But maybe a more frequent publication of bug-fix releases will be a
> > solution, but possibly I should not to give too much promises before I
> > really know how difficult it will be to get the built up to Sourceforge.
> > 
> > Stefan
> 
> ---------------------------------------------------------------------------
> --- All the data continuously generated in your IT infrastructure contains
> a definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] wabash and train rusting

[Stefan F. <ste...@we...>]

Mike,
patch applied.
Could you provide a save file with a test case, I would like to add that to 
the test suite.

Thanks,
Stefan


On Thursday, September 22, 2011 06:29:04 pm Michał Bażyński wrote:
> a patch fixing wabash 1830 variant.
> 
> 7Ts should rust 4Ts.

Re: [Rails-devel] New release coming out tonight

[Michał B. <ba...@tl...>]

I could take on the task of providing nightly builds in between releases 
in a public dropbox folder.
I thought a sourceforge site was a better place for it so didn't 
volunteer, but if this being served on dropbox and not sourceforge I can 
do it. (I am assuming only patches that have bug fixes would be served 
publicly, not newly developed stuff).

as to your change log for the next release why not mention 1830 wabash 
is now working? if someone tried playing that and gave up he might be 
interested it is now working...

mike

On 11-09-22 18:32, Stefan Frey wrote:
> Chris:
> as already stated I like the idea of more frequent builds. However for nightly
> builds I would prefer an automated setup: To my knowledge there is no public
> build server for java projects (e.g. using Hudson/Jenkins) yet, but I have
> never looked actively for something like that.
>
> Publishing a build via Dropbox sounds somehow strange, but maybe the right
> solution for those playing Rails via Dropbox anyway. However I do not
> volunteer to providing such a solution.
> But maybe a more frequent publication of bug-fix releases will be a solution,
> but possibly I should not to give too much promises before I really know how
> difficult it will be to get the built up to Sourceforge.
>
> Stefan

Re: [Rails-devel] New release coming out tonight

[Stefan F. <ste...@we...>]

Chris:
as already stated I like the idea of more frequent builds. However for nightly 
builds I would prefer an automated setup: To my knowledge there is no public 
build server for java projects (e.g. using Hudson/Jenkins) yet, but I have 
never looked actively for something like that.

Publishing a build via Dropbox sounds somehow strange, but maybe the right 
solution for those playing Rails via Dropbox anyway. However I do not 
volunteer to providing such a solution.
But maybe a more frequent publication of bug-fix releases will be a solution, 
but possibly I should not to give too much promises before I really know how 
difficult it will be to get the built up to Sourceforge.

Stefan



On Thursday, September 22, 2011 05:52:40 pm Chris Shaffer wrote:
> There has been discussion on BoardGameGeek of the possibility of
> having nightly releases, distributed by Dropbox.  Any chance of that
> happening?
> 
> http://boardgamegeek.com/thread/700675/a-lot-of-tiles-taken-out
> 
> --
> Chris
> 
> Please consider the environment before printing this e-mail.
> 
> On Thu, Sep 22, 2011 at 5:23 AM, Stefan Frey <ste...@we...> wrote:
> > All:
> > Brett gave me the permissions, so I will publish a new release 1.5
> > today.
> > 
> > It seems that the main features are:
> > 
> > * 18GA complete
> > * 18TN complete
> > * Full support for 1830 Coalfield rights and revenue calculation
> > 
> > Anything to add there?
> > 
> > For a complete list of changes and bug fixes I will refer to the wiki
> > page.
> > 
> > I intend to make bug fix releases in the future (with version numbers
> > 1.x.y) which are published more frequently than the previous 1.x
> > releases.
> > 
> > Stefan
> > 
> > -------------------------------------------------------------------------
> > ----- All the data continuously generated in your IT infrastructure
> > contains a definitive record of customers, application performance,
> > security threats, fraudulent activity and more. Splunk takes this data
> > and makes sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> ---------------------------------------------------------------------------
> --- All the data continuously generated in your IT infrastructure contains
> a definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] wabash and train rusting

[Michał B. <ba...@tl...>]

a patch fixing wabash 1830 variant.

7Ts should rust 4Ts.

Re: [Rails-devel] New release coming out tonight

[Stefan F. <ste...@we...>]

Erik:
The llst below was intended as the beginning of such a summary:

* 18GA complete
* 18TN complete
* Full support for 1830 Coalfield rights and revenue calculation

Feel free to add. 
I will send out the release note tomorrow morning (European time), thus 
anything submitted before this deadline will be added.

Stefan


On Thursday, September 22, 2011 06:18:55 pm Erik Vos wrote:
> This inspired me to update the change log, which I had ignored for the last
> 9 weeks (partly because someone deemed it superfluous).
> It's not as detailed as you would find in the Git history, but for the
> final (post-release) version it will need to be reformatted and further
> summarized (as Brett and I have done for past releases).
> 
> Erik.
> 
> > -----Original Message-----
> > From: Stefan Frey [mailto:ste...@we...]
> > Sent: Thursday, September 22, 2011 2:23 PM
> > To: Development list for Rails: an 18xx game
> > Subject: [Rails-devel] New release coming out tonight
> > 
> > All:
> > Brett gave me the permissions, so I will publish a new release 1.5 today.
> > 
> > It seems that the main features are:
> > 
> > 
> > Anything to add there?
> > 
> > For a complete list of changes and bug fixes I will refer to the wiki
> 
> page.
> 
> > I intend to make bug fix releases in the future (with version numbers
> 
> 1.x.y)
> 
> > which are published more frequently than the previous 1.x releases.
> > 
> > Stefan
> 
> ---------------------------------------------------------------------------
> - --
> 
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of
> 
> it.
> 
> > Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> 
> ---------------------------------------------------------------------------
> --- All the data continuously generated in your IT infrastructure contains
> a definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] New release coming out tonight

[Erik V. <eri...@xs...>]

This inspired me to update the change log, which I had ignored for the last
9 weeks (partly because someone deemed it superfluous).
It's not as detailed as you would find in the Git history, but for the final
(post-release) version it will need to be reformatted and further summarized
(as Brett and I have done for past releases).

Erik.

> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Thursday, September 22, 2011 2:23 PM
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] New release coming out tonight
> 
> All:
> Brett gave me the permissions, so I will publish a new release 1.5 today.
> 
> It seems that the main features are:
> 
> * 18GA complete
> * 18TN complete
> * Full support for 1830 Coalfield rights and revenue calculation
> 
> Anything to add there?
> 
> For a complete list of changes and bug fixes I will refer to the wiki
page.
> 
> I intend to make bug fix releases in the future (with version numbers
1.x.y)
> which are published more frequently than the previous 1.x releases.
> 
> Stefan
> 
>
----------------------------------------------------------------------------
--
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security threats,
> fraudulent activity and more. Splunk takes this data and makes sense of
it.
> Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] New release coming out tonight

[Chris S. <chr...@gm...>]

There has been discussion on BoardGameGeek of the possibility of
having nightly releases, distributed by Dropbox.  Any chance of that
happening?

http://boardgamegeek.com/thread/700675/a-lot-of-tiles-taken-out

--
Chris

Please consider the environment before printing this e-mail.



On Thu, Sep 22, 2011 at 5:23 AM, Stefan Frey <ste...@we...> wrote:
> All:
> Brett gave me the permissions, so I will publish a new release 1.5
> today.
>
> It seems that the main features are:
>
> * 18GA complete
> * 18TN complete
> * Full support for 1830 Coalfield rights and revenue calculation
>
> Anything to add there?
>
> For a complete list of changes and bug fixes I will refer to the wiki page.
>
> I intend to make bug fix releases in the future (with version numbers 1.x.y)
> which are published more frequently than the previous 1.x releases.
>
> Stefan
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>