rails-devel — List for discussion of Rails development

Re: [Rails-devel] Idea: migrating away from cvs.

[Rick W. <wes...@pu...>]

John David Galt wrote:
> On 2010-02-03 14:02, brett lentz wrote:
>   
>> What are everyone else's thoughts and experiences?
>> Is this something worth doing?
>> Do you want to stay with CVS?
>> Do you hate me because you're a new committer and you just got your
>> environment set up, and now I'm proposing changing it?  ;-)
>>     
>
> I'm not even that far along yet, but certainly a change will delay my being
> able to participate.
>
> It would help if there were a FAQ about how to set up a build environment
> compatible with the code (so I can test my ideas before submitting them).
>   
  I suspect the feeling is that if you are competent enough to code in 
Java then you are competent enough to set up a build environment.  I 
believe that most people use Eclipse as their IDE.   Myself?  I still 
use 'vi' and then 'ant' to build everything -- this is either from my 
Mac and Linux machines.    But then I am not making many modifications 
to the code but rather trying to create new game titles via small changes.

   Now what is missing is an overall view of what the various files do 
and what helper programs have been created.  I was working on such a 
document but, alas, despite the winter weather I have not had time to 
follow through on said document.

   Of course if you see a need for a FAQ then by all means create one 
and submit it.  


-- 
Rick Westerman wes...@pu... Bioinformatics specialist at the 
Genomics Facility. Phone: (765) 494-0505 FAX: (765) 496-7255 Department 
of Horticulture and Landscape Architecture 625 Agriculture Mall Drive 
West Lafayette, IN 47907-2010 Physically located in room S049, WSLR 
building

Re: [Rails-devel] Idea: migrating away from cvs.

[John D. G. <jd...@di...>]

On 2010-02-03 14:02, brett lentz wrote:
> What are everyone else's thoughts and experiences?
> Is this something worth doing?
> Do you want to stay with CVS?
> Do you hate me because you're a new committer and you just got your
> environment set up, and now I'm proposing changing it?  ;-)

I'm not even that far along yet, but certainly a change will delay my being
able to participate.

It would help if there were a FAQ about how to set up a build environment
compatible with the code (so I can test my ideas before submitting them).
Check-in is a secondary consideration; I assume once I have code working
there will be someone willing to check it in from a "diff" or the like.

[Rails-devel] Changes for 1835

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

I am piecemeal adding the 1835 specialities.

Buying and selling of different share sizes (10%/20% resp. 5%/10%) should
now work. 
The selling prompt messages have been clarified by adding more detail, as
follows:
If you own 1 20% and 2 10% shares of the Badische, the selection menu did
offer:
Sell 10% shares of Bad for 100M
Sell 20% shares of Bad for 200M
Sell 20% shares of Bad for 200M
This now will read:
Sell 1 10% share(s) (10%) of Bad for 100M
Sell 2 10% share(s) (20%) of Bad for 200M
Sell 1 20% share(s) (20%) of Bad for 200M
This change of message format applies to all games.

I have also prepared the following:
1. Ability to exclude companies (i.e. 1835 minors) from using special
properties, by adding a <UseSpecialProperties\> tag to the traintypes that
can do so (this applies to all implemented games except 1851 and 18EU).
2. Calculation of the hex distance "as a crow without passport flies" to
calculate base token lay cost.

This is not yet used to avoid interference with work that Stefan Frey is
currently doing (I already disturbed him once).

Erik.

[Rails-devel] 1835 Berlin problem

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

I have fixed the nagging problem in 1835 that after the green Berlin tile
#209 was laid, most of Eastern Germany disappeared.
This turned out to be caused by buggy code to detect the need to display
home markers (off if a token is present).
Somehow (I can't explain why) the presence of two home tokens (M2 and M5) in
one city disrupted painting. 

In some other games, a spurious home marker was displayed even if a token
was present (I have seen this in 1856 and 18EU, always in multi-city tiles).
That had the same cause and has also been fixed.

Erik.

Re: [Rails-devel] CVS alternatives [Was: Idea: migrating away from cvs.]

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

The Egit download page seem to be out of order, so I'll have to wait for it
coming back.
Erik.

-----Original Message-----
From: brett lentz [mailto:wak...@gm...] 
Sent: Sunday 07 February 2010 02:45
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] CVS alternatives [Was: Idea: migrating away from
cvs.]

