On 14/02/2012 3:49 PM, Joseph Heled wrote: > Apply my argument again:) The bot should roll, then resign. > > (I am not saying how hard or easy it is to do in gnubg, but just what > makes sense for a bot) >
What is the point? The bot will resign on it's next roll. My question is why should it matter whether it resigned on the current roll or the next one. Both ways end up the same. One has one more roll by the human. WHat value would it be to modify the bot to resign on roll or wait for the next. The value IMHO just isn;t there to be bothered. Ultimately it is going to be the same result. I ask you what value is gained in reality either way. I can not think of any argument to persue something that has no value. If I were Russ, I wouldn't be bothering with a very low priority 5 like this. If someone want stop code it they can waste their time. I think Russ and Ubuntu folks should fix the big gaping Priority one catastrophic bug that really should have GNUBG pulled from that platform until fixed. That bug is the one that causes the mouse to freeze on that platform (Ubuntu 11.04+). Right now, the bug in question is so catastrophic that it renders our product useless on Ubuntu if someone wants to view the analysis from the move list. The bug doesn't exist on the current main Debian Wheezy or Sid releases. If it were me, I would pull GNUBG from Ubuntu until it is resolved. -- Michael Petch CApp::Sysware Consulting Ltd. OpenPGP FingerPrint=D81C 6A0D 987E 7DA5 3219 6715 466A 2ACE 5CAE 3304 _______________________________________________ Bug-gnubg mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-gnubg
