[gelöst]SCID will nicht

Hinweis: In dem Thema [gelöst]SCID will nicht gibt es 25 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Hab es gerade auch mal versucht nach /usr/local/ zu installieren.
    Beim make kommen dann einige Warnungen und Fehlermeldungen.
    Der Start funktioniert aber dann nicht.


    Wenn ich jedoch scid in meinem /home aufrufe, funktioniert es.

    Für den Inhalt des Beitrages 58339 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Zitat


    Ich konnte alles nach installieren ausser gcc-g++, da habe ich gcc-c++ genommen


    ...ja war ein Tippfehler; sorry.


    Zitat
    Code
    zypper se -si zlib
    ...
    Keine Pakete gefunden.


    ...ohne das "-si" (= source-install)


    oder, eine Liste der installierten Source Pakete:


    Code
    zypper search -t srcpackage


    Zitat


    Gerne würde ich den ganzen Prozess nochmals von vorne machen und möchte deshalb alles löschen.


    Im "scid-4.4" Verzeichnis:


    Code
    make uninstall
    make clean


    Dann, wie tomfa-ng schon geschrieben hat:


    - zypper in zlib
    - zypper in zlib-devel


    (- zypper in make, gcc, gcc-c++ hast Du gemacht)


    Dann nochmals alles von vorn:


    Code
    ./configure
    make


    Vor der installation, teste hier mal:


    Code
    ./scid


    Dann (als root):


    Code
    make install


    (die Installation ist natürlich freiwillig; kannst es auch im Homeverz. lassen)


    und jetzt (sofern installiert):


    Code
    scid


    >>> nicht/nie als root starten (auch nicht als Test) <<<


    -/-

    3 Mal editiert, zuletzt von rme ()

    Für den Inhalt des Beitrages 58347 haftet ausdrücklich der jeweilige Autor: rme

  • ...ohne das "-si" (= source-install)


    Bedeutung:


    Das -si bedeutet also:
    -s, --details Show each available version in each repository
    on a separate line.
    -i, --installed-only Show only packages that are already installed.


    Also werden nur installierte Pakete ausgegeben.

    Für den Inhalt des Beitrages 58350 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Zitat


    Das -si bedeutet also:
    -s, --details Show each available version in each repository
    on a separate line.
    -i, --installed-only Show only packages that are already installed.


    ich idiot .... sorry sorry sorry.


    Und vielenen Dank für die Korrektur.

    Für den Inhalt des Beitrages 58353 haftet ausdrücklich der jeweilige Autor: rme

  • Nach erfolgreicher Deinstallation und dem vorgegebenen Ratschläge vom rme lässt sich SCID wohl aus meinem /home Verzeichnis aus starten, bekomme aber immer noch den grafischen Warnhinweis wie in meinem letzten Beitrag im Anhang scid.png gezeigt. Und wenn ich dann auf "OK" klicke verschwindet SCID und in der bash wird folgendes Ausgegeben:


    Dann, wie tomfa-ng schon geschrieben hat:


    - zypper in zlib
    - zypper in zlib-devel

    zlib lässt sich nicht installieren

    Code
    scid-4.4 # zypper in zlib 
    Daten des Repositories laden ...
    Installierte Pakete lesen ...
    'zlib' wurde in den Paketnamen nicht gefunden. Fähigkeiten werden durchsucht.
    'libz1', welches 'zlib' anbietet, ist bereits installiert.
    Paketabhängigkeiten auflösen ...
    
    
    Keine auszuführenden Aktionen.

    aber zlib-devel

    Code
    :~/scid-4.4> zypper se -si zlib
    Daten des Repositories laden ...
    Installierte Pakete lesen ...
    
    
    S | Name       | Typ   | Version     | Arch   | Repository       
    --+------------+-------+-------------+--------+------------------
    i | zlib-devel | Paket | 1.2.7-7.1.1 | x86_64 | openSUSE-12.3-1.7

    und nach Eingabe von ./configure

    wird zlib erkannt (was für ein Erfolgserlebnis). Alles scheint bis hier her in Ordnung zu sein.Oder?
    'make' läuft bis zum Ende durch

    Code
    :~/scid-4.4> make


    Nun habe ich den von Dir vorgeschlagenen Test durchgeführt und ich habe hier schon das Problem, dass SCID mit dem Warnhinweis, wie ich in meinem letzten Beitrag im Anhang scid.png gezeigt, bekomme. Und so erübrigt sich natürlich ein weiteres vorgehen.

    Vor der installation, teste hier mal:
    Quellcode
    1 ./scid


    Den Hinweis von Dir

    >>> nicht/nie als root starten (auch nicht als Test) <<<


    nehme ich natürlich Ernst und würde gerne weiter erfahren, ob es denn eine Lösung gibt die Installation erfolgreich zu Ende zu führen, so dass SCID ohne vorher auf root' zu gehen nutzbar ist.
    so long.

    Für den Inhalt des Beitrages 58408 haftet ausdrücklich der jeweilige Autor: Altrici

  • Ich habe "procedure "layout_restore_pw" line 20" per google gesucht:


    >>> http://sourceforge.net/p/scid/bugs/40/ >>> gleicher Fehler.


    Anscheinend ist die Lösung:


    Zitat
    Code
    $HOME/.scid/config/options.dat
    and change the line with ::docking::layout_list(1) to thus:
    set ::docking::layout_list(1) {}


    ...also:


    Mach ein Backup dieser Datei:

    Code
    cp ~/.scid/config/options.dat ~/.scid/config/options.dat.orig


    Die Datei "~/.scid/config/options.dat" editieren so dass die (sehr lange) Zeile (bei mir Zeile 581)

    Code
    set ::docking::layout_list(1) {{MainWindowGeometry 1024x570+0+26 zoomed} {{.pw ve...


    neu so aussieht:

    Code
    set ::docking::layout_list(1) {}


    (sieht dann ähnlich aus wie die übernächste Zeile)


    Ob dies dann so funktioniert kann ich natürlich nicht sagen. Bei mir startet scid (vom Home-Verzeichnis) aber das Fenster hat nun nicht mehr die vorherige Aufteilung. Vermutlich sind dies Default Settings welche jetzt nicht mehr existieren. Diese sollten aber wieder in die Datei geschrieben werden wenn Du scid konfigurierst... hoffe ich.


    ----------


    Übrigens, wenn (nach der Installation nach "/usr/local/bin" das Programm (als User) nicht starten will, dann zeig mal bitte:

    Code
    ls -l /usr/local/bin/sc*


    Gruss,
    Roland

    Für den Inhalt des Beitrages 58413 haftet ausdrücklich der jeweilige Autor: rme

  • Nachtrag:


    Zitat


    zlib lässt sich nicht installieren


    'zlib' gibt es nach wie vor, ist aber neuerdings in 'libz1' enthalten.


    -/-

    Für den Inhalt des Beitrages 58415 haftet ausdrücklich der jeweilige Autor: rme

  • Wollte den Thread gerade hier reinstellen da passierte es "Fatal error: Connecting to MySQL server 'localhost' failed“. Gestern am Samstag den ganzen Tag war es nicht möglich hier in dieses Forum zu kommen. Gott sei Dank geht es wieder. Hat mir gefehlt!


    Erstmals vielmals Danke rme! (Fett geschrieben deswegen um meine Anerkennung zu verdeutlichen :))


    'zlib' gibt es nach wie vor, ist aber neuerdings in 'libz1' enthalten.

    'libz1' statt 'zlib' habe ich mir schon gedacht.


    Mach ein Backup dieser Datei:
    Quellcode
    1 cp ~/.scid/config/options.dat ~/.scid/config/options.dat.orig


    Kann ich leider nicht machen da bei mir diese Datei nicht existent!

    Code
    :~/.scid/config> ls -la 
    insgesamt 24
    drwxr-xr-x 2 owner users 4096  5. Aug 14:47 .
    drwxr-xr-x 5 owner users 4096 22. Jul 14:16 ..
    -rw-r--r-- 1 owner users  511  8. Aug 16:10 engines.dat
    -rw-r--r-- 1 owner users 6127  5. Aug 14:47 resolvers.dat
    -rw-r--r-- 1 owner users  172  5. Aug 14:47 xfccrc
    :~/.scid/config>


    Habe gedacht, vielleicht ist diese ja wo anders? Aber nix da!:


    Übrigens, wenn (nach der Installation nach "/usr/local/bin" das Programm (als User) nicht starten will, dann zeig mal bitte


    Natürlich, der chmode - Change Modus bzw. chown - Change Owner
    Reicht es aus nur die Datei 'scid', oder das ganze Verzeichnis '/bin' so zu verändern wie im home-Verzeichnis? Also von 'root root' zu 'owner users' so wie im Quellcode hier unten gezeigt?

    Code
    :~> ls -l
    drwxr-xr-x 15 owner users  4096  8. Aug 16:04 scid-4.4:~>


    Habe mal kräftig damit rumgespielt und es sieht so auß, dass nur die Datei 'learn.phalanx' dafür zuständig wäre, denn ich kann SCID jetzt als User starten. .

    Soll alles auf den Besitzer 'owner' und Gruppenzugehörigkeit 'users' gesetzt werden nebst dem Verzeichni '/bin'?


    Schade, jetzt habe ich keine Sprachauswahl mehr -nur noch in English-, die ich aber hatte als SCID als 'root' startete, obwohl ich configure mit LANGUAGES="" gemacht habe. Vielleicht lässt sich die Sprachdateien ja noch nachträglich hinzufügen oder so?

    bis dann, dann altrici.

    Für den Inhalt des Beitrages 58433 haftet ausdrücklich der jeweilige Autor: Altrici

  • Bezüglich "~/.scid/config/options.dat"

    Zitat


    Kann ich leider nicht machen da bei mir diese Datei nicht existent!


    ...die Datei existiert erst wenn 'scid' erstmals gestartet und wieder beendet wurde.


    Zitat


    Habe mal kräftig damit rumgespielt und es sieht so auß, dass nur die Datei 'learn.phalanx' dafür zuständig wäre, denn ich kann SCID jetzt als User starten.

    Code
    ...
    -rw-r--r--  1 owner users  262144  7. Aug 18:47 learn.phalanx
    -rwxr-xr-x  1 root  root     6990 10. Aug 10:04 pgnfix
    ...
    ...


    Soll alles auf den Besitzer 'owner' und Gruppenzugehörigkeit 'users' gesetzt werden nebst dem Verzeichni '/bin'?


    Ich habe 'scid' (wie schon geschrieben) selber nicht installiert. Aber ich sehe jetzt von Deiner Ausgabe dass 'learn.phalanx' nicht 'executable' ist (d.h. "rw-r--r--" und nicht wie die anderen Dateien "rwxr-xr-x"). Da wäre also offenbar ein

    Code
    chmod 755 learn.phalanx


    nötig.


    Zitat


    Schade, jetzt habe ich keine Sprachauswahl mehr -nur noch in English...


    o.k. das ist jetzt ein Fehler (unbewusst) meinerseits. Ich dachte dass

    Code
    ./configure BINDIR=/usr/local/bin LANGUAGES=""


    das Programm in der lokal eingestellten Sprache installieren würde; ist aber offenbar nicht so. Es ist vermutlich nur mit einer neuen Kompillation zu korrigieren:

    Code
    make clean
    make uninstall
    ./configure BINDIR=/usr/local/bin
    make
    make install
    chmod 755 learn.phalanx


    Wenn 'scid' dann ohne Probleme läuft musst Du natürlich die Modifikation in "~/.scid/config/options.dat" nicht machen. Anderenfalls, 'scid' starten und beenden; "options.dat" sollte dann existieren.


    Gruss,
    Roland

    Für den Inhalt des Beitrages 58434 haftet ausdrücklich der jeweilige Autor: rme

  • Für Deutsch (und sonst keine andere Sprache):

    Code
    ./configure BINDIR=/usr/local/bin LANGUAGES="tcl/deutsch.tcl"


    -/-

    Für den Inhalt des Beitrages 58437 haftet ausdrücklich der jeweilige Autor: rme