If you look here ( https://sourceforge.net/projects/rails/develop ),
you'll notice that I've enabled some alternate SCMs.

I've imported all of the change history as of today from CVS into Git,
Mercurial, and Subversion repostories.

Everyone is welcome to use these to test out each SCM's tool set.

For now, please keep your commits to CVS. I'd rather not explore
bi-directional change propagation across 4 different SCMs if I don't
have to. ;-)

---Brett.



On Thu, Feb 4, 2010 at 1:18 PM, brett lentz <wak...@gm...> wrote:
> On Thu, Feb 4, 2010 at 1:09 PM, brett lentz <wak...@gm...> wrote:
>> On Thu, Feb 4, 2010 at 12:34 PM, Erik Vos <eri...@xs...> wrote:
>>>        1.  Test out the Git plugin for Eclipse. If the UI is similar
enough
>>>        to the CVS integration, we'll go with Git.
>>> -------------
>>>
>>> [EV] While reading around on Git an Egit, the following worried me:
>>>
>>>          Pulling (merge or rebase) new changes from upstream
>>>
>>>        This is not yet available. Available alternatives currently
include:
>>>
>>>            * run "git pull" from outside eclipse (but beware on Windows)
>>>            * if you did no local change or want to discard your local
>>> changes, use "Team/Reset To..."
>>>
>>>        Retrieved from "http://wiki.eclipse.org/EGit/User_Guide/Remote"
>>>
>>> Does this mean that Egit (the Eclipse plugin) has no equivalent for CVS
>>> update from a remote repository?
>>> That would rule it out for me. I don't want to be condemned to use the
>>> (Windows) command line.
>>>
>>> For the rest, I don't care for the distributed model - I don't see why I
>>> would need a local repository.
>>> But I trust you if you say that it can be easily bypassed.
>>>
>>> Erik.
>>>
>>>
>>
>> wow... that's a major part of the git work flow that they haven't
>> implemented.  i'm kind of surprised by that.
>>
>> ---Brett.
>>
>
> Ah ha. After some more googling, I see why.
>
> "git pull" is synonymous with "git fetch && git merge".   In plain
> english, "Fetch remote changesets, and update the database. Then, if
> that succeeds, update the local working copy with the updated
> changes."
>
> Egit didn't have a merge algorithm implemented yet.
>
> However, I found this: http://egit.eclipse.org/r/#change,140
>
> Looks like they've finally gotten a merge algorithm implemented, which
> means 'git pull' is probably going to show up in the next version or
> two.
>
> Awesome.   I'm not planning on doing the migrations _today_, so we can
> take our time testing out eGit and see if they can get the feature
> added sometime in the next month or two.
>
> ---Brett.
>

----------------------------------------------------------------------------
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] CVS alternatives [Was: Idea: migrating away from cvs.]

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

If you look here ( https://sourceforge.net/projects/rails/develop ),
you'll notice that I've enabled some alternate SCMs.

I've imported all of the change history as of today from CVS into Git,
Mercurial, and Subversion repostories.

Everyone is welcome to use these to test out each SCM's tool set.

For now, please keep your commits to CVS. I'd rather not explore
bi-directional change propagation across 4 different SCMs if I don't
have to. ;-)

---Brett.



