Beiträge von rme

    Noch ein Schlusswort:


    Code
    LANGUAGES="tcl/deutsch.tcl"


    hatte ich von

    Code
    cat configure
    ...
        puts {Example usage:}
        puts {  ./configure LANGUAGES="tcl/francais.tcl" BINDIR="/usr/local/bin"}
    ...


    aber tatsächlich sollte es heissen:

    Code
    LANGUAGES="tcl/lang/deutsch.tcl"


    'scid' startet auf Englisch und kann dann auf Deutsch umgestellt werden:


    Options >>> Language >>> Deutsch


    Der einzige Vorteil mit dieser "configure" Option ist dass das Programm etwas kleiner wird (also nicht der Rede wert).


    ----------


    Zitat


    ...mit dieser bescheuerten Fontconfig Warnung


    einfach ignorieren.


    ----------


    Zitat


    Die Version 4.5.1 schaue ich mir jedenfalls nochmals genauer an, wenn ich mit der Anwendung von SCID 4.4 besser vertraut bin um eventuelle Bugs weitergeben zu können.


    :thumbup:


    ----------


    Ich denke es ist ein Bug dass man 'scid' nicht als 'user' starten kann.


    Deine "Lösung" bez.


    Zitat


    Ist ja schon eigenartig, denn man musste den ganzen Inhalt vom Verzeichnis /usr/local/bin den Besitzer mit seiner zugehörigen Gruppe eingeben auch die mit dem einen und zwei punkte. Die Datei 'learn.phalanx' wurde erst nach Aufruf von SCID angezeigt und die musste dann auch noch explizit 'executable' gemacht werden. Was für ein Akt.


    gefällt mir gar nicht (eigentlich sollten alle Dateien in System Verzeichnissen einzig 'root' gehören). Aber...


    Code
    kdesu scid


    funktioniert so wie es ist! (kdesu erlaubt ein grafisches Program als 'root' zu starten).


    Gruss,
    Roland

    Freespacer hat bestens geantwortet, aber weil ich folgendes bereits geschrieben habe:


    Zitat


    nur so aus interesse: was hat es mit dem verzeichnis sbin auf sich?


    Um zu sehen wo ein Systembefehl gespeichert ist:

    Code
    whereis xyz


    also,

    Code
    whereis modprobe


    Da siehst Du dass

    Code
    /sbin/modprobe


    d.h. 'modprobe' ist im Verzeichnis "/sbin" (teste ein paar andere Befehle, z.B. "whereis cp"; es sind nicht alle in jenem Verzeichnis).


    Wenn 'user' einen Befehl eingibt, dann sucht das System diesen in den vorgegebenen Pfaden, nämlich:

    Code
    echo $PATH


    "/bin", "/usr/bin" und "/usr/local/bin" sind dabei; aber "/sbin" fehlt. Daher wird 'modprobe' nicht gefunden und muss explizit mit Pfadangabe bezeichnet werden. Befehle in "/sbin" sind generell dem User 'root' vorbehalten.


    Als User 'root' hingegen:

    Code
    su
    *****
    echo $PATH
    exit


    ist "/sbin" dabei und 'moprobe' wird ohne explizite Pfadangabe gefunden.


    -/-

    Hallo,



    Versuch:

    Code
    sudo /sbin/modprobe acer-wmi


    Oder, was auch funktionieren sollte:

    Code
    su
    *****
    modprobe acer-wmi
    exit



    Du musst Dein root Passwort eingeben.


    Gruss,
    Roland

    Als Info (vielleicht willst Du dies auch versuchen/testen):


    Ich habe mal "scid-4.5.1.zip" (die "development version") kompilliert.


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


    hat noch die Meldung geschrieben:

    Zitat


    Multi-threading enabled (if you have problems try ./configure THREADS="").


    Das 'make' hat auch funktioniert, aber:

    Code
    ./scid
    terminate called after throwing an instance of 'std::system_error'
      what():  
    Aborted


    Bei Dir mag dieser Fehler (eigentlich ein Bug) nicht auftreten.


    Habe dann neu konfiguriert:

    Code
    make clean
    ./configure BINDIR=/usr/local/bin THREADS=""
    make


    ...und so hat 'scid' Version 4.5 dann auch funktioniert (aus dem home Verzeichnis). Ich denke aber dass das Programm ohne "Multi-threading" langsamer läuft.


    -/-

    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

    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