headers
Arun Persaud | 1 Jun 2011 06:22
Favicon
Gravatar

Re: test packages for parallel install

Hi

On 05/31/2011 12:51 AM, K12 wrote:
> [...]This is some feedback for the new xboard git and next packages. I
> installed them on Fedora 14 64 bit using your yum repo.
> 
> During the yum install I got a warning message:
> 
> Non-fatal POSTIN scriptlet failure in rpm package
> xboardgit-20110530-1.1.x86_64
> /var/tmp/rpm-tmp.io24jE: line 1: fg: no job control
> warning: %post(xboardgit-20110530-1.1.x86_64) scriptlet failed, exit
> status 1

thanks I tried to fix this... new packages should be available in a few
minutes. Seems like fedora uses some slightly different way to install
the info files in the rpm-spec file.

> It installed OK though, it also installed gnuchess as a dependancy.
> 
> The git and next versions run OK alongside my 4.5.2a version when
> launched from a terminal.
> 
> On the gnome menu though I have 3 items named 'xboard' and each one
> launches xboard 4.5.2a. I think xboardgit.desktop needs changing to have
> Name=Xboardgit and Exec=xboardgit.

missed that one... should be fixed now (for all distributions).

Let me know if there is anything else
(Continue reading)

Permalink | Reply | 2 comments |
headers
h.g.muller | 1 Jun 2011 16:53
Picon

Re: test packages for parallel install


>> It installed OK though, it also installed gnuchess as a dependancy.

I think dependency on a Chess engine is good, as XBoard by default tries
to start with one. Debian, however, refuses to include such a dependence,
because XBoard can also be used without engine, in ICS or game-viewer
mode. Apparrently other distros are more realistic in this respect.

It seems a bit strange to have a dependency on gnuchess, though, when in
reality the dependency is on fairymax.

I should add that the latest versions of xboard are much less dependent on
the engine than they used to be: it is no longer a fatal error when the
default engine refuses to start. It still prints the error popup, but then
simply continues running in -ncp mode. The user can then load another
engine he does have from the menu, if he wants. (This, btw, fixes one of
the feature-request 'bugs' in the bug-xboard list.)
Permalink | Reply | 1 comment |
headers
Arun Persaud | 1 Jun 2011 19:17
Favicon
Gravatar

Re: test packages for parallel install

Hi

> I think dependency on a Chess engine is good, as XBoard by default tries
> to start with one. Debian, however, refuses to include such a dependence,
> because XBoard can also be used without engine, in ICS or game-viewer
> mode. Apparrently other distros are more realistic in this respect.
> 
> It seems a bit strange to have a dependency on gnuchess, though, when in
> reality the dependency is on fairymax.

fairymax is not available for all distributions, so I added gnuchess as
a recomendation, that is I copied an old spec-file and just didn't
change it ;) If fairymax or other engines are available for certain
distribution I could add them easily...

Arun
Permalink | Reply | 0 comments |
headers
Arun Persaud | 3 Jun 2011 07:18
Favicon
Gravatar

gtk and x11 in parallel

Hi

I just played around a bit with trying to get x11 and gtk running in
parallel... I somewhat managed to use the gtk-file-chooser to run with
the rest of xboard (for some reason the file-menu doesn't disappear, but
that hopefully can be fixed?)

Anyway, feel free to test via (savannah is down, so I pushed to my
private clone):

git clone http://nubati.net/git/xboard
git checkout gtk2
./autogen.sh
configure
make
./xboard
file->load game

At the moment the file chooser doesn't use file pattern as the latest
xboard version does, but this should be easy to add... also the cancel
button doesn't seem to work (xboard hangs afterwards).. Anyway it's just
meant to be a proof of concept and perhaps something we could think
about for future versions, since this way we can perhaps change things
one at a time and don't have to do everything at once...

Let me know what you think.

cheers
       ARUN
(Continue reading)

Permalink | Reply | 12 comments |
headers
h.g.muller | 3 Jun 2011 09:09
Picon

Re: gtk and x11 in parallel

> Let me know what you think.

It would definitely be an advantage to be able to do a 'gradual takeover'
of X functions by GTK functions. I am still not really sure how helpful it
would be, but if it is, I could continue to eliminate X-code from the
XBoard front-end. (E.g. redo the New Shuffle Game dialog, and redesign the
Time Control dialog.)

As long as the GTK version or any mixed version can nether be built on
Ubuntu 8.04, nor on Windows + Cygwin, its usefulness will be rather
limited, though.
Permalink | Reply | 1 comment |
headers
Arun Persaud | 3 Jun 2011 17:58
Favicon
Gravatar

Re: gtk and x11 in parallel

Hi

