Beiträge von Falk2

    Ja, hatte ich. Ich habe dann den Installationsversuch auch und absteigend mit 3.5.0, 3.4.5 und 3.4.3 gemacht. 3.4.4 habe ich nicht mehr da. Die Folgen waren bei 3.5.0 und 3.4.5 dieselben, 3.4.3 ließ sich installieren, dafür wurde wieder das Suseeigene 3.4.2 nachgezogen und zusätzlich installiert, außerdem auch die überflüssigen englischen Versionen. Nachdem ich letzteres wieder rausgeworfen habe, stehe ich dort, wo ich schon vor drei Wochen war.
    Wie kommst Du auf die von Dir genannten Nummern? Die Repository-Einträge sind doch nicht nummeriert.



    Falk

    Code
    p, li { white-space: pre-wrap; }
    
    
    /windows/G/Ladeordner/Linux/LOo/LibO_3.5.1rc2_Linux_x86-64_install-rpm_en-US/RPMS/libobasis3.5-core01-3.5.1-102.x86_64.rpm is not valid rpm-File


    Das war es auch schon.


    Falk

    Ich versuche es mal. Das Abtippen sämtlicher Paketnamen wird allerdings ein paar Stunden dauern. Die LOo-Pakete sind in Bezug auf die Abhängigkeiten sehr schlecht gepflegt.
    Runtergeladen sind die Pakete schon eine ganze Weile, entpackt auch. Bis zum Beginn des Installastionsdramas war es im Übrigen kein Problem, die Sprach- und das eine Hilfepaket mit in den en-us-Installationsordner zu verschieben und dann nur ein Repository draus zu machen.


    Nachtrag: Funktioniert nicht. zypper erkennt die Einzelpakete so nicht.


    Falk

    Sieht weiter schlecht aus. Zypper versucht, mir das leicht angestaubte LOo 342 von Suse aufzudrücken, obwohl ich das betreffende Suse-Repository auf diesem Rechner noch nie aktiviert oder auch nur aufgerufen habe. In der Zwischenzeit installiert der Notnagel-Eee-PC LOo 351 entsprechend dem schwachbrüstigen Prozessor das Programmpaket langsam und stetig – nur eben mit 32bit.
    Apper kümmert sich gar nicht um die lokal vorliegenden Pakete, bei diesem etwas verunglückten Paketmanager gibt es ebenfalls nur das Suse-LOo 342. Yast patzt in der gleichen Weise wie vor einer Stunde.
    System neu aufsetzen,vielleicht mit einer frischen System-CD? Gut möglich, dass das nur einen Tag kostet und vor demselben Prellbock endet.


    Falk

    Eben versucht, gleich beim ersten Paket beklagt yast

    Code
    p, li { white-space: pre-wrap; }
    
    
    Subprocess failed. Error: RPM fehlgeschlagen: error: /var/cache/zypp/packages/LOo_351/libobasis3.5-core01-3.5.1-102.x86_64.rpm: headerRead failed: region trailer: BAD, tag 0 type 0 offset 0 count 0
    error: /var/cache/zypp/packages/LOo_351/libobasis3.5-core01-3.5.1-102.x86_64.rpm cannot be installed


    Sieht richtig schlecht aus. Hoffentlich lässt sich 3.4.3 reanimieren.


    Falk

    Zuzia,
    Dein Link führt zur Suse-Version von LOo. Die Struktur der Pakete ist völlig anders, ich vermute mal, dass es damit nur wieder zur Parallelinstallation käme. Die Paketverwaltung erkennt jedenfalls keinen Zusammenhang, außerdem wird bei jedem Paket das Fehlen von Libreoffice-icon-themes-3.4.5.5. bemängelt. Weiß der Geier, warum ein paar ohnehin nicht benötigte Symbole fehlen und wieso das die Installation scheitern lässt. Leider ist dieser Weg auch eine Sackgasse.


    Falk

    Nein, dieses Repository ist nicht aktiviert. Apper bietet dieses an, aber die Folge wäre nur eine Parallelinstallation. Die Festpalatten kann ich selber vollmüllen, das Aktualisierungssystem ist dafür nicht nötig.
    Gerade weil die OOo- und LOo-Versionen von Suse immer hinterherhängen verwende ich lieber die Originale. Außerdem ist dann die Oberfläche unabhängig vom Betriebssystem identisch. Ein Wechsel von offiziellen und Suse-Versionen ist unbedingt zu vermeiden. Das Suse-Office legt eigene Benutzerverzeichnisse an – damit auch das home-Verzeichnis richtig voll wird.
    Vorher die alte Version löschen war noch nie nötig. Beim Wechsel der Hauptversion war zwar ein Eingriff notwendig, das ist doch aber erst zweimal passiert.
    Die Pakete runterladen und entpacken ist doch keine Arbeit.


    Falk

    Das habe ich schon versucht, das Problem besteht ja schon ein paar Tage. Gebracht hat es nichts. Nach den eher dünnen Aussagen scheitert die Installation doch schon beim Entpacken.
    Es hat sich schon länger gezeigt, dass die Aktualisierung von Paketen, die lokal vorliegen, besser ist, wenn die Softwareverwaltung die bisherigen und die neuen Pakete sieht. Ein Repository im Indernetz gibt es doch nur dann, wenn die Pakete vom Distributionshersteller kommen und von ihm vertrieben werden.


    In aller Regel verwende ich yast für lokal gespeicherte Pakete. Allerdings bot zypper bei Systemaktualisierungen die Installation der Officepakete mit an. Nur funktioniert es eben nicht.


    Falk