On Thu, Feb 4, 2010 at 1:18 PM, brett lentz <wak...@gm...> wrote:
> On Thu, Feb 4, 2010 at 1:09 PM, brett lentz <wak...@gm...> wrote:
>> On Thu, Feb 4, 2010 at 12:34 PM, Erik Vos <eri...@xs...> wrote:
>>>        1.  Test out the Git plugin for Eclipse. If the UI is similar enough
>>>        to the CVS integration, we'll go with Git.
>>> -------------
>>>
>>> [EV] While reading around on Git an Egit, the following worried me:
>>>
>>>          Pulling (merge or rebase) new changes from upstream
>>>
>>>        This is not yet available. Available alternatives currently include:
>>>
>>>            * run "git pull" from outside eclipse (but beware on Windows)
>>>            * if you did no local change or want to discard your local
>>> changes, use "Team/Reset To..."
>>>
>>>        Retrieved from "http://wiki.eclipse.org/EGit/User_Guide/Remote"
>>>
>>> Does this mean that Egit (the Eclipse plugin) has no equivalent for CVS
>>> update from a remote repository?
>>> That would rule it out for me. I don't want to be condemned to use the
>>> (Windows) command line.
>>>
>>> For the rest, I don't care for the distributed model - I don't see why I
>>> would need a local repository.
>>> But I trust you if you say that it can be easily bypassed.
>>>
>>> Erik.
>>>
>>>
>>
>> wow... that's a major part of the git work flow that they haven't
>> implemented.  i'm kind of surprised by that.
>>
>> ---Brett.
>>
>
> Ah ha. After some more googling, I see why.
>
> "git pull" is synonymous with "git fetch && git merge".   In plain
> english, "Fetch remote changesets, and update the database. Then, if
> that succeeds, update the local working copy with the updated
> changes."
>
> Egit didn't have a merge algorithm implemented yet.
>
> However, I found this: http://egit.eclipse.org/r/#change,140
>
> Looks like they've finally gotten a merge algorithm implemented, which
> means 'git pull' is probably going to show up in the next version or
> two.
>
> Awesome.   I'm not planning on doing the migrations _today_, so we can
> take our time testing out eGit and see if they can get the feature
> added sometime in the next month or two.
>
> ---Brett.
>

[Rails-devel] 1835 NF token lay

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

I have started to pick up 1835.

To enable the extra NF token lay at the start of an OR (which is so neat for
the Bayerische), quite some code changes were needed.
In fact I have done more than that - also tried to enable some possibilities
for special properties that can be exercised "at any time", even though not
all of these are already used.

Testing of some complex cases have shown no side effects, but whoever runs
from the code base should be aware of potential new glitches. I'll do some
more testing tomorrow.

Erik.

Re: [Rails-devel] Getting started overview?

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

It's fairly simple.   Download the package, unzip/untar it, then run
either the OS-appropriate start-up script, or execute the jar file
directly.

Though, if you'd like to write up some formal documentation, I'll
publish it. :-)

---Brett.



On Fri, Feb 5, 2010 at 12:09 PM, Dave Mitton <da...@mi...> wrote:
> Guys,
>     I just realized that my new laptop probably has the means (space, power,
> software) to run Rails without too much work.
>
> Is there a list somewhere of what I need to install/setup to get going?
> If so send me a link.
>
> If not, can we write one?
>
> Thanks,
> Dave.
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

[Rails-devel] Getting started overview?

[Dave M. <da...@mi...>]

<html><HEAD><LINK rel=stylesheet type=text/css href="/webmail/static/deg/css/wysiwyg-3451203449.css" media=all>
<META name=GENERATOR content="MSHTML 8.00.6001.18876"></HEAD>
<BODY>
<DIV>Guys,</DIV>
<DIV>&nbsp;&nbsp;&nbsp; I just realized that my new laptop probably has the means (space, power, software) to run Rails without too much work.</DIV>
<DIV>&nbsp;</DIV>
<DIV>Is there a list somewhere of what I need to install/setup to get going?&nbsp; </DIV>
<DIV>If so send me a link.</DIV>
<DIV>&nbsp;</DIV>
<DIV>If not, can we write one?</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks,</DIV>
<DIV>Dave.</DIV></BODY></html>

Re: [Rails-devel] Selling back down to cert limit

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

Well, I have "fixed" this "bug" now (commit to follow later today).
Please beware: any saved files in which the immediate-sell-the-excess
rule has been disobeyed will no longer load past that point!

I have also fixed the 1835 problem reported by some people,
that the program hung when not the whole start packet got sold 
in the initial round.

And added the city names to the home and destination hex info.

Erik.

-----Original Message-----
From: Phil Davies [mailto:de...@gm...] 
Sent: Friday 05 February 2010 02:10
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Selling back down to cert limit

