rails-devel — List for discussion of Rails development

Re: [Rails-devel] Price tokens change order when moving up.

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

Stefan,

I'm afraid this does not sound like a very good idea to me.

AFAIK, a comparator requires *every* instance to be comparable. And
non-started companies without a price aren't really well comparable for
defining operating order purposes.

Defining operating order (there are now two methods doing that, for
different purposes and with different output) does not only require sorting,
but also prior selection of the objects eligible for ordering. 

Yes, I realize that my new getCompaniesInRunningOrder() method does order
*all* companies (contrary to everything I have said above), but (thinking
about it) that's probably rather a bug than a feature. For now it works, but
I don't consider it durable. In all likelihood the current logic will need
major changes when adding games like 1837 and 1844 with their many different
company types. And for such purposes I'd rather subclass GameManager (which
must be done anyway in most new games) than PublicCompany.*

Another consideration: recent developments increasingly force me to move
logic out of the 'static' objects (companies, trains, tiles etc.) and into
the 'dynamic' Manager/Round objects. Your proposal goes somewhat in the
opposite direction.

Erik.

* That's a separate subject. Company class hierarchies have been discussed
before in this forum. That might be a good idea if Java would support
multiple inheritance, but it doesn't. There are too many company types with
different mixtures of special features, and I have given up of thinking
about catching these in hierarchies.

-----Original Message-----
From: Stefan Frey (web.de) [mailto:ste...@we...] 
Sent: Sunday 04 July 2010 23:46
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Price tokens change order when moving up.

Erik:
do you mind if I move the definition of running order into the PublicCompany

class and define a Comparator?

I can still keep the new method in the GameManager, but the change would
later 
simplify the migration to the new sequence model.

Stefan

On Sunday 04 July 2010 22:57:26 Erik Vos wrote:
> (Switching to the proper group)
> This has been fixed now - in Subversion!
>
> Erik.
>
>
>   _____
>
> From: 18...@ya... [mailto:18...@ya...] On Behalf Of John
> A. Tamplin
> Sent: Friday 02 July 2010 00:17
> To: 18...@ya...
> Subject: Re: [18xx] par value marker movement
>
>
>
>
> On Thu, Jul 1, 2010 at 3:43 PM, Erik Vos <eri...@xs...
>
> <mailto:erik.vos%40xs4all.nl> > wrote:
> > At the end of the SR, the companies are scanned for being sold out in
the
> > order in which they appear in the Game Status window. Any upward token
> > moves
> > are then executed in that order and follow the normal move rules. So I
> > suspect that the token order gets reversed only if a 'lower' company
> > token is on top of a 'higher' one. Or it could be the reverse...:-)
> > Indeed we need
> > a saved file to prove that.
> > In any case, I would encourage to file it as a bug, so it will get
proper
> > attention at some point.
>
> The tokens are supposed to be processed in market order, which winds up
> preserving the same stacking.



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Trigger implementation / bug-fix release?

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

Stefan,

You haven't yet answered my questions. Are you going to register the
triggers with every single newly created move of a type? If not, how does a
Move/MoveSet know what to trigger, and how can it find the objects to
trigger without such explicit registration?

Another question: how do you prevent infinite loops? Moves that trigger
actions that create more moves that...

I still don't like this level mixing at all.

Moves already can trigger Observables to update their observers, but that is
for one simple, limited, low-level use only. I would like to keep the actual
game logic at the Manager/Round (i.e. upper) level.

Erik.

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Monday 05 July 2010 00:25
To: Development list for Rails: an 18xx game
Subject: [Rails-devel] Trigger implementation / bug-fix release?

[changed Subject]

Erik:
thanks for your suggestion: At the point of my first proposal I had no clear

preference whether to observe the Model/State objects directly or to link 
with the Move objects which define their changes. In the latter case I use
the 
existing link of all Moves to the MoveSet and have the MoveSet updating the 
triggerable objects. Here the triggerable objects are observers to the 
MoveSet. To keep things decoupled the MoveSet can forward the notification
of 
the triggerable objects to the TriggerManager.

I started to look into several use cases besides checking for destination
run 
routes and it seems that in all cases the Move mechanism offers advantages.

The important difference can be seen in your suggestion below: In a sense
you 
recreate the TileMove information again: The TileMove activates the MapHex 
update and this update is then observed by the MapManager, which then 
triggers the route check. Why not have the TileMove directly (via MoveSet 
which every Move calls anyhow) trigger the route check?

Other advantages here is that the TileMove is more specific than the MapHex 
updates (which include changes of tokens as well) and it requires that the 
MapManager registers itself as observer of all MapHexes. The second
advantage 
of the Move objects are the fact that they contain additional 
information/attributes about the change and can be used for further 
filtering.

With my current idea (in mind) the MoveSet object would forward each Move to

the TriggerManager. A trigger can either be fully hardcoded or be 
partially/fully configured in XML: Either only the Move class (and
additional 
variables to be checked) are defined or even the method to be called can be 
configured. In the latter case the concrete trigger sequence is coded in
XML.

All of this is still only preliminary as I am currently focused on providing
a 
prototype implementation of the sequence model.

I do not know, what the current state of your changes are, but from my point

of view a bug-fix release soon would be nice, before the start of more 
drastic changes.

Stefan