On 06/03/2011 12:09 AM, h.g.muller <at> hccnet.nl wrote:
>> Let me know what you think.
> 
> It would definitely be an advantage to be able to do a 'gradual takeover'
> of X functions by GTK functions. I am still not really sure how helpful it
> would be, but if it is, I could continue to eliminate X-code from the
> XBoard front-end. (E.g. redo the New Shuffle Game dialog, and redesign the
> Time Control dialog.)
> 
> As long as the GTK version or any mixed version can nether be built on
> Ubuntu 8.04, nor on Windows + Cygwin, its usefulness will be rather
> limited, though.

Ubuntu should be able to build it, once you installed the devel packages
for gtk. Perhaps you can try the branch from my git-repo and let me know
what errors you get.

If we mix and match Xt and Gtk, we won't be able to build on Windows
until we have exchanged all of the Xt calls...

One issue to keep in mind for the Windows build is that the latest
Windows-Gtk version is 2.22, so we should use this for version on linux
too, so that we can easily add the windows built later.

Apart from that, if we figure out why the Xt-menu stays up when doing
the gtk call, we could start replacing some windows with their gtk
equivalent.
(Continue reading)

Permalink | Reply | 0 comments |
headers
K12 | 3 Jun 2011 18:00
Picon
Favicon

Re: gtk and x11 in parallel

I tried the new parallel version and I noticed that xboard was using 88% cpu.

I also tried compiling the xboard gtk-20100806 version on Ubuntu 8.04 which was referred to in the previous
post. The problem is that 8.04 is quite an old version of ubuntu. It uses automake 1.10 (1.11 required) and
gtk+ 2.12.9 (2.16.0 required). The code contains references to gtk_widget_get_visible and
GtkEntryBuffer which aren't available in 2.12.

I managed to compile it though by:
    commenting out #AM_SILENT_RULES([yes]) in configure.ac
    changing gtk+ 2.16.0 dependency in configure.ac to 2.12.0
    comment out the code in xedittags.c GTK_create_tag routine and return False
    comment out the code in xgamelist.c GameListIsUp routine and return False
    comment out the code in xhistory.c MoveHistoryIsUp routine and return False 

To make it run I had to change gtk-interface.xml and comment out the requires 2.16. It then ran on Ubuntu 8.04
but some functions won't work due to the above changes (no menubar, no engine or move windows). I did play a
few moves against fairymax though. It's probably easier to move to a newer Ubuntu than backport xboardgtk.

John Cheetham
Permalink | Reply | 1 comment |
headers
Arun Persaud | 3 Jun 2011 20:48
Favicon
Gravatar

Re: gtk and x11 in parallel

Hi

On 06/03/2011 09:00 AM, K12 wrote:
> I tried the new parallel version and I noticed that xboard was using 88% cpu.

could be because I replaced the main loop for Xt and Gtk with a
hand-written one that pulls first Xt and then Gtk... probably worthwhile
to add some timeout and I would guess that cpu usage should go down...
thanks for pointing this out

cheers
	ARUN
Permalink | Reply | 0 comments |
headers
K12 | 5 Jun 2011 10:50
Picon
Favicon

Re: gtk and x11 in parallel

So using this method you could start by replacing some of the Xt popup windows such as engine output, move
history etc with GTK versions.

You would still have a problem with the (non popup) widgets in the main window though wouldn't you? I am
thinking that the (non popup) GTK widgets need adding to GTK containers which are added to the main
GTKWindow. You can't add Xt widgets to the GTK containers (or am I wrong?). If not then you won't be able to
have mixed GTK/Xt widgets in the main window. This would mean you have to convert the main window including
menubar, board and pieces etc from Xt to GTK in one go which sounds like a lot of work.

When I looked at the Xboard GTK-20100806 version I thought it didn't look bad. Are there some problems with
this version?

Thanks,

JC
Permalink | Reply | 7 comments |
headers
h.g.muller | 5 Jun 2011 16:53
Picon

Re: gtk and x11 in parallel

> This would mean you have to convert the main window
> including menubar, board and pieces etc from Xt to GTK in one go which
> sounds like a lot of work.

> When I looked at the Xboard GTK-20100806 version I thought it didn't look
> bad. Are there some problems with this version?

I thought the current version in the GTK branch had more or less done all
that, and that the main thing still lacking were popup dialogs / auxiliary
windows. E.g. promotion popup. This was one of the reasons for eliminating
the code for those from the X version: the current development version no
longer has a promotion (or piece-menu) popup with default settings, and
the X-code for new-variant, adjudications, common engine settings, comment
and tags popups have all been eliminated, leaving practically nothing of
them to port to GTK.

What is left are the eval-graph window (which is unique amongst the popups
in that it is a graphics window), the engine-output window (which has a
layout that was not supplied by the generic popup, namely two panes above
each other, and multiple label widgets above the memos next to each
other), the move-history window (a complex listbox), the game list and
game-list options popup.

The engine-output might be doable with the generic popup with a slight
enhancement of the capabiilities of the latter. (It can already do panes
next to each other, and label widgets on one line would be an easy
enhancement similar to the buttons on one line, which are already
supported.)

The current XBoard version of the move history window I don't like very
(Continue reading)

Permalink | Reply | 6 comments |

Gmane