Well, that was my point, we have things which rails does currently
enforce and things which it doesn't, I was trying to work out which
this was before saying rails is broken ;)

>From Erik's mail I'm guessing we don't have checks to enforce selling
back into legality when your turn comes round implemented yet, so I
think this could happily stay on the 'nice to haves' rather than the
'broken' pile :)



On 4 February 2010 22:31, Erik Vos <eri...@xs...> wrote:
> Well, I'd rather call it a not-yet-implemented nice-to-have feature...
> (And you're still free to follow the rules as printed ;-)
>
> Guess it's time to pay some attention to this oh-that-can-be-done-later-ed
> and then forgotten hole.
>
> Erik.
>
> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...]
> Sent: Thursday 04 February 2010 18:19
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Selling back down to cert limit
>
> On Thu, Feb 4, 2010 at 9:14 AM, Phil Davies <de...@gm...> wrote:
>> Wanted to get peoples opinions before I state this as a bug.  We're
>> playing 1830, It's my turn in an SR and I have 90% of a company,
>> having bought the shares during the previous SR when they were in the
>> orange zone.  Rails is NOT enforcing that I sell shares to get myself
>> below 60% ownership.  Is this just not implemented yet or should this
>> be happening and I've somehow come across a case where it is not
>> picking up that I am illegally holding shares?  For what it's worth,
>> they are still in the yellow zone and I'm not over cert limit (saved
>> game attached)
>>
>> Phil
>>
>
> 1830 is supposed to be fully implemented.  So, in any case, it's a bug.
>
> ---Brett.
>
>
----------------------------------------------------------------------------
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
----------------------------------------------------------------------------
--
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

----------------------------------------------------------------------------
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1830: Exchange option not offered

[Phil D. <de...@gm...>]

Exactly, in this particular case, someone has already exchanged a 4,
but now a new company wants to exchange their 5 as well

Phil

On 5 February 2010 04:39, Aliza Panitz <ali...@gm...> wrote:
> It's not just 4s that can be upgraded, it's 5s and 6s also (same in
> 1856).  That's just a lot rarer in practice.
>
> >From the 1830 rules1830.rtf downloaded from BGG:
> -----------------------
> Once the first 6 Train is purchased, D (Diesel) Trains are also
> available as an alternative to other 6 Trains. Diesels may be bought
> for the $1100 face value or for $800 with a trade-in. Either a 4, 5,
> or 6 Train may be traded in for the $300 discount, but note that the
> purchase of the first Diesel removes the remaining 4 Trains from play.
> 5 and 6 Trains traded in may be purchased from the Bank at face value.
> -----------------------
>
>
> On Thu, Feb 4, 2010 at 5:19 PM, brett lentz <wak...@gm...> wrote:
>> In 1830, the sale of the first Diesel should blow up the 4-trains, so
>> technically only the first exchange is possible.
>>
>> Nobody but the first company to exchange will have an opportunity to
>> hit their Buy Trains phase before their 4-trains blow up.
>>
>> However, you're both correct.  It's not that it's a limit of 1
>> exchange, it's a timing of the sequences that causes the net effect to
>> be what it is.
>>
>> ---Brett.
>>
>>
>>
>> On Thu, Feb 4, 2010 at 2:19 PM, Erik Vos <eri...@xs...> wrote:
>>> Hmm, I had always thought that only the first Diesel could be exchanged for
>>> a lesser train, but after rereading the rules I must conclude that I was
>>> misguided. So all Diesels are now available by exchange.
>>>
>>> Erik.
>>>
>>>
>>> -----Original Message-----
>>> From: Phil Davies [mailto:de...@gm...]
>>> Sent: Thursday 04 February 2010 13:17
>>> To: Development list for Rails: an 18xx game
>>> Subject: [Rails-devel] 1830: Exchange option not offered
>>>
>>> See the saved game file.  PRR to run, it just bought the 5 train off
>>> NYC, it should be able to exchange that for a D for $800, yet it isn't
>>> given the option to do so.  I've tested this on both 1.1.3 and 1.1.2
>>> and it seems to be an issue in both vesions
>>>
>>> Phil
>>>
>>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1830: Exchange option not offered

