I'm using the latest code from yesterday (from CVS) and I am seeing that making
a move on the board replaces (always) the moves made in the game. The option to
ask before replacing moves is enabled (I switched it both ways -- makes no
difference). Is this a bug? Before, it would ask if you wanted to replace, add
a variation, etc.
Thanks,
Roy
----- Original Message ----
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: [email protected]
Sent: Sunday, July 6, 2008 9:49:11 AM
Subject: Scid-users Digest, Vol 24, Issue 10
Send Scid-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/scid-users
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Scid-users digest..."
Today's Topics:
1. Re: precompiled binaries (Pascal Georges)
2. Re: precompiled binaries (Alexander Wagner)
3. Re: Tiny enhancements (Giorgio Bellegotti)
4. Re: precompiled binaries (Pascal Georges)
5. Re: precompiled binaries (W. van den Akker)
-----Inline Attachment Follows-----
2008/7/6 Alexander Wagner <[EMAIL PROTECTED]>:
Pascal Georges wrote:
Hi!
> - I'd prefer not putting links to pre-built packages on
> Scid's SF site, simply due to maintenance reasons. But
> those links are of highest interest to end users, so if
> someone wants to take care of this, this would be a good
> thing (for example an external link that could be referred
> statically from Scid's site)
I do not get how you want to set it up: Scid links to
http://www.somehwere.org/scid-binaries/
and the list is maintained there? You think probably of a
Wiki-like target for this so everybody could hook up links
to his individual builds?
Or do you think of a page within scid.sf.net/scid-binaries
that just contains links off-site, that might be broken some
day and just need to be checked from time to time?
All those solutions are ok for me, as none goes through the SF's release
process, which is time consuming.
> - be careful when stripping Scid (books, DB, etc...) as it
> breaks some features, and I don't like this.
Actually, some parts of scid would plainly not allow it to
make it into some distributions if it's not removed. I
learned that Nalimov-code is a problem, books are sometimes
regarded as "unclear" and for that thrown out. Bases
similar. For the engines the feedback was: "its better if
one can use what is there from other sources and keeps that
part to the absolute minimum."
Nalimov code has been included into Scid for a long time and Shane had received
authorisation for the inclusion into Scid. I agree it is not 100% clear it is
GPL, but it seems ok for me (see COPYING file).
Bases were generated by myself, and any license can be applied to them, if
needed.
Some books were generated by myself, and some by others. Generating a book is
easy (simply use polyglot) and I would find a pity not to include at least a
sample book with Scid.
I think, the Bases and Books part could only be overcome by
a "Scid Referenence Database" (CentriScid was a name for
this recently) and a "Scid Reference Opening Book" (call it
ScidBook for the time being). Here also another free book
could be used e.g. Harry Schnapps book (if someone has a
contact there...)
HS Book is not free at all. The generation of a "not too bad" book is an easy
task.
The other alternative to cope with "non-free stuff in pure
GPL distributions" is to set up fetch scripts that notify
the user that they are installing non-free parts and then
fetch them from the net. Debian does things like that for
TTF-Corefonts by M$, Win32-plugins for MultiMedia, some
hardware drivers that contain closed source components and
so on. This would then require a centralised fetch URL at
scids site and mainly come back to a suggestion that I made
some time ago, namely remove all these packages in question
from core scid and add a simple fetch function into scid
itself so it can retrieve these parts upon request. Say,
the user selects Play/Training/Opening, no suitable database
is found but a list is offered "you may fetch the follwoing
predefined DBs from scids website." Which then initiates a
download and install into userspace. (Jose handles
opening books that way. One of the few parts that work
pretty well in Jose I might add.) If scid e.g. first gets
back some structure of the offerings it could be pretty
flexible.
This complicates things a bit. I prefer the simplest and laziest solution,
where everything is packaged in a monolithic mode. But this is just my opinion.
A good solution is one that works and is garanteed to work for a long time.
Pascal
-----Inline Attachment Follows-----
2008/7/6 Alexander Wagner <[EMAIL PROTECTED]>:
Pascal Georges wrote:
Hi!
I do not get how you want to set it up: Scid links to
http://www.somehwere.org/scid-binaries/
and the list is maintained there? You think probably of a
Wiki-like target for this so everybody could hook up links
to his individual builds?
Or do you think of a page within scid.sf.net/scid-binaries
<http://scid.sf.net/scid-binaries>
that just contains links off-site, that might be broken some
day and just need to be checked from time to time?
All those solutions are ok for me, as none goes through the SF's release
process, which is time consuming.
Ah! Now I get it. You do not want to host rpm, deb, tgz
<whatever> beyond the current formats on the scids site at
SF. Here we perfectly agree. I think that we should add
links to the prebuild binaries though.
What are those building binaries think is the most viable
way to handle the linking?
A good solution is to set a binary release paragraph at
http://scid.sourceforge.net/download.html
where there is a link per major distro, and the link opens an external page
with a list of downloadable binary packages. That way the maintenance at SF is
easy, and packagers are free to reorganize their own distro pages.
[....]
Pascal
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
