Package: gpsshogi
Version: 0.6.0-3+nmu1
When running the USI version of GPS Shogi (gpsusi) under XBoard at
classical or incremental time control, GPS Shogi hangs until it forfeits
on time. The xboard.debug log file lists
Command: xboard -fcp shokidoki -scp "uci2wb debug -s gpsusi" -tc 5 -mps
XBoard has always had the XResources file, and I have always used that
and loved it, until the *%&$ing xboardrc file started overriding it.
So no, they weren't volatile at all.
That would still qualify as volatile, because XBoard would never write in the
XResources file. So whatever changes
At 09:45 2-1-2013 -0800, Ian Zimmerman wrote:
On Wed, 02 Jan 2013 10:31:34 +0200
"h.g. muller" wrote:
> The manual in general does not list with every option whether it is
> persistent or volatile.
It says this:
This section documents the command-line options
At 19:27 1-1-2013 -0800, Ian Zimmerman wrote:
On Sat, 29 Sep 2012 20:18:15 +0200
"h.g. muller" wrote:
h> I intentionally disabled persistence of the -inc option by forcing
h> its value to -1 in the last line of the xboard.conf master settings
h> file. This was motivated
I intentionally disabled persistence of the -inc option by forcing its
value to -1 in the last line of the xboard.conf master settings file. This
was motivated by the fact that a saved -inc value >= 0 would cause the -mps
option to be ignored, even when the latter is explicitly specified on the
It has come to my attention that problems like this are often caused by the
X-server font path not being set correctly. So the dependency mechanism
does load the required font packages, and they do have the required fonts
in them, but the X-server cannot fin them. The situation can be corrected
I have to retract this bug report:
Someone pointed out that the bug is in the code fragment I quoted:
missng braces enclosing the j++ with the conditional.
Sorry for wrongly accusing libxaw of this. :-(
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "u
the display, like you moved there with the < or > button, or by clicking
the evaluaton graph or move list.
In Edit Position mode you can also type a FEN in the box, which will
cause the corresponding position to be set up.
H.G. Muller
XBoard developer
--
To UNSUBSCRIBE, email to debia
ame viewer through:
xboard -ncp
But anyway, the issue seems to depend purely on the Debian dependency
rules, and is not something we could fix up-stream.
H.G. Muller
XBoard developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
://home.hccnet.nl/h.g.muller/dwnldpage.html
The same error is in the source file of the Xiangqi derivative maxqi.c.
H.G. Muller
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
it actually provides more flexibility, and will contribute
to the success of XBoard as a standard interface in the 10x8 community.
H.G. Muller
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This should be considered a short-coming of the documentation:
XBoard 4.4.0 has built-in bitmaps for all non-orthodox piece types only
in -boardSize middling and bulky, and almost all in petite. The Archbishop
and Chancellor have built-in bitmaps in any size from petite to bulky.
The other boardS
Perhaps this deserves some explanation:
Historically XBoard has always had "GNU-mode" as default mode, which is
obsolete
terminology for acting as interface to a chess engine. (Dating from the
time that GNU-Chess
was the only existing XBoard compatible Chess engine.) The other modes, such as
g
Package: sjeng
Version: 11.2-7
In variant crazyhouse Sjeng sends drop moves for black pieces
with a lower-case piece indicator, while XBoard protocol prescribes
pieces should be indicated by upper case. As a result Sjeng is no
longer able to play crazyhouse under the latest XBoard (4.4.0)
Here is
ved by:
xboard -firstInitString "new\nsd N\n" -secondInitString "new\nsd M\n"
where N and M are the desired depth limits.
H.G. Muller, upstream XBoard developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
genuine bug;
XBoard fails to create the proper name for bitmaps of pieces that are not
participating in the variant that is selected at startup. It was already
fixed in 4.4.0~alpha-7 and later.
H.G. Muller, upstream developer of XBoard.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lis
On Wed, 2009-04-29 at 22:46 +0200, Ralf Treinen wrote:
> We are not legally allowed to distribute a binary that has
> been compiled with readline suport since the readline library
> has a licence (GPL) which is incompatible with the yap licence.
Yap is licensed according to the terms of Artistic L
Package: gns3
Version: 0.6-2
Severity: grave
Justification: renders package unusable
Upon running, gns3 immediately aborts with error:
QVariant::load(QDataStream &s): type unknown to QVariant.
Aborted
I tracked the bug up to "ConfDB" class, method "get":
value = self.value(key).toString()
Con
18 matches
Mail list logo