[Aliza P. <ali...@gm...>]

It's not just 4s that can be upgraded, it's 5s and 6s also (same in
1856).  That's just a lot rarer in practice.

>From the 1830 rules1830.rtf downloaded from BGG:
-----------------------
Once the first 6 Train is purchased, D (Diesel) Trains are also
available as an alternative to other 6 Trains. Diesels may be bought
for the $1100 face value or for $800 with a trade-in. Either a 4, 5,
or 6 Train may be traded in for the $300 discount, but note that the
purchase of the first Diesel removes the remaining 4 Trains from play.
5 and 6 Trains traded in may be purchased from the Bank at face value.
-----------------------


On Thu, Feb 4, 2010 at 5:19 PM, brett lentz <wak...@gm...> wrote:
> In 1830, the sale of the first Diesel should blow up the 4-trains, so
> technically only the first exchange is possible.
>
> Nobody but the first company to exchange will have an opportunity to
> hit their Buy Trains phase before their 4-trains blow up.
>
> However, you're both correct.  It's not that it's a limit of 1
> exchange, it's a timing of the sequences that causes the net effect to
> be what it is.
>
> ---Brett.
>
>
>
> On Thu, Feb 4, 2010 at 2:19 PM, Erik Vos <eri...@xs...> wrote:
>> Hmm, I had always thought that only the first Diesel could be exchanged for
>> a lesser train, but after rereading the rules I must conclude that I was
>> misguided. So all Diesels are now available by exchange.
>>
>> Erik.
>>
>>
>> -----Original Message-----
>> From: Phil Davies [mailto:de...@gm...]
>> Sent: Thursday 04 February 2010 13:17
>> To: Development list for Rails: an 18xx game
>> Subject: [Rails-devel] 1830: Exchange option not offered
>>
>> See the saved game file.  PRR to run, it just bought the 5 train off
>> NYC, it should be able to exchange that for a D for $800, yet it isn't
>> given the option to do so.  I've tested this on both 1.1.3 and 1.1.2
>> and it seems to be an issue in both vesions
>>
>> Phil
>>
>

Re: [Rails-devel] 1830: Exchange option not offered

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

In 1830, the sale of the first Diesel should blow up the 4-trains, so
technically only the first exchange is possible.

Nobody but the first company to exchange will have an opportunity to
hit their Buy Trains phase before their 4-trains blow up.

However, you're both correct.  It's not that it's a limit of 1
exchange, it's a timing of the sequences that causes the net effect to
be what it is.

---Brett.



On Thu, Feb 4, 2010 at 2:19 PM, Erik Vos <eri...@xs...> wrote:
> Hmm, I had always thought that only the first Diesel could be exchanged for
> a lesser train, but after rereading the rules I must conclude that I was
> misguided. So all Diesels are now available by exchange.
>
> Erik.
>
>
> -----Original Message-----
> From: Phil Davies [mailto:de...@gm...]
> Sent: Thursday 04 February 2010 13:17
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] 1830: Exchange option not offered
>
> See the saved game file.  PRR to run, it just bought the 5 train off
> NYC, it should be able to exchange that for a D for $800, yet it isn't
> given the option to do so.  I've tested this on both 1.1.3 and 1.1.2
> and it seems to be an issue in both vesions
>
> Phil
>

Re: [Rails-devel] Info

[Phil D. <de...@gm...>]

I can do data for 1870, will be off the grid for about a week or so
from tomorrow but I'll update before I go offline and will no doubt
have time to plug stuff in whilst I'm away

On 4 February 2010 21:29, Erik Vos <eri...@xs...> wrote:
> I have generalized Info/Privates to Info/Companies, now covering all types.
> The info displayed has also been extended.
> 1830 and 1835 are mostly done, other games remain to be done (volunteers?)
>
> Erik.
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] 1830: Exchange option not offered

[Phil D. <de...@gm...>]

And again, kudos for your awesomely speedy work Erik :)

Phil