On Sunday 27 June 2010 17:08:58 Erik Vos wrote:
> Thinking about it, I realised that such a trigger mechanism already exists
> and is widely used in Rails: the Observer pattern.
> All States and several other object types are also ModelObjects, which
> extends Observable, so any other object implementing Observer can register
> at any State to be informed about any value changes.
> This is mainly used to update the UI, but IIRC there are already some
> server-internal Observer/Observable pairs.
>
> I think this existing mechanism fulfills your need, and it works at the
> proper level (using States/ModelObjects in stead of Moves).
>
> In the example case of destination checks: each MapHex is an Observable
> that updates its Observers (which currently only are the corresponding
> GUIHex objects) each time a new tile is laid. If MapManager would register
> itself with any MapHex it is creating (this isn't done yet), it will get
> called on every tile lay, passing the new tile and its rotation (perhaps
> the hex id should be added).
> So, whenever called, the MapManager can inititate any destination checks
or
> anything else that is needed.
>
> Erik.
>
> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Sunday 27 June 2010 00:33
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3
> --undoduringCGRformationhangs game
>
> * My own first idea was to use a specific trigger interface and require
> triggers to be explicitly defined. But I realized that the moves are
> excellent triggers and the Moveset a very good place to pass the messages.
> Moveset could still delegate the task to a TriggerManager, if a better
> separation is required.
>
> And I want low-level triggers, to avoid that every (high-level)
> implementation
> has to remember to call the trigger.
>
> [EV] I still don't like at all to use the Move/MoveSets. I'd much prefer
to
> keep these clean.
> How are you going to tell an object Move that it is a trigger and what it
> must call if it is? Or should all object moves always call all
> triggerables, or the TriggerManager (and how can it find that one)? I
> completely don't understand how you see this working, and what's the
> benefit of using the Moves.
>
> Take the example: A candidate in the long run ist the function that checks
> if
> a company is floated. Every (high-level) method that moves shares out of
> IPO
>
> has to check if the company has floated. If the trigger is used, this is
> done
> automatically. This would also cover special cases in games, which are not
> yet implemented.
>
> [EV] What is exactly registering to what in this example? And what is
> triggering what? And how can both the registerer and the triggerer find
> their callees?
>
> Erik.
>
>
>
---------------------------------------------------------------------------
>- --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

[Rails-devel] Trigger implementation / bug-fix release?

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

[changed Subject]

Erik:
thanks for your suggestion: At the point of my first proposal I had no clear 
preference whether to observe the Model/State objects directly or to link 
with the Move objects which define their changes. In the latter case I use the 
existing link of all Moves to the MoveSet and have the MoveSet updating the 
triggerable objects. Here the triggerable objects are observers to the 
MoveSet. To keep things decoupled the MoveSet can forward the notification of 
the triggerable objects to the TriggerManager.

I started to look into several use cases besides checking for destination run 
routes and it seems that in all cases the Move mechanism offers advantages.

The important difference can be seen in your suggestion below: In a sense you 
recreate the TileMove information again: The TileMove activates the MapHex 
update and this update is then observed by the MapManager, which then 
triggers the route check. Why not have the TileMove directly (via MoveSet 
which every Move calls anyhow) trigger the route check?

Other advantages here is that the TileMove is more specific than the MapHex 
updates (which include changes of tokens as well) and it requires that the 
MapManager registers itself as observer of all MapHexes. The second advantage 
of the Move objects are the fact that they contain additional 
information/attributes about the change and can be used for further 
filtering.

With my current idea (in mind) the MoveSet object would forward each Move to 
the TriggerManager. A trigger can either be fully hardcoded or be 
partially/fully configured in XML: Either only the Move class (and additional 
variables to be checked) are defined or even the method to be called can be 
configured. In the latter case the concrete trigger sequence is coded in XML.

All of this is still only preliminary as I am currently focused on providing a 
prototype implementation of the sequence model.

I do not know, what the current state of your changes are, but from my point 
of view a bug-fix release soon would be nice, before the start of more 
drastic changes.

Stefan


On Sunday 27 June 2010 17:08:58 Erik Vos wrote:
> Thinking about it, I realised that such a trigger mechanism already exists
> and is widely used in Rails: the Observer pattern.
> All States and several other object types are also ModelObjects, which
> extends Observable, so any other object implementing Observer can register
> at any State to be informed about any value changes.
> This is mainly used to update the UI, but IIRC there are already some
> server-internal Observer/Observable pairs.
>
> I think this existing mechanism fulfills your need, and it works at the
> proper level (using States/ModelObjects in stead of Moves).
>
> In the example case of destination checks: each MapHex is an Observable
> that updates its Observers (which currently only are the corresponding
> GUIHex objects) each time a new tile is laid. If MapManager would register
> itself with any MapHex it is creating (this isn't done yet), it will get
> called on every tile lay, passing the new tile and its rotation (perhaps
> the hex id should be added).
> So, whenever called, the MapManager can inititate any destination checks or
> anything else that is needed.
>
> Erik.
>
> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Sunday 27 June 2010 00:33
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3
> --undoduringCGRformationhangs game
>
> * My own first idea was to use a specific trigger interface and require
> triggers to be explicitly defined. But I realized that the moves are
> excellent triggers and the Moveset a very good place to pass the messages.
> Moveset could still delegate the task to a TriggerManager, if a better
> separation is required.
>
> And I want low-level triggers, to avoid that every (high-level)
> implementation
> has to remember to call the trigger.
>
> [EV] I still don't like at all to use the Move/MoveSets. I'd much prefer to
> keep these clean.
> How are you going to tell an object Move that it is a trigger and what it
> must call if it is? Or should all object moves always call all
> triggerables, or the TriggerManager (and how can it find that one)? I
> completely don't understand how you see this working, and what's the
> benefit of using the Moves.
>
> Take the example: A candidate in the long run ist the function that checks
> if
> a company is floated. Every (high-level) method that moves shares out of
> IPO
>
> has to check if the company has floated. If the trigger is used, this is
> done
> automatically. This would also cover special cases in games, which are not
> yet implemented.
>
> [EV] What is exactly registering to what in this example? And what is
> triggering what? And how can both the registerer and the triggerer find
> their callees?
>
> Erik.
>
>
> ---------------------------------------------------------------------------
>- --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

Brett:
I am able to access the page, but I still wonder, how I can change the 
settings. The user guide always refers to edit the configuration files?

However the problem seems to be that the default group (all) does not have the 
rights to edit or createpage. Maybe we should keep that and simply add
interested contributors to the edit group.

I have created two pages (Configuration File and 1889) to get the wiki started 
and adjusted the main wiki page.

Stefan

On Sunday 04 July 2010 21:36:31 brett lentz wrote:
> Hmm... ok. Now that you're an admin, you should be able to access this
> page:
>
> https://sourceforge.net/apps/mediawiki/rails/index.php?title=Special:ListGr
>oupRights
>
> Go ahead and tinker with the various settings and see if you can improve on
> it.
>
> ---Brett.
>
> On Sun, Jul 4, 2010 at 7:04 PM, Stefan Frey <ste...@we...> wrote:
> > Brett:
> > maybe I am/was stupid, but I at the time of my first try I could not even
> > edit pages after login. It is still the case if I am not logged in and I
> > suspect that nobody except Erik, you and me is allowed to change anything
> > in the Rails wiki.
> >
> > Stefan
> >
> > Example for a new page edit:
> > http://sourceforge.net/apps/mediawiki/rails/index.php?title=Config&action
> >=edit
> >
> > Response:
> > You do not have permission to edit this page, for the following reason:
> > The action you have requested is limited to users in one of the groups:
> > editor, admin.
> >
> > On Sunday 04 July 2010 18:33:33 brett lentz wrote:
> >> Stefan -
> >>
> >> I had removed the wiki because it hadn't gotten any use.   I've added
> >> it again, and set your account as an Admin.
> >>
> >> The default permissions allow just about anyone to edit/create pages.
> >>
> >> ---Brett.
> >>
> >> On Sun, Jul 4, 2010 at 8:13 AM, Stefan Frey <ste...@we...> wrote:
> >> > Hi Brett,
> >> > works perfect, at least for checkouts.
> >> > Thanks for the move.
> >> >
> >> > A different issue:
> >> > One or two weeks ago I tried to change something on the wiki page
> >> > (logged-in), but I was neither allowed to edit any of the existing
> >> > pages nor to create a new page.
> >> > My intention was to add a page that explains the new options in the
> >> > config file to adjust the Rails UI.
> >> >
> >> > Now the wiki seems to be removed completely.
> >> >
> >> > Can I ask again for adding the wiki and to set the permissions less
> >> > restrictive. My suggestion would be to allow any logged-in user to
> >> > edit pages and any project member to create new ones.
> >> >
> >> > It would be also nice to link the wiki from the front page.
> >> >
> >> > Stefan
> >> >
> >> > On Sunday 04 July 2010 06:02:57 brett lentz wrote:
> >> >> I think I got it this time around. The checkout looks a lot better.
> >> >>
> >> >> Apologies for taking so long.  Please check out from the svn
> >> >> repository and make sure the files and access is as you expect.
> >> >>
> >> >> ---Brett.
> >> >>
> >> >> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
> >
> > wrote:
> >> >> > Not sure. I'm still working on it.   I'm hoping to have it working
> >> >> > over the long weekend we have for the U.S. holiday.
> >> >> >
> >> >> > ---Brett.
> >> >> >
> >> >> >
> >> >> >
> >> >> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> >> >> >
> >> >> > <ste...@we...> wrote:
> >> >> >> Brett:
> >> >> >> I am back after some days of travel and I tried to checkout the
> >> >> >> svn repo. It is not empty, but it still looks pretty broken after
> >> >> >> the import via Subversive.
> >> >> >> Any news what happened to the migration?
> >> >> >> Stefan
> >> >> >>
> >> >> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
> >> >> >>> Hmm...  It doesn't look like you're doing anything wrong.  It
> >> >> >>> looks like the import wasn't successful.
> >> >> >>>
> >> >> >>> I'll figure out why and redo the import.
> >> >> >>>
> >> >> >>> ---Brett.
> >> >> >>>
> >> >> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
> >
> > wrote:
> >> >> >>> > It's entirely possible I'm doing something very stupid
> >> >> >>> > (Subversive isn't quite as obvious with it's interface as the
> >> >> >>> > native CVS plugin) but I seem to be getting no actual code in a
> >> >> >>> > checkout, just a seemingly empty 18xx directory alongside the
> >> >> >>> > root.
> >> >> >>> >
> >> >> >>> > Is the repository security locked?  I'm doing this with just an
> >> >> >>> > anonymous user account...
> >> >> >>> >
> >> >> >>> > Phil
> >> >> >>> >
> >> >> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> 
wrote:
> >> >> >>> >> The migration is completed.  Please check the code out from
> >> >> >>> >> the Subversion repository, and make commits there.
> >> >> >>> >>
> >> >> >>> >> Once I have a few successful reports of checkouts and commits,
> >> >> >>> >> I'll disable access to CVS.
> >> >> >>> >>
> >> >> >>> >> ---Brett.
> >> >> >>> >>
> >> >> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
> >> >> >>> >> <bre...@gm...>
> >> >> >>
> >> >> >> wrote:
> >> >> >>> >>> All -
> >> >> >>> >>>
> >> >> >>> >>> After some off-list discussion with Erik and Stefan, we've
> >> >> >>> >>> agreed that the EGit Eclipse plugin is just a bit too
> >> >> >>> >>> immature to allow everyone to seamlessly transition to Git.
> >> >> >>> >>> So, we'll be migrating from CVS to Subversion.
> >> >> >>> >>>
> >> >> >>> >>> I'll be doing the migration today, so please refrain from
> >> >> >>> >>> making any new commits for a few hours.  I'll send another
> >> >> >>> >>> message to the list when the migration process is complete.
> >> >> >>> >>>
> >> >> >>> >>> ---Brett.
> >> >> >>> >>
> >> >> >>> >> --------------------------------------------------------------
> >> >> >>> >>--- --- ---- ------ This SF.net email is sponsored by Sprint
> >> >> >>> >> What will you do first with EVO, the first 4G phone?
> >> >> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> >>> >> _______________________________________________
> >> >> >>> >> Rails-devel mailing list
> >> >> >>> >> Rai...@li...
> >> >> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >> >>> >
> >> >> >>> > ---------------------------------------------------------------
> >> >> >>> >--- --- ---- ----- This SF.net email is sponsored by Sprint What
> >> >> >>> > will you do first with EVO, the first 4G phone?
> >> >> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> >>> > _______________________________________________
> >> >> >>> > Rails-devel mailing list
> >> >> >>> > Rai...@li...
> >> >> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >> >>>
> >> >> >>> -----------------------------------------------------------------
> >> >> >>>--- --- ---- --- This SF.net email is sponsored by Sprint
> >> >> >>> What will you do first with EVO, the first 4G phone?
> >> >> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> >>> _______________________________________________
> >> >> >>> Rails-devel mailing list
> >> >> >>> Rai...@li...
> >> >> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >> >>
> >> >> >> ------------------------------------------------------------------
> >> >> >>--- --- ------ This SF.net email is sponsored by Sprint
> >> >> >> What will you do first with EVO, the first 4G phone?
> >> >> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> >> _______________________________________________
> >> >> >> Rails-devel mailing list
> >> >> >> Rai...@li...
> >> >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >>--- --- --- This SF.net email is sponsored by Sprint
> >> >> What will you do first with EVO, the first 4G phone?
> >> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> _______________________________________________
> >> >> Rails-devel mailing list
> >> >> Rai...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >
> >> > ----------------------------------------------------------------------
> >> >--- ----- This SF.net email is sponsored by Sprint
> >> > What will you do first with EVO, the first 4G phone?
> >> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> > _______________________________________________
> >> > Rails-devel mailing list
> >> > Rai...@li...
> >> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >> ------------------------------------------------------------------------
> >>--- --- This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> > -------------------------------------------------------------------------
> >----- This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Price tokens change order when moving up.

[Stefan F. (web.de) <ste...@we...>]

Erik:
do you mind if I move the definition of running order into the PublicCompany 
class and define a Comparator?

I can still keep the new method in the GameManager, but the change would later 
simplify the migration to the new sequence model.

Stefan

On Sunday 04 July 2010 22:57:26 Erik Vos wrote:
> (Switching to the proper group)
> This has been fixed now - in Subversion!
>
> Erik.
>
>
>   _____
>
> From: 18...@ya... [mailto:18...@ya...] On Behalf Of John
> A. Tamplin
> Sent: Friday 02 July 2010 00:17
> To: 18...@ya...
> Subject: Re: [18xx] par value marker movement
>
>
>
>
> On Thu, Jul 1, 2010 at 3:43 PM, Erik Vos <eri...@xs...
>
> <mailto:erik.vos%40xs4all.nl> > wrote:
> > At the end of the SR, the companies are scanned for being sold out in the
> > order in which they appear in the Game Status window. Any upward token
> > moves
> > are then executed in that order and follow the normal move rules. So I
> > suspect that the token order gets reversed only if a 'lower' company
> > token is on top of a 'higher' one. Or it could be the reverse...:-)
> > Indeed we need
> > a saved file to prove that.
> > In any case, I would encourage to file it as a bug, so it will get proper
> > attention at some point.
>
> The tokens are supposed to be processed in market order, which winds up
> preserving the same stacking.

[Rails-devel] Price tokens change order when moving up.

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

(Switching to the proper group)
This has been fixed now - in Subversion!
 
Erik.


  _____  

From: 18...@ya... [mailto:18...@ya...] On Behalf Of John
A. Tamplin
Sent: Friday 02 July 2010 00:17
To: 18...@ya...
Subject: Re: [18xx] par value marker movement


  

On Thu, Jul 1, 2010 at 3:43 PM, Erik Vos <eri...@xs...
<mailto:erik.vos%40xs4all.nl> > wrote:

> At the end of the SR, the companies are scanned for being sold out in the
> order in which they appear in the Game Status window. Any upward token
> moves
> are then executed in that order and follow the normal move rules. So I
> suspect that the token order gets reversed only if a 'lower' company token
> is on top of a 'higher' one. Or it could be the reverse...:-) Indeed we
> need
> a saved file to prove that.
> In any case, I would encourage to file it as a bug, so it will get proper
> attention at some point.

The tokens are supposed to be processed in market order, which winds up
preserving the same stacking.

-- 
John A. Tamplin

[Non-text portions of this message have been removed]



__._,_.___
Reply  <mailto:ja...@ja...?subject=Re: [18xx] par value marker movement> to
sender | Reply  <mailto:18...@ya...?subject=Re: [18xx] par value
marker movement> to group | Reply
<http://groups.yahoo.com/group/18xx/post;_ylc=X3oDMTJwanVscDFmBF9TAzk3MzU5Nz
E0BGdycElkAzExOTgyOQRncnBzcElkAzE3MDUwNTI4OTYEbXNnSWQDMjg5NjAEc2VjA2Z0cgRzbG
sDcnBseQRzdGltZQMxMjc4MDIyNjgy?act=reply&messageNum=28960> via web post |
Start
<http://groups.yahoo.com/group/18xx/post;_ylc=X3oDMTJkaWVwZWdxBF9TAzk3MzU5Nz
E0BGdycElkAzExOTgyOQRncnBzcElkAzE3MDUwNTI4OTYEc2VjA2Z0cgRzbGsDbnRwYwRzdGltZQ
MxMjc4MDIyNjgy> a New Topic 
Messages
<http://groups.yahoo.com/group/18xx/message/28950;_ylc=X3oDMTM1NDQ1NzFvBF9TA
zk3MzU5NzE0BGdycElkAzExOTgyOQRncnBzcElkAzE3MDUwNTI4OTYEbXNnSWQDMjg5NjAEc2VjA
2Z0cgRzbGsDdnRwYwRzdGltZQMxMjc4MDIyNjgyBHRwY0lkAzI4OTUw> in this topic (7) 
Recent Activity: 

*	New
<http://groups.yahoo.com/group/18xx/members;_ylc=X3oDMTJlcGw4azRpBF9TAzk3MzU
5NzE0BGdycElkAzExOTgyOQRncnBzcElkAzE3MDUwNTI4OTYEc2VjA3Z0bARzbGsDdm1icnMEc3R
pbWUDMTI3ODAyMjY4Mg--?o=6> Members 6 

Visit
<http://groups.yahoo.com/group/18xx;_ylc=X3oDMTJkNGVzYWNjBF9TAzk3MzU5NzE0BGd
ycElkAzExOTgyOQRncnBzcElkAzE3MDUwNTI4OTYEc2VjA3Z0bARzbGsDdmdocARzdGltZQMxMjc
4MDIyNjgy> Your Group 
This is a message from the 18xx mailing list. 
MARKETPLACE

