Beiträge von Altrici

    1000xDank Trekki.
    Ich denke, dass ich zwecks Übungsweise zurück soll auf die stable-Version und das mal so machen wie du vorschlägst. Und dann wieder zurück auf die unstable, nur zwecks Übung! :rolleyes:


    Die Zitate in Hilfe bei der Einrichtung haben mir doch einiges verdeutlicht. Als alter Windowsanwender habe ich die gleiche Probleme und hoffe sie hiermit abstellen zu können.


    Nur bei Ausnahmen keine vom Paketmanager nehmen

    Trenne Dich von der Vorgehensweise: herunterladen und installieren.
    Nimm nur den Paketmanger.
    Es gibt aber Ausnahmen: Druckertreiber, Scannertreiber usw.
    Und auch die sogenannten 1-Klick-Installationen sollte man vermeiden, dabei wird das Repo, aus dem das Programm ist, automatisch mit eingebunden.


    Sollte man unbedingt wissen!


    Zuerst in die openSuSE-Repositories nachsehen!

    Hallo peterpan92,
    dein "Denken" bzw. dein "Vorgehen" um Programme unter Suse zu installieren sind
    immer noch sehr "Windows" geprägt! Alle Linux Distribution (bis auf ein paar ausnahmen)
    beziehen ihre Programmen in Form von Paketen die Paketbauer für die Distribution bereit gestellt haben. Daher, wir beziehen unsere Programmen nicht wie bei Windows irgendwo aus dem Netz sondern aus den Repositories, wie dir Sauerland und uhelp ausführlich erklärt haben. Dies ist meines Erachtens auch ein echtes Sicherheitsfeature bzw ein echter Pluspunkt für Linux-Distributionen. Wenn du also ein Programm installieren möchtest schau in den Opensuse-Repos ;) nach und nicht irgendwo im Netz.


    Also dieser Link, wusste ich nicht. Dankeschön!

    Hallo peterpan92,
    Repositories sind Softwarebehälter. Unsere liegen hier.
    http://download.opensuse.org/repositories/
    Einrichten solltest Du sie mit Yast.
    Anfänger sollten sich auf die Community Repositories von Yast beschränken.


    Ich denke, dass das jedem Linux-User zu Anfang bewusst gemacht werden sollte.
    Aber was solls, wird wahrscheinlich sowieso kein Anfänger erst mal blicken. Und doch, ich weiß nicht zum wievielten male falsch machen.


    so long altrici.

    Hi Kononentux,
    vielmals Danke für deine präzise Beschreibung.

    • Die Betätigung auf "Wechsel von Systempaketen" im Yast >>> Software installieren oder löschen >>> Installationsquellen, was bewirkt diese?
    • Ist das nach jeder Einbindung einer Repo erforderlich?

    Ich frage deswegen, da ich nach Betätigung bei vorhandenen Repos auf "Wechsel von Systempaketen" eine Vielzahl von Problemen mit installierten Pakete und angebotenen Konfliktlösungen bekomme. Aber dieses werde ich in einem neuen Beitrag erfragen.
    So, nachdem ich das Einbinden gemacht habe, stellte sich mir die Frage wie installiere ich jetzt?
    Im Yast wurden nur *debuginfo mit der Version 4.1.0 angezeigt und mit denen kann ich ja nichts anfangen. Oder?
    Also habe ich mit

    Code
    :~>zypper se -s libreoffice

    die einzelnen Pakete angezeigt und da wurden mir dann die Pakete angezeigt die ich im Yast nicht gefunden habe. Oder habe ich nicht richtig geguckt? Ja und dann mit

    Code
    :~> zypper in 'libreoffice=4.1.0.4-8.2'

    jedes einzelne Paket was LibreOffice benötigt (habe dann immer LibreOffice geöffnet um nachzusehen ob z.Bsp. write, oder calc usw. geht) installiert.
    Hier die Pakete welche ich einzeln installierte


    Das Paket 'sdk' habe ich nicht genommen. Oder wird es benötigt?


    Da gibt es bestimmt eine feinere bzw. bessere Vorgehensweise die ein Profi anwenden würde. Oder?


    so long altrici.

    Hi Zusammen,


    unstable verunsichert mich deswegen, weil ich vor kurzem mich mit dem Schachprogramm SCID herumgeschlagen habe und da hat keine von den drei angebotenen RPM's funktioniert . Es war ein unheimlicher Akt dieses nicht nur hinzu bekommen, sondern auch die Schwierigkeiten zu beschreiben was das eigentliche Problem ist, und wie dem geholfen werden kann.


    Da gleiche passiert mir jetzt. Nicht nur das RPM von der Homepage kann fertig installiert werden, sondern wie ich jetzt sehe, komme ich auch mit diesen verschieden unstable Pakete nicht zu recht. Was ich auch gleich hier erfragen möchte. Tut mir leid!


    Also, ich habe folgende RPM's heruntergeladen

    • libreoffice-4.1.0.4-8.2.x86_64.rpm
    • libreoffice-kde-4.1.0.4-8.2.x86_64.rpm
    • libreoffice-icon-themes-prebuilt-4.1.0.4-8.2.x86_64.rpm


    Die 1. RPM kann nicht weiter installiert werden, da die 2. RPM gebraucht wird. (Siehe Anhang LibreOffice_01.png) Aber diese habe ich nicht und weiß auch nicht wo ich sie herbekommen kann. Habe es dann mir der 3.RPM probiert, aber das funktioniert leider nicht (wäre auch zu schön gewesen).


    Ja, ja, diese unstable Pakete haben es in sich.


    Hat schon jemand LibreOffice 4.1. installiert und funktionierts?
    Wenn ja kannst du mir ja helfen?


    A Propo uhelp,


    du hast mich so schön zitiert, aber auf diese bist du nicht eingegangen :)

    Und warum sollte ich auch als Anfänger nicht auch mal sowas probieren? (Sonst lerne man es ja nie,oder?)


    Aber im Großen und Ganzen hast du schon recht.
    Wenn ich dich mal zitietren darf:

    Lasst die Dummen an die Front, bis sie alle Bugs gefunden haben, und all ihre Systeme zerstört sind.
    Läuft es dann wieder, wagen wir frühestens den ersten Versuch.


    Wahrscheinlich gehöre ich zu den Dummen! ;)


    so long
    altrici

    Hallo uhelp,


    vielmals Danke für Deine lehrreiche Worte.
    Ja, ja, deswegen fragte ich ja nach welche Datei ich nehmen kann.
    Eine unstable-Version, da fühle ich schon vorher eine gewisse Unsicherheit, aber dieses ist mir eben als Antwort angeboten worden.
    Und warum sollte ich auch als Anfänger nicht auch mal sowas probieren? (Sonst lerne man es ja nie,oder?)
    Es ist ja nicht so, dass ich ausflippe wenns nicht funktioniert, sondern wirklich in Ruhe nach Abhilfe bzw. Lösung forsche.
    Eine neue Version? Das juckt! Will man haben usw.!


    Übrigens:
    Diese Version (mit dem fehlenden Verzeichnis das aber in den Vorgängerversionen vorhanden war) habe ich von der offiziellen Seite von LibreOffice als eine ganz normale 'rpm' erhalten, von der man ja ausgehen kann, dass kein sonderlich, erforderliches Wissen von Nöten vorhanden sein muss, um das Programm installieren zu können. Vor allem (so wie es bei den Vorgängerversionen war), dass nach der Installation die neue Versionsnummer im Paketmanager angezeigt wurde und ein Deinstallieren dann ohne Probleme möglich ist. Da habe ich bei einigen Programmen, die ich vorbei am Paketmanager installierte, noch große Probleme. Aber und auch deshalb kann man doch hier in dieses Forum gehen und mal höflichst nachfragen.Oder was spricht da dagegen? Nervt es euch Profis, dass ihr euch mit solchen einfachen, unqualifizierten Fragen herumgeschlagen müsst?


    Und noch ein weiteres übrigens:
    Wenn ich solange warte bis die neuste Version im Paketmanager (zypper/Yast) angeboten wird, dauert es schon ziemlich. Die Neugier juckt halt.


    Jetzt probiere ich es mal, und wenns nicht hinhaut dann nerve ich vielleicht noch ein biserl, oder gehe dann auf die Version zurück die im Paketmanager angeboten wird. Das ist bei mir zu Zeit 3.6.3.2.4.


    so long
    altrici

    Hi Susifans,


    wollte ein Wechsel von LibreOffice_4.0.4.2 auf LibreOffice_4.1.0.4 machen und nach entpacken von tar -xzvf Name.tar.gz stelle ich fest, dass das Unterverzeichnis 'desktop-integration' im Verzeichnis 'RPMS' fehlt. Desktop-Integration wird nach der Installation für openSUSE mit:

    Code
    rpm -Uvh *.rpm

    danach dann:

    Code
    cd desktop-integration
    rpm -Uvh *suse*.rpm

    gebraucht, um die Icons für die LibreOffice Applikation zu erhalten, um dann den Prozess abzuschließen:
    So steht es in der 'Readme'!


    Neu im Verhältnis der älteren Versionen ist, dass eine neue Datei mit dem Namen 'install' hinzugekommen ist. (Dieses war in den Vorgänger-Versionen nicht der Fall) Diese Datei befindet sich nach dem Entpacken im Hauptverzeichnis 'LibreOffice_4.1.0.4_Linux_x86-64_rpm'.

    • Hat sich jetzt zu der Installation was Grundsätzlich geändert?
    • muss man jetzt mit der Datei 'install' da was machen?
    • habe ich Download-Schwierigkeiten, dass eben nicht alles gedownloadet wurde?
    • wo liegt da der Hund begraben!


    Wünsche sommerliche Grüße
    altrici.

    -habe es mal versucht:
    SCID development version 4.5.1 kompiliert und installiert.

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

    ist bei mir auch aufgetreten

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

    und nachdem 'make' durchgelaufen nebst eingabe von:

    Code
    ./scid
    Fontconfig warning: "/etc/fonts/conf.d/56-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.
    terminate called after throwing an instance of 'std::system_error'
      what():  Operation not permitted
    Abgebrochen

    Tritt bei mir auch auf mit dieser bescheuerten Fontconfig Warnung.
    Bin dann genauso weiter vorgegangen wie du

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


    Ich gehe wieder zurück auf SCID-4.4

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

    wird bei mir nach Eingabe:

    Code
    :~/scid-4.4> ./configure BINDIR=/usr/local/bin LANGUAGES="tcl/deutsch.tcl"

    und nach 'make':

    Code
    :~/scid-4.4> make
    make: *** Keine Regel vorhanden, um das Target »tcl/deutsch.tcl«, 
      benötigt von »scid«, zu erstellen.  Schluss.
    :~/scid-4.4>


    Vielleicht muss man das 'deutsch' groß schreiben wie in der Anwendung SCID im Menü "Optionen-->Sprache" geschrieben steht.
    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.


    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.


    Am Schluss 1000xDank für Deine Geduld und Mühe.


    so long altrici.

    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.

    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.