On 4 February 2010 22:19, Erik Vos <eri...@xs...> wrote:
> Hmm, I had always thought that only the first Diesel could be exchanged for
> a lesser train, but after rereading the rules I must conclude that I was
> misguided. So all Diesels are now available by exchange.
>
> Erik.
>
>
> -----Original Message-----
> From: Phil Davies [mailto:de...@gm...]
> Sent: Thursday 04 February 2010 13:17
> To: Development list for Rails: an 18xx game
> Subject: [Rails-devel] 1830: Exchange option not offered
>
> See the saved game file.  PRR to run, it just bought the 5 train off
> NYC, it should be able to exchange that for a D for $800, yet it isn't
> given the option to do so.  I've tested this on both 1.1.3 and 1.1.2
> and it seems to be an issue in both vesions
>
> Phil
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Selling back down to cert limit

[Phil D. <de...@gm...>]

Well, that was my point, we have things which rails does currently
enforce and things which it doesn't, I was trying to work out which
this was before saying rails is broken ;)

>From Erik's mail I'm guessing we don't have checks to enforce selling
back into legality when your turn comes round implemented yet, so I
think this could happily stay on the 'nice to haves' rather than the
'broken' pile :)



On 4 February 2010 22:31, Erik Vos <eri...@xs...> wrote:
> Well, I'd rather call it a not-yet-implemented nice-to-have feature...
> (And you're still free to follow the rules as printed ;-)
>
> Guess it's time to pay some attention to this oh-that-can-be-done-later-ed
> and then forgotten hole.
>
> Erik.
>
> -----Original Message-----
> From: brett lentz [mailto:wak...@gm...]
> Sent: Thursday 04 February 2010 18:19
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Selling back down to cert limit
>
> On Thu, Feb 4, 2010 at 9:14 AM, Phil Davies <de...@gm...> wrote:
>> Wanted to get peoples opinions before I state this as a bug.  We're
>> playing 1830, It's my turn in an SR and I have 90% of a company,
>> having bought the shares during the previous SR when they were in the
>> orange zone.  Rails is NOT enforcing that I sell shares to get myself
>> below 60% ownership.  Is this just not implemented yet or should this
>> be happening and I've somehow come across a case where it is not
>> picking up that I am illegally holding shares?  For what it's worth,
>> they are still in the yellow zone and I'm not over cert limit (saved
>> game attached)
>>
>> Phil
>>
>
> 1830 is supposed to be fully implemented.  So, in any case, it's a bug.
>
> ---Brett.
>
> ----------------------------------------------------------------------------
> --
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the
> business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> The Planet: dedicated and managed hosting, cloud storage, colocation
> Stay online with enterprise data centers and the best network in the business
> Choose flexible plans and management services without long-term contracts
> Personal 24x7 support from experience hosting pros just a phone call away.
> http://p.sf.net/sfu/theplanet-com
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Selling back down to cert limit

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

Well, I'd rather call it a not-yet-implemented nice-to-have feature...
(And you're still free to follow the rules as printed ;-)

Guess it's time to pay some attention to this oh-that-can-be-done-later-ed
and then forgotten hole.

Erik. 

-----Original Message-----
From: brett lentz [mailto:wak...@gm...] 
Sent: Thursday 04 February 2010 18:19
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Selling back down to cert limit

On Thu, Feb 4, 2010 at 9:14 AM, Phil Davies <de...@gm...> wrote:
> Wanted to get peoples opinions before I state this as a bug.  We're
> playing 1830, It's my turn in an SR and I have 90% of a company,
> having bought the shares during the previous SR when they were in the
> orange zone.  Rails is NOT enforcing that I sell shares to get myself
> below 60% ownership.  Is this just not implemented yet or should this
> be happening and I've somehow come across a case where it is not
> picking up that I am illegally holding shares?  For what it's worth,
> they are still in the yellow zone and I'm not over cert limit (saved
> game attached)
>
> Phil
>

1830 is supposed to be fully implemented.  So, in any case, it's a bug.

---Brett.

----------------------------------------------------------------------------
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the
business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1830: Exchange option not offered

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

Hmm, I had always thought that only the first Diesel could be exchanged for
a lesser train, but after rereading the rules I must conclude that I was
misguided. So all Diesels are now available by exchange.

Erik.
 