Stay
<http://us.ard.yahoo.com/SIG=15om3tl37/M=493064.13983314.14041046.13298430/D
=groups/S=1705052896:MKP1/Y=YAHOO/EXP=1278029882/L=83903402-855e-11df-ae5f-e
792b59ce9ac/B=5w4yF0PDhEA-/J=1278022682563805/K=QSG5YhfRCMiBCFxuFAxm4g/A=606
0255/R=0/SIG=1194m4keh/*http://us.toolbar.yahoo.com/?.cpdl=grpj> on top of
your group activity without leaving the page you're on - Get the Yahoo!
Toolbar now.

 
  _____  


Get
<http://us.ard.yahoo.com/SIG=15o5ejigq/M=493064.13814537.14041040.10835568/D
=groups/S=1705052896:MKP1/Y=YAHOO/EXP=1278029882/L=83903402-855e-11df-ae5f-e
792b59ce9ac/B=6A4yF0PDhEA-/J=1278022682563805/K=QSG5YhfRCMiBCFxuFAxm4g/A=607
8812/R=0/SIG=114ae4ln1/*http://dogandcatanswers.yahoo.com/> great advice
about dogs and cats. Visit the Dog & Cat Answers Center.

 
  _____  


Hobbies
<http://us.ard.yahoo.com/SIG=15o76ht6q/M=493064.14012770.13963757.13298430/D
=groups/S=1705052896:MKP1/Y=YAHOO/EXP=1278029882/L=83903402-855e-11df-ae5f-e
792b59ce9ac/B=6Q4yF0PDhEA-/J=1278022682563805/K=QSG5YhfRCMiBCFxuFAxm4g/A=601
5306/R=0/SIG=11vlkvigg/*http://advision.webevents.yahoo.com/hobbiesandactivi
tieszone/> & Activities Zone: Find others who share your passions! Explore
new interests.

 
 
<http://groups.yahoo.com/;_ylc=X3oDMTJjYmswOWtjBF9TAzk3MzU5NzE0BGdycElkAzExO
TgyOQRncnBzcElkAzE3MDUwNTI4OTYEc2VjA2Z0cgRzbGsDZ2ZwBHN0aW1lAzEyNzgwMjI2ODI->
Yahoo! Groups 
Switch to: Text-Only <mailto:18x...@ya...?subject=Change
Delivery Format: Traditional> , Daily
<mailto:18x...@ya...?subject=Email Delivery: Digest> Digest .
Unsubscribe <mailto:18x...@ya...?subject=Unsubscribe>  .
Terms of Use <http://docs.yahoo.com/info/terms/> 
.
 
<http://geo.yahoo.com/serv?s=97359714/grpId=119829/grpspId=1705052896/msgId=
28960/stime=1278022682/nc1=6083913/nc2=3848640/nc3=5733768> 

__,_._,___

Re: [Rails-devel] Migrating to Subversion today.

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

Hmm... ok. Now that you're an admin, you should be able to access this page:

https://sourceforge.net/apps/mediawiki/rails/index.php?title=Special:ListGroupRights

Go ahead and tinker with the various settings and see if you can improve on it.

---Brett.



On Sun, Jul 4, 2010 at 7:04 PM, Stefan Frey <ste...@we...> wrote:
> Brett:
> maybe I am/was stupid, but I at the time of my first try I could not even edit
> pages after login. It is still the case if I am not logged in and I suspect
> that nobody except Erik, you and me is allowed to change anything in the
> Rails wiki.
>
> Stefan
>
> Example for a new page edit:
> http://sourceforge.net/apps/mediawiki/rails/index.php?title=Config&action=edit
>
> Response:
> You do not have permission to edit this page, for the following reason:
> The action you have requested is limited to users in one of the groups:
> editor, admin.
>
>
>
>
>
> On Sunday 04 July 2010 18:33:33 brett lentz wrote:
>> Stefan -
>>
>> I had removed the wiki because it hadn't gotten any use.   I've added
>> it again, and set your account as an Admin.
>>
>> The default permissions allow just about anyone to edit/create pages.
>>
>> ---Brett.
>>
>> On Sun, Jul 4, 2010 at 8:13 AM, Stefan Frey <ste...@we...> wrote:
>> > Hi Brett,
>> > works perfect, at least for checkouts.
>> > Thanks for the move.
>> >
>> > A different issue:
>> > One or two weeks ago I tried to change something on the wiki page
>> > (logged-in), but I was neither allowed to edit any of the existing pages
>> > nor to create a new page.
>> > My intention was to add a page that explains the new options in the
>> > config file to adjust the Rails UI.
>> >
>> > Now the wiki seems to be removed completely.
>> >
>> > Can I ask again for adding the wiki and to set the permissions less
>> > restrictive. My suggestion would be to allow any logged-in user to edit
>> > pages and any project member to create new ones.
>> >
>> > It would be also nice to link the wiki from the front page.
>> >
>> > Stefan
>> >
>> > On Sunday 04 July 2010 06:02:57 brett lentz wrote:
>> >> I think I got it this time around. The checkout looks a lot better.
>> >>
>> >> Apologies for taking so long.  Please check out from the svn
>> >> repository and make sure the files and access is as you expect.
>> >>
>> >> ---Brett.
>> >>
>> >> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
> wrote:
>> >> > Not sure. I'm still working on it.   I'm hoping to have it working
>> >> > over the long weekend we have for the U.S. holiday.
>> >> >
>> >> > ---Brett.
>> >> >
>> >> >
>> >> >
>> >> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
>> >> >
>> >> > <ste...@we...> wrote:
>> >> >> Brett:
>> >> >> I am back after some days of travel and I tried to checkout the svn
>> >> >> repo. It is not empty, but it still looks pretty broken after the
>> >> >> import via Subversive.
>> >> >> Any news what happened to the migration?
>> >> >> Stefan
>> >> >>
>> >> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>> >> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>> >> >>> like the import wasn't successful.
>> >> >>>
>> >> >>> I'll figure out why and redo the import.
>> >> >>>
>> >> >>> ---Brett.
>> >> >>>
>> >> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
> wrote:
>> >> >>> > It's entirely possible I'm doing something very stupid (Subversive
>> >> >>> > isn't quite as obvious with it's interface as the native CVS
>> >> >>> > plugin) but I seem to be getting no actual code in a checkout,
>> >> >>> > just a seemingly empty 18xx directory alongside the root.
>> >> >>> >
>> >> >>> > Is the repository security locked?  I'm doing this with just an
>> >> >>> > anonymous user account...
>> >> >>> >
>> >> >>> > Phil
>> >> >>> >
>> >> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> >> >>> >> The migration is completed.  Please check the code out from the
>> >> >>> >> Subversion repository, and make commits there.
>> >> >>> >>
>> >> >>> >> Once I have a few successful reports of checkouts and commits,
>> >> >>> >> I'll disable access to CVS.
>> >> >>> >>
>> >> >>> >> ---Brett.
>> >> >>> >>
>> >> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
>> >> >>> >> <bre...@gm...>
>> >> >>
>> >> >> wrote:
>> >> >>> >>> All -
>> >> >>> >>>
>> >> >>> >>> After some off-list discussion with Erik and Stefan, we've
>> >> >>> >>> agreed that the EGit Eclipse plugin is just a bit too immature
>> >> >>> >>> to allow everyone to seamlessly transition to Git. So, we'll be
>> >> >>> >>> migrating from CVS to Subversion.
>> >> >>> >>>
>> >> >>> >>> I'll be doing the migration today, so please refrain from making
>> >> >>> >>> any new commits for a few hours.  I'll send another message to
>> >> >>> >>> the list when the migration process is complete.
>> >> >>> >>>
>> >> >>> >>> ---Brett.
>> >> >>> >>
>> >> >>> >> -----------------------------------------------------------------
>> >> >>> >>--- ---- ------ This SF.net email is sponsored by Sprint
>> >> >>> >> What will you do first with EVO, the first 4G phone?
>> >> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> >>> >> _______________________________________________
>> >> >>> >> Rails-devel mailing list
>> >> >>> >> Rai...@li...
>> >> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> >>> >
>> >> >>> > ------------------------------------------------------------------
>> >> >>> >--- ---- ----- This SF.net email is sponsored by Sprint
>> >> >>> > What will you do first with EVO, the first 4G phone?
>> >> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> >>> > _______________________________________________
>> >> >>> > Rails-devel mailing list
>> >> >>> > Rai...@li...
>> >> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> >>>
>> >> >>> --------------------------------------------------------------------
>> >> >>>--- ---- --- This SF.net email is sponsored by Sprint
>> >> >>> What will you do first with EVO, the first 4G phone?
>> >> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> >>> _______________________________________________
>> >> >>> Rails-devel mailing list
>> >> >>> Rai...@li...
>> >> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >> >>
>> >> >> ---------------------------------------------------------------------
>> >> >>--- ------ This SF.net email is sponsored by Sprint
>> >> >> What will you do first with EVO, the first 4G phone?
>> >> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> >> _______________________________________________
>> >> >> Rails-devel mailing list
>> >> >> Rai...@li...
>> >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >> ------------------------------------------------------------------------
>> >>--- --- This SF.net email is sponsored by Sprint
>> >> What will you do first with EVO, the first 4G phone?
>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>> > -------------------------------------------------------------------------
>> >----- This SF.net email is sponsored by Sprint
>> > What will you do first with EVO, the first 4G phone?
>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ---------------------------------------------------------------------------
>>--- This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Migrating to Subversion today.

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

Brett:
maybe I am/was stupid, but I at the time of my first try I could not even edit 
pages after login. It is still the case if I am not logged in and I suspect 
that nobody except Erik, you and me is allowed to change anything in the 
Rails wiki.

Stefan

Example for a new page edit:
http://sourceforge.net/apps/mediawiki/rails/index.php?title=Config&action=edit

Response:
You do not have permission to edit this page, for the following reason:
The action you have requested is limited to users in one of the groups: 
editor, admin.





On Sunday 04 July 2010 18:33:33 brett lentz wrote:
> Stefan -
>
> I had removed the wiki because it hadn't gotten any use.   I've added
> it again, and set your account as an Admin.
>
> The default permissions allow just about anyone to edit/create pages.
>
> ---Brett.
>
> On Sun, Jul 4, 2010 at 8:13 AM, Stefan Frey <ste...@we...> wrote:
> > Hi Brett,
> > works perfect, at least for checkouts.
> > Thanks for the move.
> >
> > A different issue:
> > One or two weeks ago I tried to change something on the wiki page
> > (logged-in), but I was neither allowed to edit any of the existing pages
> > nor to create a new page.
> > My intention was to add a page that explains the new options in the
> > config file to adjust the Rails UI.
> >
> > Now the wiki seems to be removed completely.
> >
> > Can I ask again for adding the wiki and to set the permissions less
> > restrictive. My suggestion would be to allow any logged-in user to edit
> > pages and any project member to create new ones.
> >
> > It would be also nice to link the wiki from the front page.
> >
> > Stefan
> >
> > On Sunday 04 July 2010 06:02:57 brett lentz wrote:
> >> I think I got it this time around. The checkout looks a lot better.
> >>
> >> Apologies for taking so long.  Please check out from the svn
> >> repository and make sure the files and access is as you expect.
> >>
> >> ---Brett.
> >>
> >> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...> 
wrote:
> >> > Not sure. I'm still working on it.   I'm hoping to have it working
> >> > over the long weekend we have for the U.S. holiday.
> >> >
> >> > ---Brett.
> >> >
> >> >
> >> >
> >> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> >> >
> >> > <ste...@we...> wrote:
> >> >> Brett:
> >> >> I am back after some days of travel and I tried to checkout the svn
> >> >> repo. It is not empty, but it still looks pretty broken after the
> >> >> import via Subversive.
> >> >> Any news what happened to the migration?
> >> >> Stefan
> >> >>
> >> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
> >> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
> >> >>> like the import wasn't successful.
> >> >>>
> >> >>> I'll figure out why and redo the import.
> >> >>>
> >> >>> ---Brett.
> >> >>>
> >> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> 
wrote:
> >> >>> > It's entirely possible I'm doing something very stupid (Subversive
> >> >>> > isn't quite as obvious with it's interface as the native CVS
> >> >>> > plugin) but I seem to be getting no actual code in a checkout,
> >> >>> > just a seemingly empty 18xx directory alongside the root.
> >> >>> >
> >> >>> > Is the repository security locked?  I'm doing this with just an
> >> >>> > anonymous user account...
> >> >>> >
> >> >>> > Phil
> >> >>> >
> >> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> >> >>> >> The migration is completed.  Please check the code out from the
> >> >>> >> Subversion repository, and make commits there.
> >> >>> >>
> >> >>> >> Once I have a few successful reports of checkouts and commits,
> >> >>> >> I'll disable access to CVS.
> >> >>> >>
> >> >>> >> ---Brett.
> >> >>> >>
> >> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
> >> >>> >> <bre...@gm...>
> >> >>
> >> >> wrote:
> >> >>> >>> All -
> >> >>> >>>
> >> >>> >>> After some off-list discussion with Erik and Stefan, we've
> >> >>> >>> agreed that the EGit Eclipse plugin is just a bit too immature
> >> >>> >>> to allow everyone to seamlessly transition to Git. So, we'll be
> >> >>> >>> migrating from CVS to Subversion.
> >> >>> >>>
> >> >>> >>> I'll be doing the migration today, so please refrain from making
> >> >>> >>> any new commits for a few hours.  I'll send another message to
> >> >>> >>> the list when the migration process is complete.
> >> >>> >>>
> >> >>> >>> ---Brett.
> >> >>> >>
> >> >>> >> -----------------------------------------------------------------
> >> >>> >>--- ---- ------ This SF.net email is sponsored by Sprint
> >> >>> >> What will you do first with EVO, the first 4G phone?
> >> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >>> >> _______________________________________________
> >> >>> >> Rails-devel mailing list
> >> >>> >> Rai...@li...
> >> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>> >
> >> >>> > ------------------------------------------------------------------
> >> >>> >--- ---- ----- This SF.net email is sponsored by Sprint
> >> >>> > What will you do first with EVO, the first 4G phone?
> >> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >>> > _______________________________________________
> >> >>> > Rails-devel mailing list
> >> >>> > Rai...@li...
> >> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>>
> >> >>> --------------------------------------------------------------------
> >> >>>--- ---- --- This SF.net email is sponsored by Sprint
> >> >>> What will you do first with EVO, the first 4G phone?
> >> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >>> _______________________________________________
> >> >>> Rails-devel mailing list
> >> >>> Rai...@li...
> >> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >> >>
> >> >> ---------------------------------------------------------------------
> >> >>--- ------ This SF.net email is sponsored by Sprint
> >> >> What will you do first with EVO, the first 4G phone?
> >> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> >> _______________________________________________
> >> >> Rails-devel mailing list
> >> >> Rai...@li...
> >> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >> ------------------------------------------------------------------------
> >>--- --- This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> > -------------------------------------------------------------------------
> >----- This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

First of all: CVSROOT/ 

-----Original Message-----
From: brett lentz [mailto:bre...@gm...] 
Sent: Sunday 04 July 2010 18:26
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Migrating to Subversion today.

Yeah, there's some cruft from CVS in there that needs cleaning up.

---Brett.



On Sun, Jul 4, 2010 at 3:39 PM, Erik Vos <eri...@xs...> wrote:
> Never mind, after some Googling and several more false starts it seems I
> have managed.
>
> One thing: the repository had below trunk/18xx both 'Rails' and 'rails',
the
> former being empty, and blocking the download of the latter for me
(perhaps
> it's just me because I'm a Windozer).
>
> I have removed that redundant 'Rails' directory using Eclipse's Repository
> browser, and that fixed the checkout for me. Hope I haven't broken
anything,
> but I suppose 'Rails' was just a redundant leftover from one of Brett's
> attempts.
>
> Erik.
>
>
> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Sunday 04 July 2010 16:49
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Migrating to Subversion today.
>
> I'm trying to check out to a new project (different location, newer
Eclipse
> version) at the trunk/18xx level, but I'm getting  "Cannot map the project
> with svn provider". Not sure what that means and what to do about it.
>
> Erik.
>
> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Sunday 04 July 2010 10:14
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Migrating to Subversion today.
>
> Hi Brett,
> works perfect, at least for checkouts.
> Thanks for the move.
>
> A different issue:
> One or two weeks ago I tried to change something on the wiki page
> (logged-in),
> but I was neither allowed to edit any of the existing pages nor to create
a
> new page.
> My intention was to add a page that explains the new options in the config
> file to adjust the Rails UI.
>
> Now the wiki seems to be removed completely.
>
> Can I ask again for adding the wiki and to set the permissions less
> restrictive. My suggestion would be to allow any logged-in user to edit
> pages
> and any project member to create new ones.
>
> It would be also nice to link the wiki from the front page.
>
> Stefan
>
>
> On Sunday 04 July 2010 06:02:57 brett lentz wrote:
>> I think I got it this time around. The checkout looks a lot better.
>>
>> Apologies for taking so long.  Please check out from the svn
>> repository and make sure the files and access is as you expect.
>>
>> ---Brett.
>>
>> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
> wrote:
>> > Not sure. I'm still working on it.   I'm hoping to have it working
>> > over the long weekend we have for the U.S. holiday.
>> >
>> > ---Brett.
>> >
>> >
>> >
>> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
>> >
>> > <ste...@we...> wrote:
>> >> Brett:
>> >> I am back after some days of travel and I tried to checkout the svn
>> >> repo. It is not empty, but it still looks pretty broken after the
> import
>> >> via Subversive.
>> >> Any news what happened to the migration?
>> >> Stefan
>> >>
>> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>> >>> like the import wasn't successful.
>> >>>
>> >>> I'll figure out why and redo the import.
>> >>>
>> >>> ---Brett.
>> >>>
>> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
> wrote:
>> >>> > It's entirely possible I'm doing something very stupid (Subversive
>> >>> > isn't quite as obvious with it's interface as the native CVS
plugin)
>> >>> > but I seem to be getting no actual code in a checkout, just a
>> >>> > seemingly empty 18xx directory alongside the root.
>> >>> >
>> >>> > Is the repository security locked?  I'm doing this with just an
>> >>> > anonymous user account...
>> >>> >
>> >>> > Phil
>> >>> >
>> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> >>> >> The migration is completed.  Please check the code out from the
>> >>> >> Subversion repository, and make commits there.
>> >>> >>
>> >>> >> Once I have a few successful reports of checkouts and commits,
I'll
>> >>> >> disable access to CVS.
>> >>> >>
>> >>> >> ---Brett.
>> >>> >>
>> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
>> >>> >> <bre...@gm...>
>> >>
>> >> wrote:
>> >>> >>> All -
>> >>> >>>
>> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
>> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
>> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
>> >>> >>> from CVS to Subversion.
>> >>> >>>
>> >>> >>> I'll be doing the migration today, so please refrain from making
>> >>> >>> any new commits for a few hours.  I'll send another message to
the
>> >>> >>> list when the migration process is complete.
>> >>> >>>
>> >>> >>> ---Brett.
>> >>> >>
>> >>> >>
> --------------------------------------------------------------------
>> >>> >>---- ------ This SF.net email is sponsored by Sprint
>> >>> >> What will you do first with EVO, the first 4G phone?
>> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> >> _______________________________________________
>> >>> >> Rails-devel mailing list
>> >>> >> Rai...@li...
>> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>> >
>> >>> >
> ---------------------------------------------------------------------
>> >>> >---- ----- This SF.net email is sponsored by Sprint
>> >>> > What will you do first with EVO, the first 4G phone?
>> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> > _______________________________________________
>> >>> > Rails-devel mailing list
>> >>> > Rai...@li...
>> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>>
>> >>>
> -----------------------------------------------------------------------
>> >>>---- --- This SF.net email is sponsored by Sprint
>> >>> What will you do first with EVO, the first 4G phone?
>> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> _______________________________________________
>> >>> Rails-devel mailing list
>> >>> Rai...@li...
>> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >>
> ------------------------------------------------------------------------
>> >>------ This SF.net email is sponsored by Sprint
>> >> What will you do first with EVO, the first 4G phone?
>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>
---------------------------------------------------------------------------
>>--- This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
>
----------------------------------------------------------------------------
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
----------------------------------------------------------------------------
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
----------------------------------------------------------------------------
--
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

Stefan -

I had removed the wiki because it hadn't gotten any use.   I've added
it again, and set your account as an Admin.

The default permissions allow just about anyone to edit/create pages.

---Brett.



On Sun, Jul 4, 2010 at 8:13 AM, Stefan Frey <ste...@we...> wrote:
> Hi Brett,
> works perfect, at least for checkouts.
> Thanks for the move.
>
> A different issue:
> One or two weeks ago I tried to change something on the wiki page (logged-in),
> but I was neither allowed to edit any of the existing pages nor to create a
> new page.
> My intention was to add a page that explains the new options in the config
> file to adjust the Rails UI.
>
> Now the wiki seems to be removed completely.
>
> Can I ask again for adding the wiki and to set the permissions less
> restrictive. My suggestion would be to allow any logged-in user to edit pages
> and any project member to create new ones.
>
> It would be also nice to link the wiki from the front page.
>
> Stefan
>
>
> On Sunday 04 July 2010 06:02:57 brett lentz wrote:
>> I think I got it this time around. The checkout looks a lot better.
>>
>> Apologies for taking so long.  Please check out from the svn
>> repository and make sure the files and access is as you expect.
>>
>> ---Brett.
>>
>> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...> wrote:
>> > Not sure. I'm still working on it.   I'm hoping to have it working
>> > over the long weekend we have for the U.S. holiday.
>> >
>> > ---Brett.
>> >
>> >
>> >
>> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
>> >
>> > <ste...@we...> wrote:
>> >> Brett:
>> >> I am back after some days of travel and I tried to checkout the svn
>> >> repo. It is not empty, but it still looks pretty broken after the import
>> >> via Subversive.
>> >> Any news what happened to the migration?
>> >> Stefan
>> >>
>> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>> >>> like the import wasn't successful.
>> >>>
>> >>> I'll figure out why and redo the import.
>> >>>
>> >>> ---Brett.
>> >>>
>> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
>> >>> > It's entirely possible I'm doing something very stupid (Subversive
>> >>> > isn't quite as obvious with it's interface as the native CVS plugin)
>> >>> > but I seem to be getting no actual code in a checkout, just a
>> >>> > seemingly empty 18xx directory alongside the root.
>> >>> >
>> >>> > Is the repository security locked?  I'm doing this with just an
>> >>> > anonymous user account...
>> >>> >
>> >>> > Phil
>> >>> >
>> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> >>> >> The migration is completed.  Please check the code out from the
>> >>> >> Subversion repository, and make commits there.
>> >>> >>
>> >>> >> Once I have a few successful reports of checkouts and commits, I'll
>> >>> >> disable access to CVS.
>> >>> >>
>> >>> >> ---Brett.
>> >>> >>
>> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
>> >>> >> <bre...@gm...>
>> >>
>> >> wrote:
>> >>> >>> All -
>> >>> >>>
>> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
>> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
>> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
>> >>> >>> from CVS to Subversion.
>> >>> >>>
>> >>> >>> I'll be doing the migration today, so please refrain from making
>> >>> >>> any new commits for a few hours.  I'll send another message to the
>> >>> >>> list when the migration process is complete.
>> >>> >>>
>> >>> >>> ---Brett.
>> >>> >>
>> >>> >> --------------------------------------------------------------------
>> >>> >>---- ------ This SF.net email is sponsored by Sprint
>> >>> >> What will you do first with EVO, the first 4G phone?
>> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> >> _______________________________________________
>> >>> >> Rails-devel mailing list
>> >>> >> Rai...@li...
>> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>> >
>> >>> > ---------------------------------------------------------------------
>> >>> >---- ----- This SF.net email is sponsored by Sprint
>> >>> > What will you do first with EVO, the first 4G phone?
>> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> > _______________________________________________
>> >>> > Rails-devel mailing list
>> >>> > Rai...@li...
>> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>>
>> >>> -----------------------------------------------------------------------
>> >>>---- --- This SF.net email is sponsored by Sprint
>> >>> What will you do first with EVO, the first 4G phone?
>> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> _______________________________________________
>> >>> Rails-devel mailing list
>> >>> Rai...@li...
>> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >> ------------------------------------------------------------------------
>> >>------ This SF.net email is sponsored by Sprint
>> >> What will you do first with EVO, the first 4G phone?
>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ---------------------------------------------------------------------------
>>--- This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Migrating to Subversion today.

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

Yeah, there's some cruft from CVS in there that needs cleaning up.

---Brett.



On Sun, Jul 4, 2010 at 3:39 PM, Erik Vos <eri...@xs...> wrote:
> Never mind, after some Googling and several more false starts it seems I
> have managed.
>
> One thing: the repository had below trunk/18xx both 'Rails' and 'rails', the
> former being empty, and blocking the download of the latter for me (perhaps
> it's just me because I'm a Windozer).
>
> I have removed that redundant 'Rails' directory using Eclipse's Repository
> browser, and that fixed the checkout for me. Hope I haven't broken anything,
> but I suppose 'Rails' was just a redundant leftover from one of Brett's
> attempts.
>
> Erik.
>
>
> -----Original Message-----
> From: Erik Vos [mailto:eri...@xs...]
> Sent: Sunday 04 July 2010 16:49
> To: 'Development list for Rails: an 18xx game'
> Subject: Re: [Rails-devel] Migrating to Subversion today.
>
> I'm trying to check out to a new project (different location, newer Eclipse
> version) at the trunk/18xx level, but I'm getting  "Cannot map the project
> with svn provider". Not sure what that means and what to do about it.
>
> Erik.
>
> -----Original Message-----
> From: Stefan Frey [mailto:ste...@we...]
> Sent: Sunday 04 July 2010 10:14
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] Migrating to Subversion today.
>
> Hi Brett,
> works perfect, at least for checkouts.
> Thanks for the move.
>
> A different issue:
> One or two weeks ago I tried to change something on the wiki page
> (logged-in),
> but I was neither allowed to edit any of the existing pages nor to create a
> new page.
> My intention was to add a page that explains the new options in the config
> file to adjust the Rails UI.
>
> Now the wiki seems to be removed completely.
>
> Can I ask again for adding the wiki and to set the permissions less
> restrictive. My suggestion would be to allow any logged-in user to edit
> pages
> and any project member to create new ones.
>
> It would be also nice to link the wiki from the front page.
>
> Stefan
>
>
> On Sunday 04 July 2010 06:02:57 brett lentz wrote:
>> I think I got it this time around. The checkout looks a lot better.
>>
>> Apologies for taking so long.  Please check out from the svn
>> repository and make sure the files and access is as you expect.
>>
>> ---Brett.
>>
>> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
> wrote:
>> > Not sure. I'm still working on it.   I'm hoping to have it working
>> > over the long weekend we have for the U.S. holiday.
>> >
>> > ---Brett.
>> >
>> >
>> >
>> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
>> >
>> > <ste...@we...> wrote:
>> >> Brett:
>> >> I am back after some days of travel and I tried to checkout the svn
>> >> repo. It is not empty, but it still looks pretty broken after the
> import
>> >> via Subversive.
>> >> Any news what happened to the migration?
>> >> Stefan
>> >>
>> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>> >>> like the import wasn't successful.
>> >>>
>> >>> I'll figure out why and redo the import.
>> >>>
>> >>> ---Brett.
>> >>>
>> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
> wrote:
>> >>> > It's entirely possible I'm doing something very stupid (Subversive
>> >>> > isn't quite as obvious with it's interface as the native CVS plugin)
>> >>> > but I seem to be getting no actual code in a checkout, just a
>> >>> > seemingly empty 18xx directory alongside the root.
>> >>> >
>> >>> > Is the repository security locked?  I'm doing this with just an
>> >>> > anonymous user account...
>> >>> >
>> >>> > Phil
>> >>> >
>> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> >>> >> The migration is completed.  Please check the code out from the
>> >>> >> Subversion repository, and make commits there.
>> >>> >>
>> >>> >> Once I have a few successful reports of checkouts and commits, I'll
>> >>> >> disable access to CVS.
>> >>> >>
>> >>> >> ---Brett.
>> >>> >>
>> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
>> >>> >> <bre...@gm...>
>> >>
>> >> wrote:
>> >>> >>> All -
>> >>> >>>
>> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
>> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
>> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
>> >>> >>> from CVS to Subversion.
>> >>> >>>
>> >>> >>> I'll be doing the migration today, so please refrain from making
>> >>> >>> any new commits for a few hours.  I'll send another message to the
>> >>> >>> list when the migration process is complete.
>> >>> >>>
>> >>> >>> ---Brett.
>> >>> >>
>> >>> >>
> --------------------------------------------------------------------
>> >>> >>---- ------ This SF.net email is sponsored by Sprint
>> >>> >> What will you do first with EVO, the first 4G phone?
>> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> >> _______________________________________________
>> >>> >> Rails-devel mailing list
>> >>> >> Rai...@li...
>> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>> >
>> >>> >
> ---------------------------------------------------------------------
>> >>> >---- ----- This SF.net email is sponsored by Sprint
>> >>> > What will you do first with EVO, the first 4G phone?
>> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> > _______________________________________________
>> >>> > Rails-devel mailing list
>> >>> > Rai...@li...
>> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>>
>> >>>
> -----------------------------------------------------------------------
>> >>>---- --- This SF.net email is sponsored by Sprint
>> >>> What will you do first with EVO, the first 4G phone?
>> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >>> _______________________________________________
>> >>> Rails-devel mailing list
>> >>> Rai...@li...
>> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >>
>> >>
> ------------------------------------------------------------------------
>> >>------ This SF.net email is sponsored by Sprint
>> >> What will you do first with EVO, the first 4G phone?
>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
> ---------------------------------------------------------------------------
>>--- This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ----------------------------------------------------------------------------
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ----------------------------------------------------------------------------
> --
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Migrating to Subversion today.

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

Never mind, after some Googling and several more false starts it seems I
have managed.

One thing: the repository had below trunk/18xx both 'Rails' and 'rails', the
former being empty, and blocking the download of the latter for me (perhaps
it's just me because I'm a Windozer).

I have removed that redundant 'Rails' directory using Eclipse's Repository
browser, and that fixed the checkout for me. Hope I haven't broken anything,
but I suppose 'Rails' was just a redundant leftover from one of Brett's
attempts.

Erik.
 

-----Original Message-----
From: Erik Vos [mailto:eri...@xs...] 
Sent: Sunday 04 July 2010 16:49
To: 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] Migrating to Subversion today.

I'm trying to check out to a new project (different location, newer Eclipse
version) at the trunk/18xx level, but I'm getting  "Cannot map the project
with svn provider". Not sure what that means and what to do about it.

Erik.

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Sunday 04 July 2010 10:14
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Migrating to Subversion today.

Hi Brett,
works perfect, at least for checkouts.
Thanks for the move. 

A different issue:
One or two weeks ago I tried to change something on the wiki page
(logged-in), 
but I was neither allowed to edit any of the existing pages nor to create a 
new page.
My intention was to add a page that explains the new options in the config 
file to adjust the Rails UI.

Now the wiki seems to be removed completely. 

Can I ask again for adding the wiki and to set the permissions less 
restrictive. My suggestion would be to allow any logged-in user to edit
pages 
and any project member to create new ones.

It would be also nice to link the wiki from the front page.

Stefan


On Sunday 04 July 2010 06:02:57 brett lentz wrote:
> I think I got it this time around. The checkout looks a lot better.
>
> Apologies for taking so long.  Please check out from the svn
> repository and make sure the files and access is as you expect.
>
> ---Brett.
>
> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
wrote:
> > Not sure. I'm still working on it.   I'm hoping to have it working
> > over the long weekend we have for the U.S. holiday.
> >
> > ---Brett.
> >
> >
> >
> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> >
> > <ste...@we...> wrote:
> >> Brett:
> >> I am back after some days of travel and I tried to checkout the svn
> >> repo. It is not empty, but it still looks pretty broken after the
import
> >> via Subversive.
> >> Any news what happened to the migration?
> >> Stefan
> >>
> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
> >>> like the import wasn't successful.
> >>>
> >>> I'll figure out why and redo the import.
> >>>
> >>> ---Brett.
> >>>
> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
wrote:
> >>> > It's entirely possible I'm doing something very stupid (Subversive
> >>> > isn't quite as obvious with it's interface as the native CVS plugin)
> >>> > but I seem to be getting no actual code in a checkout, just a
> >>> > seemingly empty 18xx directory alongside the root.
> >>> >
> >>> > Is the repository security locked?  I'm doing this with just an
> >>> > anonymous user account...
> >>> >
> >>> > Phil
> >>> >
> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> >>> >> The migration is completed.  Please check the code out from the
> >>> >> Subversion repository, and make commits there.
> >>> >>
> >>> >> Once I have a few successful reports of checkouts and commits, I'll
> >>> >> disable access to CVS.
> >>> >>
> >>> >> ---Brett.
> >>> >>
> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
> >>> >> <bre...@gm...>
> >>
> >> wrote:
> >>> >>> All -
> >>> >>>
> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
> >>> >>> from CVS to Subversion.
> >>> >>>
> >>> >>> I'll be doing the migration today, so please refrain from making
> >>> >>> any new commits for a few hours.  I'll send another message to the
> >>> >>> list when the migration process is complete.
> >>> >>>
> >>> >>> ---Brett.
> >>> >>
> >>> >>
--------------------------------------------------------------------
> >>> >>---- ------ This SF.net email is sponsored by Sprint
> >>> >> What will you do first with EVO, the first 4G phone?
> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> >> _______________________________________________
> >>> >> Rails-devel mailing list
> >>> >> Rai...@li...
> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>> >
> >>> >
---------------------------------------------------------------------
> >>> >---- ----- This SF.net email is sponsored by Sprint
> >>> > What will you do first with EVO, the first 4G phone?
> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> > _______________________________________________
> >>> > Rails-devel mailing list
> >>> > Rai...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>
> >>>
-----------------------------------------------------------------------
> >>>---- --- This SF.net email is sponsored by Sprint
> >>> What will you do first with EVO, the first 4G phone?
> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >>
------------------------------------------------------------------------
> >>------ This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel


----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

I'm trying to check out to a new project (different location, newer Eclipse
version) at the trunk/18xx level, but I'm getting  "Cannot map the project
with svn provider". Not sure what that means and what to do about it.

Erik.

-----Original Message-----
From: Stefan Frey [mailto:ste...@we...] 
Sent: Sunday 04 July 2010 10:14
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] Migrating to Subversion today.

Hi Brett,
works perfect, at least for checkouts.
Thanks for the move. 

A different issue:
One or two weeks ago I tried to change something on the wiki page
(logged-in), 
but I was neither allowed to edit any of the existing pages nor to create a 
new page.
My intention was to add a page that explains the new options in the config 
file to adjust the Rails UI.

Now the wiki seems to be removed completely. 

Can I ask again for adding the wiki and to set the permissions less 
restrictive. My suggestion would be to allow any logged-in user to edit
pages 
and any project member to create new ones.

It would be also nice to link the wiki from the front page.

Stefan


On Sunday 04 July 2010 06:02:57 brett lentz wrote:
> I think I got it this time around. The checkout looks a lot better.
>
> Apologies for taking so long.  Please check out from the svn
> repository and make sure the files and access is as you expect.
>
> ---Brett.
>
> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...>
wrote:
> > Not sure. I'm still working on it.   I'm hoping to have it working
> > over the long weekend we have for the U.S. holiday.
> >
> > ---Brett.
> >
> >
> >
> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> >
> > <ste...@we...> wrote:
> >> Brett:
> >> I am back after some days of travel and I tried to checkout the svn
> >> repo. It is not empty, but it still looks pretty broken after the
import
> >> via Subversive.
> >> Any news what happened to the migration?
> >> Stefan
> >>
> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
> >>> like the import wasn't successful.
> >>>
> >>> I'll figure out why and redo the import.
> >>>
> >>> ---Brett.
> >>>
> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...>
wrote:
> >>> > It's entirely possible I'm doing something very stupid (Subversive
> >>> > isn't quite as obvious with it's interface as the native CVS plugin)
> >>> > but I seem to be getting no actual code in a checkout, just a
> >>> > seemingly empty 18xx directory alongside the root.
> >>> >
> >>> > Is the repository security locked?  I'm doing this with just an
> >>> > anonymous user account...
> >>> >
> >>> > Phil
> >>> >
> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> >>> >> The migration is completed.  Please check the code out from the
> >>> >> Subversion repository, and make commits there.
> >>> >>
> >>> >> Once I have a few successful reports of checkouts and commits, I'll
> >>> >> disable access to CVS.
> >>> >>
> >>> >> ---Brett.
> >>> >>
> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
> >>> >> <bre...@gm...>
> >>
> >> wrote:
> >>> >>> All -
> >>> >>>
> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
> >>> >>> from CVS to Subversion.
> >>> >>>
> >>> >>> I'll be doing the migration today, so please refrain from making
> >>> >>> any new commits for a few hours.  I'll send another message to the
> >>> >>> list when the migration process is complete.
> >>> >>>
> >>> >>> ---Brett.
> >>> >>
> >>> >>
--------------------------------------------------------------------
> >>> >>---- ------ This SF.net email is sponsored by Sprint
> >>> >> What will you do first with EVO, the first 4G phone?
> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> >> _______________________________________________
> >>> >> Rails-devel mailing list
> >>> >> Rai...@li...
> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>> >
> >>> >
---------------------------------------------------------------------
> >>> >---- ----- This SF.net email is sponsored by Sprint
> >>> > What will you do first with EVO, the first 4G phone?
> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> > _______________________________________________
> >>> > Rails-devel mailing list
> >>> > Rai...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>
> >>>
-----------------------------------------------------------------------
> >>>---- --- This SF.net email is sponsored by Sprint
> >>> What will you do first with EVO, the first 4G phone?
> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >>
------------------------------------------------------------------------
> >>------ This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

Hi Brett,
works perfect, at least for checkouts.
Thanks for the move. 

A different issue:
One or two weeks ago I tried to change something on the wiki page (logged-in), 
but I was neither allowed to edit any of the existing pages nor to create a 
new page.
My intention was to add a page that explains the new options in the config 
file to adjust the Rails UI.

Now the wiki seems to be removed completely. 

Can I ask again for adding the wiki and to set the permissions less 
restrictive. My suggestion would be to allow any logged-in user to edit pages 
and any project member to create new ones.

It would be also nice to link the wiki from the front page.

Stefan


On Sunday 04 July 2010 06:02:57 brett lentz wrote:
> I think I got it this time around. The checkout looks a lot better.
>
> Apologies for taking so long.  Please check out from the svn
> repository and make sure the files and access is as you expect.
>
> ---Brett.
>
> On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...> wrote:
> > Not sure. I'm still working on it.   I'm hoping to have it working
> > over the long weekend we have for the U.S. holiday.
> >
> > ---Brett.
> >
> >
> >
> > On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> >
> > <ste...@we...> wrote:
> >> Brett:
> >> I am back after some days of travel and I tried to checkout the svn
> >> repo. It is not empty, but it still looks pretty broken after the import
> >> via Subversive.
> >> Any news what happened to the migration?
> >> Stefan
> >>
> >> On Monday 28 June 2010 18:23:23 brett lentz wrote:
> >>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
> >>> like the import wasn't successful.
> >>>
> >>> I'll figure out why and redo the import.
> >>>
> >>> ---Brett.
> >>>
> >>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
> >>> > It's entirely possible I'm doing something very stupid (Subversive
> >>> > isn't quite as obvious with it's interface as the native CVS plugin)
> >>> > but I seem to be getting no actual code in a checkout, just a
> >>> > seemingly empty 18xx directory alongside the root.
> >>> >
> >>> > Is the repository security locked?  I'm doing this with just an
> >>> > anonymous user account...
> >>> >
> >>> > Phil
> >>> >
> >>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> >>> >> The migration is completed.  Please check the code out from the
> >>> >> Subversion repository, and make commits there.
> >>> >>
> >>> >> Once I have a few successful reports of checkouts and commits, I'll
> >>> >> disable access to CVS.
> >>> >>
> >>> >> ---Brett.
> >>> >>
> >>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz
> >>> >> <bre...@gm...>
> >>
> >> wrote:
> >>> >>> All -
> >>> >>>
> >>> >>> After some off-list discussion with Erik and Stefan, we've agreed
> >>> >>> that the EGit Eclipse plugin is just a bit too immature to allow
> >>> >>> everyone to seamlessly transition to Git. So, we'll be migrating
> >>> >>> from CVS to Subversion.
> >>> >>>
> >>> >>> I'll be doing the migration today, so please refrain from making
> >>> >>> any new commits for a few hours.  I'll send another message to the
> >>> >>> list when the migration process is complete.
> >>> >>>
> >>> >>> ---Brett.
> >>> >>
> >>> >> --------------------------------------------------------------------
> >>> >>---- ------ This SF.net email is sponsored by Sprint
> >>> >> What will you do first with EVO, the first 4G phone?
> >>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> >> _______________________________________________
> >>> >> Rails-devel mailing list
> >>> >> Rai...@li...
> >>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>> >
> >>> > ---------------------------------------------------------------------
> >>> >---- ----- This SF.net email is sponsored by Sprint
> >>> > What will you do first with EVO, the first 4G phone?
> >>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> > _______________________________________________
> >>> > Rails-devel mailing list
> >>> > Rai...@li...
> >>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>>
> >>> -----------------------------------------------------------------------
> >>>---- --- This SF.net email is sponsored by Sprint
> >>> What will you do first with EVO, the first 4G phone?
> >>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >>> _______________________________________________
> >>> Rails-devel mailing list
> >>> Rai...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >>
> >> ------------------------------------------------------------------------
> >>------ This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

I think I got it this time around. The checkout looks a lot better.

Apologies for taking so long.  Please check out from the svn
repository and make sure the files and access is as you expect.

---Brett.



On Thu, Jul 1, 2010 at 10:12 PM, brett lentz <bre...@gm...> wrote:
> Not sure. I'm still working on it.   I'm hoping to have it working
> over the long weekend we have for the U.S. holiday.
>
> ---Brett.
>
>
>
> On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
> <ste...@we...> wrote:
>> Brett:
>> I am back after some days of travel and I tried to checkout the svn repo.
>> It is not empty, but it still looks pretty broken after the import via
>> Subversive.
>> Any news what happened to the migration?
>> Stefan
>>
>> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>>> like the import wasn't successful.
>>>
>>> I'll figure out why and redo the import.
>>>
>>> ---Brett.
>>>
>>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
>>> > It's entirely possible I'm doing something very stupid (Subversive
>>> > isn't quite as obvious with it's interface as the native CVS plugin)
>>> > but I seem to be getting no actual code in a checkout, just a
>>> > seemingly empty 18xx directory alongside the root.
>>> >
>>> > Is the repository security locked?  I'm doing this with just an
>>> > anonymous user account...
>>> >
>>> > Phil
>>> >
>>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>>> >> The migration is completed.  Please check the code out from the
>>> >> Subversion repository, and make commits there.
>>> >>
>>> >> Once I have a few successful reports of checkouts and commits, I'll
>>> >> disable access to CVS.
>>> >>
>>> >> ---Brett.
>>> >>
>>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...>
>> wrote:
>>> >>> All -
>>> >>>
>>> >>> After some off-list discussion with Erik and Stefan, we've agreed that
>>> >>> the EGit Eclipse plugin is just a bit too immature to allow everyone
>>> >>> to seamlessly transition to Git. So, we'll be migrating from CVS to
>>> >>> Subversion.
>>> >>>
>>> >>> I'll be doing the migration today, so please refrain from making any
>>> >>> new commits for a few hours.  I'll send another message to the list
>>> >>> when the migration process is complete.
>>> >>>
>>> >>> ---Brett.
>>> >>
>>> >> ------------------------------------------------------------------------
>>> >>------ This SF.net email is sponsored by Sprint
>>> >> What will you do first with EVO, the first 4G phone?
>>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>>> >> _______________________________________________
>>> >> Rails-devel mailing list
>>> >> Rai...@li...
>>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>> >
>>> > -------------------------------------------------------------------------
>>> >----- This SF.net email is sponsored by Sprint
>>> > What will you do first with EVO, the first 4G phone?
>>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>>> > _______________________________________________
>>> > Rails-devel mailing list
>>> > Rai...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>>
>>> ---------------------------------------------------------------------------
>>>--- This SF.net email is sponsored by Sprint
>>> What will you do first with EVO, the first 4G phone?
>>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>>> _______________________________________________
>>> Rails-devel mailing list
>>> Rai...@li...
>>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>

Re: [Rails-devel] Migrating to Subversion today.

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

Not sure. I'm still working on it.   I'm hoping to have it working
over the long weekend we have for the U.S. holiday.

---Brett.



On Thu, Jul 1, 2010 at 10:09 PM, Stefan Frey (web.de)
<ste...@we...> wrote:
> Brett:
> I am back after some days of travel and I tried to checkout the svn repo.
> It is not empty, but it still looks pretty broken after the import via
> Subversive.
> Any news what happened to the migration?
> Stefan
>
> On Monday 28 June 2010 18:23:23 brett lentz wrote:
>> Hmm...  It doesn't look like you're doing anything wrong.  It looks
>> like the import wasn't successful.
>>
>> I'll figure out why and redo the import.
>>
>> ---Brett.
>>
>> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
>> > It's entirely possible I'm doing something very stupid (Subversive
>> > isn't quite as obvious with it's interface as the native CVS plugin)
>> > but I seem to be getting no actual code in a checkout, just a
>> > seemingly empty 18xx directory alongside the root.
>> >
>> > Is the repository security locked?  I'm doing this with just an
>> > anonymous user account...
>> >
>> > Phil
>> >
>> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> >> The migration is completed.  Please check the code out from the
>> >> Subversion repository, and make commits there.
>> >>
>> >> Once I have a few successful reports of checkouts and commits, I'll
>> >> disable access to CVS.
>> >>
>> >> ---Brett.
>> >>
>> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...>
> wrote:
>> >>> All -
>> >>>
>> >>> After some off-list discussion with Erik and Stefan, we've agreed that
>> >>> the EGit Eclipse plugin is just a bit too immature to allow everyone
>> >>> to seamlessly transition to Git. So, we'll be migrating from CVS to
>> >>> Subversion.
>> >>>
>> >>> I'll be doing the migration today, so please refrain from making any
>> >>> new commits for a few hours.  I'll send another message to the list
>> >>> when the migration process is complete.
>> >>>
>> >>> ---Brett.
>> >>
>> >> ------------------------------------------------------------------------
>> >>------ This SF.net email is sponsored by Sprint
>> >> What will you do first with EVO, the first 4G phone?
>> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> >> _______________________________________________
>> >> Rails-devel mailing list
>> >> Rai...@li...
>> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
>> >
>> > -------------------------------------------------------------------------
>> >----- This SF.net email is sponsored by Sprint
>> > What will you do first with EVO, the first 4G phone?
>> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> > _______________________________________________
>> > Rails-devel mailing list
>> > Rai...@li...
>> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>> ---------------------------------------------------------------------------
>>--- This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Migrating to Subversion today.

[Stefan F. (web.de) <ste...@we...>]

Brett:
I am back after some days of travel and I tried to checkout the svn repo.
It is not empty, but it still looks pretty broken after the import via 
Subversive.
Any news what happened to the migration?
Stefan

On Monday 28 June 2010 18:23:23 brett lentz wrote:
> Hmm...  It doesn't look like you're doing anything wrong.  It looks
> like the import wasn't successful.
>
> I'll figure out why and redo the import.
>
> ---Brett.
>
> On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
> > It's entirely possible I'm doing something very stupid (Subversive
> > isn't quite as obvious with it's interface as the native CVS plugin)
> > but I seem to be getting no actual code in a checkout, just a
> > seemingly empty 18xx directory alongside the root.
> >
> > Is the repository security locked?  I'm doing this with just an
> > anonymous user account...
> >
> > Phil
> >
> > On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> >> The migration is completed.  Please check the code out from the
> >> Subversion repository, and make commits there.
> >>
> >> Once I have a few successful reports of checkouts and commits, I'll
> >> disable access to CVS.
> >>
> >> ---Brett.
> >>
> >> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...> 
wrote:
> >>> All -
> >>>
> >>> After some off-list discussion with Erik and Stefan, we've agreed that
> >>> the EGit Eclipse plugin is just a bit too immature to allow everyone
> >>> to seamlessly transition to Git. So, we'll be migrating from CVS to
> >>> Subversion.
> >>>
> >>> I'll be doing the migration today, so please refrain from making any
> >>> new commits for a few hours.  I'll send another message to the list
> >>> when the migration process is complete.
> >>>
> >>> ---Brett.
> >>
> >> ------------------------------------------------------------------------
> >>------ This SF.net email is sponsored by Sprint
> >> What will you do first with EVO, the first 4G phone?
> >> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> >> _______________________________________________
> >> Rails-devel mailing list
> >> Rai...@li...
> >> https://lists.sourceforge.net/lists/listinfo/rails-devel
> >
> > -------------------------------------------------------------------------
> >----- This SF.net email is sponsored by Sprint
> > What will you do first with EVO, the first 4G phone?
> > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
> ---------------------------------------------------------------------------
>--- This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] Migrating to Subversion today.

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

Hmm...  It doesn't look like you're doing anything wrong.  It looks
like the import wasn't successful.

I'll figure out why and redo the import.

---Brett.



On Mon, Jun 28, 2010 at 3:08 AM, Phil Davies <de...@gm...> wrote:
> It's entirely possible I'm doing something very stupid (Subversive
> isn't quite as obvious with it's interface as the native CVS plugin)
> but I seem to be getting no actual code in a checkout, just a
> seemingly empty 18xx directory alongside the root.
>
> Is the repository security locked?  I'm doing this with just an
> anonymous user account...
>
> Phil
>
> On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
>> The migration is completed.  Please check the code out from the
>> Subversion repository, and make commits there.
>>
>> Once I have a few successful reports of checkouts and commits, I'll
>> disable access to CVS.
>>
>> ---Brett.
>>
>>
>>
>> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...> wrote:
>>> All -
>>>
>>> After some off-list discussion with Erik and Stefan, we've agreed that
>>> the EGit Eclipse plugin is just a bit too immature to allow everyone
>>> to seamlessly transition to Git. So, we'll be migrating from CVS to
>>> Subversion.
>>>
>>> I'll be doing the migration today, so please refrain from making any
>>> new commits for a few hours.  I'll send another message to the list
>>> when the migration process is complete.
>>>
>>> ---Brett.
>>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net email is sponsored by Sprint
>> What will you do first with EVO, the first 4G phone?
>> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
>> _______________________________________________
>> Rails-devel mailing list
>> Rai...@li...
>> https://lists.sourceforge.net/lists/listinfo/rails-devel
>>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>

Re: [Rails-devel] Migrating to Subversion today.

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

It's entirely possible I'm doing something very stupid (Subversive
isn't quite as obvious with it's interface as the native CVS plugin)
but I seem to be getting no actual code in a checkout, just a
seemingly empty 18xx directory alongside the root.

Is the repository security locked?  I'm doing this with just an
anonymous user account...

Phil

On 28 June 2010 03:05, brett lentz <bre...@gm...> wrote:
> The migration is completed.  Please check the code out from the
> Subversion repository, and make commits there.
>
> Once I have a few successful reports of checkouts and commits, I'll
> disable access to CVS.
>
> ---Brett.
>
>
>
> On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...> wrote:
>> All -
>>
>> After some off-list discussion with Erik and Stefan, we've agreed that
>> the EGit Eclipse plugin is just a bit too immature to allow everyone
>> to seamlessly transition to Git. So, we'll be migrating from CVS to
>> Subversion.
>>
>> I'll be doing the migration today, so please refrain from making any
>> new commits for a few hours.  I'll send another message to the list
>> when the migration process is complete.
>>
>> ---Brett.
>>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by Sprint
> What will you do first with EVO, the first 4G phone?
> Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>

Re: [Rails-devel] Migrating to Subversion today.

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

The migration is completed.  Please check the code out from the
Subversion repository, and make commits there.

Once I have a few successful reports of checkouts and commits, I'll
disable access to CVS.

---Brett.



On Sun, Jun 27, 2010 at 11:34 AM, brett lentz <bre...@gm...> wrote:
> All -
>
> After some off-list discussion with Erik and Stefan, we've agreed that
> the EGit Eclipse plugin is just a bit too immature to allow everyone
> to seamlessly transition to Git. So, we'll be migrating from CVS to
> Subversion.
>
> I'll be doing the migration today, so please refrain from making any
> new commits for a few hours.  I'll send another message to the list
> when the migration process is complete.
>
> ---Brett.
>

[Rails-devel] Migrating to Subversion today.

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

All -

After some off-list discussion with Erik and Stefan, we've agreed that
the EGit Eclipse plugin is just a bit too immature to allow everyone
to seamlessly transition to Git. So, we'll be migrating from CVS to
Subversion.

I'll be doing the migration today, so please refrain from making any
new commits for a few hours.  I'll send another message to the list
when the migration process is complete.

---Brett.

Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undoduringCGRformationhangs game

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

This was a very small and very stupid coding error. Easy to fix once spotted
(thanks!).

Erik. 

-----Original Message-----
From: Erik Vos [mailto:eri...@xs...] 
Sent: Sunday 27 June 2010 00:35
To: 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 --
undoduringCGRformationhangs game

Well, it once worked, so something must have gone wrong. Side effects... 
I will investigate.
Erik. 

-----Original Message-----
From: Stefan Frey (web.de) [mailto:ste...@we...] 
Sent: Sunday 27 June 2010 00:17
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo
duringCGRformationhangs game

Erik,
just a follow-up, which I forgot to report from my code review:
In the brown section of the stock market, several certificates can be bought

in one step. Actually the UI and the action in principle seem support that. 

However even if one buys several shares, only one gets moved into your 
possession, but you still have to pay the full price :-( 
On first glance the issue could stem from the fact that the action only
allows 
to store the id of one certificate bought. 
This is the flip-side of the sell shares action, which works for several 
shares, but does not store any ids.

Most likely it is easier for you to fix that as you know those actions much 
better and it might have sideeffects to the changes for 1835 with all those 
special certificates.

Stefan

On Friday 25 June 2010 11:15:35 Erik Vos wrote:
> Stefan,
>
> Thanks for your analysis. Yes, I agree that Rails should be further
> hardened in the aspects you mentioned.
> Anyway, I think I'll remain in bug-fixing-and-hardening mode for some
time!
>
> Erik.
>
> -----Original Message-----
> From: Stefan Frey (web.de) [mailto:ste...@we...]
> Sent: Wednesday 23 June 2010 23:35
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo
> duringCGRformation hangs game
>
> Erik,
> I agree that Baden is more obvious case/bug and thus easier to fix and
> identify. In that case only the ordering of a stack/list was not observed
> during undoing or transfer. Thus it was for example to the fix of the
> PriceTokenMove, where the stack order is stored and allows the undo to
> preserve the previous ordering.
>
> The case from Aliza's savefile is less obvious, much more tricky, as it
has
> to
> combine several conditions to create the problem.
>
> In that case three major ingredients are involved:
> 1) Actions on interchangeable objects
> 2) The first action stores only the object property, whereas the other
> action
> stores the object id
> 3) Undoing the first action and redoing it, chooses a different object
>
> Your suggestion will only work if the first action chooses the object in a
> deterministic way (thus for example from an ArrayList). However the
> portfolio
> class contains some HashMaps and on the first glance I suspect that in
some
> cases actions retrieve their objects from those non-deterministic
> collections. In that case this has to be replaced by an ordered
collection,
> before the undo mechanism makes sense.
>
> My take is to try to learn from that and try to build several layers of
> protection:
>
> A) Everything in Rails that changes any state should work
> deterministically.
>
> This includes cases that operate on objects, which are interchangable
(like
> share certificates, trains, tokens, tiles).
> For non-interchangable object this already a prerequisite for the
automated
> testing.
>
> B) Interchangable objects should be identified by an identifiers. Actions
> working on those should use those identifiers instead of the object
> properties. (Thus do not store selling 20%, but which certificates
> exactly).
>
> This also helps in the case of certificates with different share values.
>
> C) Undo of actions should keep the ordering of objects, including the
> ordering
> of interchangable objects.
>
> Another idea might be to store the undo actions in the save files and
> replay
>
> those after the reload.
>
> All this is not done in one step and requires a deeper code review, but I
> suspect that similar problem might be responsible for some of the
> unaccounted
> broken save files. Obeying rule B) might also required breaking the save
> file
> compatibility, so this might be a good task for Rails 2.0?
>
> Stefan
>
> On Wednesday 23 June 2010 21:39:42 Erik Vos wrote:
> > Stefan,
> >
> > Superficially the Baden issue looks similar. The problem there was that
a
> > buy from IPO always took the top share. Undo does mix up the share
order,
> > but another problem was even worse: moving the Baden shares from
> > Unavailable to IPO reverses the share order!
> >
> > I have fixed the Baden case by giving all certificates a sequence number
> > (index) per company, and checking that a buy from the IPO always takes
> > the one with the lowest index. This makes at least IPO buy actions
> > independent of the list order.
> >
> > >From a first glance to Aliza's problem I'm not sure how far the above
> > > can
> >
> > explain that issue. If I'm right, problems have also been reported about
> > token order errors after Undo. Perhaps we should think about ways to
make
> > Undo exactly restore any previous list order, for instance by recording
>
> the
>
> > old list index in the Move.
> >
> > Erik.
> >
> > -----Original Message-----
> > From: Stefan Frey [mailto:ste...@we...]
> > Sent: Sunday 20 June 2010 20:11
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo during
> > CGRformation hangs game
> >
> > Erik:
> > some follow up on the issue with the broken save file in Aliza's bug
> > report: As I had the hope I could easily make the file at least
>
> reloadable,
>
> > I believe
> > I found a trace to the potential problem:
> >
> > The save file breaks at the following action:
> > Action 378 delft: SellShares: 1 of 10% CPR at $110 apiece
> >
> > But delft should still have the share, as he bought CPR twice before (at
> > actions 238, 244) and sold only once (action 323).
> >
> > The problematic action is the following:
> > Action 330 azure: BuyCertificate: CPR 10% share from Pool price=$110
> >
> > which gets executed on the reload as:
> > 2010-06-20 19:58:33 DEBUG  Action (azure): BuyCertificate: CPR 10% share
> > from
> > Pool price=$110
> > 2010-06-20 19:58:33 DEBUG  >>> Start MoveSet(index=330)
> > 2010-06-20 19:58:33 INFO   azure buys a 10% share of CPR from delft for
> > $110.
> > 2010-06-20 19:58:33 DEBUG  Done: Move PublicCertificate: CPR 10% share
>
> from
>
> > delft to azure
> >
> > Thus Rails assume that the certificate bought stems from delf instead
> > from the
> > Pool! It seems that action does not correctly identify the certificate
> > bought. I checked that this is defined by the certificate ids.
> >
> > Thus I guess, that due to some undo the stack of certificates got mixed,
> > either those in the IPO or in the possession of Delft (similar to the
>
> Baden
>
> > issue in 1835). Thus in the game played the other certificate in the
> > possession of Delft was sold to the Pool in 323 and then on the reload
> > Rails
> >
> > moves the wrong one out of Delft portfolio at action 330 instead getting
> > that
> > out of the Pool.
> >
> > I hope this is of some help, however I do not know how to resolve that
> > issue
> >
> > easily, as I do not know, what is required to keep the ordering of
> > certificates in portfolios "undo-robust". It might be the better
solution
> > in
> >
> > the long run to identify the certificates by their properties (thus
share
> > percentage and previous owner) and be agnostic about which one exactly
to
> > take.
> >
> > At least one should check that the current owner of the certificate is
> > identical to the previous owner implied by the action, but this does not
> > fix
> >
> > the reload problem.
> >
> > I have attached two trimmed save files, one before and one after the
> > error occurs.
> >
> > Stefan
> >
> > On Sunday 20 June 2010 14:54:55 Stefan Frey wrote:
> > > Aliza:
> > > thanks for the savefile.
> > > Most of the issues have to be addressed by Erik, but for the revenue
> > >
> > > calculation I can give some feedback:
> > > > (1)  When I undo a tile lay and do something else, the route is not
> > > > recalculated.  If I don't pay attention and calculate manually, I
get
> > > > the run from the previous OR.
> > >
> > > Unfortunately I cannot recreate the issue you report here:
> > > I have the same problem with reloading the file, thus I wonder if the
> >
> > issue
> >
> > > occured anytime during the game or only at the specific time you
> >
> > originally
> >
> > > saved the game?
> > >
> > > Do you remember what was the case (but I fear some questions are too
> > > detailed):
> > >
> > > - You were in the revenue phase already, did undo and went to lay tile
> > > directly (as the company did not have any token)? Or have you done
> > > twice
> >
> > an
> >
> > > undo? Was a special tile lay of a private company involved? Which
>
> company
>
> > > was operating?
> > >
> > > - After undoing, did the revenue run disappear (as it should)?
> > >
> > > - Did the system calculate the revenue run (thus you got the
messagebox
> > > with the run), but did not take the new (different) tile lay into
> > > account?
> > >
> > > - Or did simply nothing happened at all, thus the old revenue value
was
> > > still entered?
> > >
> > > I was able to confuse the tile/token laying mechansim by undos
somehow,
> >
> > but
> >
> > > even in those cases the revenue calculation still worked. But maybe
> > > fixing those errors might fix the (potentially missing) activation of
>
> the
>
> > > revenue calculation as well. I will look into that.
> > >
> > > Stefan
>
>
---------------------------------------------------------------------------
>
> > >--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > > lucky parental unit.  See the prize list and enter to win:
> > > http://p.sf.net/sfu/thinkgeek-promo
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>
> >--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit.  See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>- --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
---------------------------------------------------------------------------
>--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel


----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1856 bugs in Rails 1.3 --undoduringCGRformationhangs game

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

Thinking about it, I realised that such a trigger mechanism already exists
and is widely used in Rails: the Observer pattern.
All States and several other object types are also ModelObjects, which
extends Observable, so any other object implementing Observer can register
at any State to be informed about any value changes.
This is mainly used to update the UI, but IIRC there are already some
server-internal Observer/Observable pairs.

I think this existing mechanism fulfills your need, and it works at the
proper level (using States/ModelObjects in stead of Moves).

In the example case of destination checks: each MapHex is an Observable that
updates its Observers (which currently only are the corresponding GUIHex
objects) each time a new tile is laid. If MapManager would register itself
with any MapHex it is creating (this isn't done yet), it will get called on
every tile lay, passing the new tile and its rotation (perhaps the hex id
should be added). 
So, whenever called, the MapManager can inititate any destination checks or
anything else that is needed.

Erik.

-----Original Message-----
From: Erik Vos [mailto:eri...@xs...] 
Sent: Sunday 27 June 2010 00:33
To: 'Development list for Rails: an 18xx game'
Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3
--undoduringCGRformationhangs game

* My own first idea was to use a specific trigger interface and require 
triggers to be explicitly defined. But I realized that the moves are 
excellent triggers and the Moveset a very good place to pass the messages.
Moveset could still delegate the task to a TriggerManager, if a better 
separation is required.

And I want low-level triggers, to avoid that every (high-level)
implementation 
has to remember to call the trigger.

[EV] I still don't like at all to use the Move/MoveSets. I'd much prefer to
keep these clean. 
How are you going to tell an object Move that it is a trigger and what it
must call if it is? Or should all object moves always call all triggerables,
or the TriggerManager (and how can it find that one)? I completely don't
understand how you see this working, and what's the benefit of using the
Moves. 

Take the example: A candidate in the long run ist the function that checks
if 
a company is floated. Every (high-level) method that moves shares out of IPO

has to check if the company has floated. If the trigger is used, this is
done 
automatically. This would also cover special cases in games, which are not 
yet implemented.

[EV] What is exactly registering to what in this example? And what is
triggering what? And how can both the registerer and the triggerer find
their callees?

Erik.


----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo duringCGRformationhangs game

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

Well, it once worked, so something must have gone wrong. Side effects... 
I will investigate.
Erik. 

-----Original Message-----
From: Stefan Frey (web.de) [mailto:ste...@we...] 
Sent: Sunday 27 June 2010 00:17
To: Development list for Rails: an 18xx game
Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo
duringCGRformationhangs game

Erik,
just a follow-up, which I forgot to report from my code review:
In the brown section of the stock market, several certificates can be bought

in one step. Actually the UI and the action in principle seem support that. 

However even if one buys several shares, only one gets moved into your 
possession, but you still have to pay the full price :-( 
On first glance the issue could stem from the fact that the action only
allows 
to store the id of one certificate bought. 
This is the flip-side of the sell shares action, which works for several 
shares, but does not store any ids.

Most likely it is easier for you to fix that as you know those actions much 
better and it might have sideeffects to the changes for 1835 with all those 
special certificates.

Stefan

On Friday 25 June 2010 11:15:35 Erik Vos wrote:
> Stefan,
>
> Thanks for your analysis. Yes, I agree that Rails should be further
> hardened in the aspects you mentioned.
> Anyway, I think I'll remain in bug-fixing-and-hardening mode for some
time!
>
> Erik.
>
> -----Original Message-----
> From: Stefan Frey (web.de) [mailto:ste...@we...]
> Sent: Wednesday 23 June 2010 23:35
> To: Development list for Rails: an 18xx game
> Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo
> duringCGRformation hangs game
>
> Erik,
> I agree that Baden is more obvious case/bug and thus easier to fix and
> identify. In that case only the ordering of a stack/list was not observed
> during undoing or transfer. Thus it was for example to the fix of the
> PriceTokenMove, where the stack order is stored and allows the undo to
> preserve the previous ordering.
>
> The case from Aliza's savefile is less obvious, much more tricky, as it
has
> to
> combine several conditions to create the problem.
>
> In that case three major ingredients are involved:
> 1) Actions on interchangeable objects
> 2) The first action stores only the object property, whereas the other
> action
> stores the object id
> 3) Undoing the first action and redoing it, chooses a different object
>
> Your suggestion will only work if the first action chooses the object in a
> deterministic way (thus for example from an ArrayList). However the
> portfolio
> class contains some HashMaps and on the first glance I suspect that in
some
> cases actions retrieve their objects from those non-deterministic
> collections. In that case this has to be replaced by an ordered
collection,
> before the undo mechanism makes sense.
>
> My take is to try to learn from that and try to build several layers of
> protection:
>
> A) Everything in Rails that changes any state should work
> deterministically.
>
> This includes cases that operate on objects, which are interchangable
(like
> share certificates, trains, tokens, tiles).
> For non-interchangable object this already a prerequisite for the
automated
> testing.
>
> B) Interchangable objects should be identified by an identifiers. Actions
> working on those should use those identifiers instead of the object
> properties. (Thus do not store selling 20%, but which certificates
> exactly).
>
> This also helps in the case of certificates with different share values.
>
> C) Undo of actions should keep the ordering of objects, including the
> ordering
> of interchangable objects.
>
> Another idea might be to store the undo actions in the save files and
> replay
>
> those after the reload.
>
> All this is not done in one step and requires a deeper code review, but I
> suspect that similar problem might be responsible for some of the
> unaccounted
> broken save files. Obeying rule B) might also required breaking the save
> file
> compatibility, so this might be a good task for Rails 2.0?
>
> Stefan
>
> On Wednesday 23 June 2010 21:39:42 Erik Vos wrote:
> > Stefan,
> >
> > Superficially the Baden issue looks similar. The problem there was that
a
> > buy from IPO always took the top share. Undo does mix up the share
order,
> > but another problem was even worse: moving the Baden shares from
> > Unavailable to IPO reverses the share order!
> >
> > I have fixed the Baden case by giving all certificates a sequence number
> > (index) per company, and checking that a buy from the IPO always takes
> > the one with the lowest index. This makes at least IPO buy actions
> > independent of the list order.
> >
> > >From a first glance to Aliza's problem I'm not sure how far the above
> > > can
> >
> > explain that issue. If I'm right, problems have also been reported about
> > token order errors after Undo. Perhaps we should think about ways to
make
> > Undo exactly restore any previous list order, for instance by recording
>
> the
>
> > old list index in the Move.
> >
> > Erik.
> >
> > -----Original Message-----
> > From: Stefan Frey [mailto:ste...@we...]
> > Sent: Sunday 20 June 2010 20:11
> > To: Development list for Rails: an 18xx game
> > Subject: Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undo during
> > CGRformation hangs game
> >
> > Erik:
> > some follow up on the issue with the broken save file in Aliza's bug
> > report: As I had the hope I could easily make the file at least
>
> reloadable,
>
> > I believe
> > I found a trace to the potential problem:
> >
> > The save file breaks at the following action:
> > Action 378 delft: SellShares: 1 of 10% CPR at $110 apiece
> >
> > But delft should still have the share, as he bought CPR twice before (at
> > actions 238, 244) and sold only once (action 323).
> >
> > The problematic action is the following:
> > Action 330 azure: BuyCertificate: CPR 10% share from Pool price=$110
> >
> > which gets executed on the reload as:
> > 2010-06-20 19:58:33 DEBUG  Action (azure): BuyCertificate: CPR 10% share
> > from
> > Pool price=$110
> > 2010-06-20 19:58:33 DEBUG  >>> Start MoveSet(index=330)
> > 2010-06-20 19:58:33 INFO   azure buys a 10% share of CPR from delft for
> > $110.
> > 2010-06-20 19:58:33 DEBUG  Done: Move PublicCertificate: CPR 10% share
>
> from
>
> > delft to azure
> >
> > Thus Rails assume that the certificate bought stems from delf instead
> > from the
> > Pool! It seems that action does not correctly identify the certificate
> > bought. I checked that this is defined by the certificate ids.
> >
> > Thus I guess, that due to some undo the stack of certificates got mixed,
> > either those in the IPO or in the possession of Delft (similar to the
>
> Baden
>
> > issue in 1835). Thus in the game played the other certificate in the
> > possession of Delft was sold to the Pool in 323 and then on the reload
> > Rails
> >
> > moves the wrong one out of Delft portfolio at action 330 instead getting
> > that
> > out of the Pool.
> >
> > I hope this is of some help, however I do not know how to resolve that
> > issue
> >
> > easily, as I do not know, what is required to keep the ordering of
> > certificates in portfolios "undo-robust". It might be the better
solution
> > in
> >
> > the long run to identify the certificates by their properties (thus
share
> > percentage and previous owner) and be agnostic about which one exactly
to
> > take.
> >
> > At least one should check that the current owner of the certificate is
> > identical to the previous owner implied by the action, but this does not
> > fix
> >
> > the reload problem.
> >
> > I have attached two trimmed save files, one before and one after the
> > error occurs.
> >
> > Stefan
> >
> > On Sunday 20 June 2010 14:54:55 Stefan Frey wrote:
> > > Aliza:
> > > thanks for the savefile.
> > > Most of the issues have to be addressed by Erik, but for the revenue
> > >
> > > calculation I can give some feedback:
> > > > (1)  When I undo a tile lay and do something else, the route is not
> > > > recalculated.  If I don't pay attention and calculate manually, I
get
> > > > the run from the previous OR.
> > >
> > > Unfortunately I cannot recreate the issue you report here:
> > > I have the same problem with reloading the file, thus I wonder if the
> >
> > issue
> >
> > > occured anytime during the game or only at the specific time you
> >
> > originally
> >
> > > saved the game?
> > >
> > > Do you remember what was the case (but I fear some questions are too
> > > detailed):
> > >
> > > - You were in the revenue phase already, did undo and went to lay tile
> > > directly (as the company did not have any token)? Or have you done
> > > twice
> >
> > an
> >
> > > undo? Was a special tile lay of a private company involved? Which
>
> company
>
> > > was operating?
> > >
> > > - After undoing, did the revenue run disappear (as it should)?
> > >
> > > - Did the system calculate the revenue run (thus you got the
messagebox
> > > with the run), but did not take the new (different) tile lay into
> > > account?
> > >
> > > - Or did simply nothing happened at all, thus the old revenue value
was
> > > still entered?
> > >
> > > I was able to confuse the tile/token laying mechansim by undos
somehow,
> >
> > but
> >
> > > even in those cases the revenue calculation still worked. But maybe
> > > fixing those errors might fix the (potentially missing) activation of
>
> the
>
> > > revenue calculation as well. I will look into that.
> > >
> > > Stefan
>
>
---------------------------------------------------------------------------
>
> > >--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > > lucky parental unit.  See the prize list and enter to win:
> > > http://p.sf.net/sfu/thinkgeek-promo
> > > _______________________________________________
> > > Rails-devel mailing list
> > > Rai...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>
> >--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit.  See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > _______________________________________________
> > Rails-devel mailing list
> > Rai...@li...
> > https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
---------------------------------------------------------------------------
>- --
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel
>
>
>
---------------------------------------------------------------------------
>--- ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> Rails-devel mailing list
> Rai...@li...
> https://lists.sourceforge.net/lists/listinfo/rails-devel



----------------------------------------------------------------------------
--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Rails-devel mailing list
Rai...@li...
https://lists.sourceforge.net/lists/listinfo/rails-devel

Re: [Rails-devel] 1856 bugs in Rails 1.3 -- undoduringCGRformationhangs game

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

* My own first idea was to use a specific trigger interface and require 
triggers to be explicitly defined. But I realized that the moves are 
excellent triggers and the Moveset a very good place to pass the messages.
Moveset could still delegate the task to a TriggerManager, if a better 
separation is required.

And I want low-level triggers, to avoid that every (high-level)
implementation 
has to remember to call the trigger.

[EV] I still don't like at all to use the Move/MoveSets. I'd much prefer to
keep these clean. 
How are you going to tell an object Move that it is a trigger and what it
must call if it is? Or should all object moves always call all triggerables,
or the TriggerManager (and how can it find that one)? I completely don't
understand how you see this working, and what's the benefit of using the
Moves. 

Take the example: A candidate in the long run ist the function that checks
if 
a company is floated. Every (high-level) method that moves shares out of IPO

has to check if the company has floated. If the trigger is used, this is
done 
automatically. This would also cover special cases in games, which are not 
yet implemented.

[EV] What is exactly registering to what in this example? And what is
triggering what? And how can both the registerer and the triggerer find
their callees?

Erik.