[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gnubg] How about Ubuntu guys look at real bugs on their platform

From: Michael Petch
Subject: [Bug-gnubg] How about Ubuntu guys look at real bugs on their platform
Date: Tue, 14 Feb 2012 16:03:38 -0700
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0

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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]