-----Original Message-----
From: Phil Davies [mailto:de...@gm...] 
Sent: Thursday 04 February 2010 13:17
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] 1830: Exchange option not offered

See the saved game file.  PRR to run, it just bought the 5 train off
NYC, it should be able to exchange that for a D for $800, yet it isn't
given the option to do so.  I've tested this on both 1.1.3 and 1.1.2
and it seems to be an issue in both vesions

Phil

Re: [Rails-devel] [Rails-commits] upgrade / file versioning

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

 

-----Original Message-----
From: Erik Vos [mailto:eri...@xs...] 
Sent: Thursday 04 February 2010 21:37
To: 'rai...@li...'
Subject: RE: [Rails-commits] upgrade / file versioning

I am not aware of any saved file incompatibilities between these versions. 
But that doesn't guarantee that these don't exist, of course. 
See also my next message.

Erik.

-----Original Message-----
From: Jim Black [mailto:ji...@ko...] 
Sent: Thursday 04 February 2010 00:37
To: rai...@li...
Subject: [Rails-commits] upgrade / file versioning

The new Info in the Rails 1.1.3 update looks great.  However, the first time
I tried to save with 1.1.3, no 1.1.2 players could read my game file- so I
had to switch back to 1.1.2.  

Was this happenstance, as to be expected sometimes- or, is there a major
file version upgrade implicit in 1.1.3? 

Re: [Rails-devel] Tile numbering and database

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

To avoid any possible duplication I decided to prefix the tiles for 1889
with 
89 and then followed with 3 digits to follow. Those digits should mirror a 
number of an existing tile which is similar to the tile used. But I have to 
add the tiles for 18Scan and this approach does not work anymore.

[EV] Two of your tiles has 6 digits, I have removed a spurious 0 from these
two.

- A 5 or 6digit number is assigned to preprinted tiles which are not yet 
created. 5 digits for 18xx titles: xx000-xx999. 6 digits for 18ABC titles, 
that are mapped to a list of 3digits prefix.: yyy000-yyy999
E.g.:
18AL: 100
18Scan: 101
(and other titles to follow)

Or do you think those numbers are too long and better choose (randomly) a 
shorter one of those not already in use by Rails?

[EV] I'd propose to keep it at 5 maximum, and use only 2 trailing digits per
game.
There aren't that many special preprinted tiles.
Let's say xx000-xx099 and yyy00-yyy99 where the third y must be >0.

Erik.

Re: [Rails-devel] Tile numbering and database

[Rick W. <wes...@pu...>]

> If anyone is interested in a copy of those (filesize around 12MB), just drop 
> me an e-mail. If there is a good place inside the repository, I can add the 
> bash-script to create those on the fly as well.
>
> Stefan
>   
   I started something like that but only got the negative numbered one 
complete.  Should have written a script!  Anyway putting the PDFs inside 
the repository (as well as the script) would be a good idea.  I would 
suggest the 'tools' directory.


-- 
Rick Westerman wes...@pu...

[Rails-devel] Info

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

I have generalized Info/Privates to Info/Companies, now covering all types.
The info displayed has also been extended.
1830 and 1835 are mostly done, other games remain to be done (volunteers?)

Erik.

[Rails-devel] Tile numbering and database

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

There was some recent discussions on tiles and I would like to
follow up after creating the additional tiles for two games now:

A) Tile numbering
There are outside sources for the numbers that are used on the board. And even 
if people might not be happy about the system (or better the absence of a 
system), that is already covered.

But Rails needs identifiers for the preprinted tiles, that are not available 
in the databases. Those are the negative tile ids (and in this case negative 
includes the zero). 
Unfortunately I was not able to find a systematic numbering in the current set 
of preprinted tiles, maybe I was not clever enough.

To avoid any possible duplication I decided to prefix the tiles for 1889 with 
89 and then followed with 3 digits to follow. Those digits should mirror a 
number of an existing tile which is similar to the tile used. But I have to 
add the tiles for 18Scan and this approach does not work anymore.

Thus I reconsider my approach and suggest the following for preprinted tile 
numbers:

