Pascal Georges wrote:
Hi!
> > This means there is no longer a need for config.tcl.conf, as it
> will not be
> > generated by autoconf : I will wait until everything is
> validated, then
> > simplify those things.
>
> The point of this file was to make it possible to build scid
> in Linux "packaged" way, where binaries and data are not installed
> together, but we use sth like /usr/bin/scid (or /usr/games/scid) and
> /usr/share/scid/data/....
>
> Given that books and bases directories are now user configurable, is it
> still useful to have this option ?
Point is, if you assume a Unix installation, scid is owned
by root and not by the user. And thogh bases and books are
an exception there're still some files with scid that are
kept "for the site" and not "for the user". Usually these
are spelling/rating files, player photos, move
announcements. And these live in .../share/scid. (Though I
do not use the data subdir there.) Scid should find them by
default if packaged.
Actually, this type of setup common on a decent unix is the
reason why I'd vote for distributing books and bases in a
separate package. Both type of files should be
user-writable while e.g. move announcements don't.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