- Gray tiles that are identical to existing tiles should receive the identical 
number, only negative (this covers -1 to -9999).
(I know that this is not always possible as a few numbers are already in use 
for other tiles.)

- A 5 or 6digit number is assigned to preprinted tiles which are not yet 
created. 5 digits for 18xx titles: xx000-xx999. 6 digits for 18ABC titles, 
that are mapped to a list of 3digits prefix.: yyy000-yyy999
E.g.:
18AL: 100
18Scan: 101
(and other titles to follow)

Or do you think those numbers are too long and better choose (randomly) a 
shorter one of those not already in use by Rails?

B) Tile database

To get an overview of all existing tiles in Rail, I created two pdf documents 
that contain thumbnails of all preprinted and layable tiles in numerical 
order. 

If anyone is interested in a copy of those (filesize around 12MB), just drop 
me an e-mail. If there is a good place inside the repository, I can add the 
bash-script to create those on the fly as well.

Stefan

Re: [Rails-devel] Idea: migrating away from cvs.

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

On Thu, Feb 4, 2010 at 1:09 PM, brett lentz <wak...@gm...> wrote:
> On Thu, Feb 4, 2010 at 12:34 PM, Erik Vos <eri...@xs...> wrote:
>>        1.  Test out the Git plugin for Eclipse. If the UI is similar enough
>>        to the CVS integration, we'll go with Git.
>> -------------
>>
>> [EV] While reading around on Git an Egit, the following worried me:
>>
>>          Pulling (merge or rebase) new changes from upstream
>>
>>        This is not yet available. Available alternatives currently include:
>>
>>            * run "git pull" from outside eclipse (but beware on Windows)
>>            * if you did no local change or want to discard your local
>> changes, use "Team/Reset To..."
>>
>>        Retrieved from "http://wiki.eclipse.org/EGit/User_Guide/Remote"
>>
>> Does this mean that Egit (the Eclipse plugin) has no equivalent for CVS
>> update from a remote repository?
>> That would rule it out for me. I don't want to be condemned to use the
>> (Windows) command line.
>>
>> For the rest, I don't care for the distributed model - I don't see why I
>> would need a local repository.
>> But I trust you if you say that it can be easily bypassed.
>>
>> Erik.
>>
>>
>
> wow... that's a major part of the git work flow that they haven't
> implemented.  i'm kind of surprised by that.
>
> ---Brett.
>

Ah ha. After some more googling, I see why.

"git pull" is synonymous with "git fetch && git merge".   In plain
english, "Fetch remote changesets, and update the database. Then, if
that succeeds, update the local working copy with the updated
changes."

Egit didn't have a merge algorithm implemented yet.

However, I found this: http://egit.eclipse.org/r/#change,140

Looks like they've finally gotten a merge algorithm implemented, which
means 'git pull' is probably going to show up in the next version or
two.

Awesome.   I'm not planning on doing the migrations _today_, so we can
take our time testing out eGit and see if they can get the feature
added sometime in the next month or two.

---Brett.

Re: [Rails-devel] Idea: migrating away from cvs.

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

On Thu, Feb 4, 2010 at 12:34 PM, Erik Vos <eri...@xs...> wrote:
>        1.  Test out the Git plugin for Eclipse. If the UI is similar enough
>        to the CVS integration, we'll go with Git.
> -------------
>
> [EV] While reading around on Git an Egit, the following worried me:
>
>          Pulling (merge or rebase) new changes from upstream
>
>        This is not yet available. Available alternatives currently include:
>
>            * run "git pull" from outside eclipse (but beware on Windows)
>            * if you did no local change or want to discard your local
> changes, use "Team/Reset To..."
>
>        Retrieved from "http://wiki.eclipse.org/EGit/User_Guide/Remote"
>
> Does this mean that Egit (the Eclipse plugin) has no equivalent for CVS
> update from a remote repository?
> That would rule it out for me. I don't want to be condemned to use the
> (Windows) command line.
>
> For the rest, I don't care for the distributed model - I don't see why I
> would need a local repository.
> But I trust you if you say that it can be easily bypassed.
>
> Erik.
>
>

wow... that's a major part of the git work flow that they haven't
implemented.  i'm kind of surprised by that.

---Brett.