Am Mi, den 02.06.2004 schrieb Oliver Wiemer um 08:31: Ja, das wird bei Dir vermutlich der UTF-8-Bug sein. Hol Dir RPM-Pakete von dag.wieers.com oder gurulabs.com, mit denen funktioniert der Acrobat Reader wunderbar. Grüße André

[Acroread geht nicht] Auch das KDE-RedHat Projekt bietet angepasste Acroreads an, ist ebenfalls einen Blick wert, falls du KDE Nutzer bist. Roland

Am Do, den 03.06.2004 schrieb Oliver Wiemer um 10:00: Dann solltest Du http://kde-redhat.sourceforge.net/ auf jeden Fall verwenden, weil es KDE wieder vollständig macht. IMHO das bessere KDE für Fedora, auch wenn da nur die rawhide-Pakete angepasst werden. Wozu ist das in diesem Kontext wichtig? "Packages for Red Hat 7.3,8.0,9, Red Hat Enterprise 3, and Fedora Core 1, 2 are available." sagt die Seite http://kde-redhat.sourceforge.net/ Ich weiß ja nicht wie Du eine Suchmaschine benutzt, aber bei acroread und fedora als Begriffe spuckt google bei mir schon eine Menge aus: http://www.google.de/search?q=acroread+fedora&ie=UTF-8&hl=de&... André

Am Do, den 03.06.2004 schrieb Roland Wolters um 10:57: fedora/livna mit anderen zu mischen ist eigentlich das Problem, ansonsten kann man eigentlich recht gut mischen, aber das Thema wollen wir nicht noch mal anfangen, sonst zerfleischen sich Michael und Axel wieder... kde-redhat scheint sehr "mischfreundlich" zu sein, denn ich benutze es mit dag, dries, frehrpms, atrpms, newrpms und jpackage und das via apt. Das funktioniert bei mir ohne (nur mit kleinen) Probleme, sogar mit kde-redhat-testing-Paketen. Monkeyrpms und planetccrma sollten auch funktionieren, benutze ich aber momentan nicht. Trotz der Mischung treten bei mir sehr selten Probleme auf, die sind aber immer leicht lösbar. Mir ist nicht ganz klar wozu Du das benötigst, kannst Du das mal erläutern? André

Am Do, den 03.06.2004 schrieb Michael Schwendt um 14:59: Gut das zu hören, das führt nämlich zu nichts... Wie gesagt, ich habe recht selten Probleme mit meine Konfiguration, was nicht heißen soll, aber selten trifft es eigentlich ganz gut. Deshalb werde ich auch nicht zu fedora.us/livna wechseln. "Never touch a running system" :-) Sicher gibt es manchmal Probleme, aber das kann man nicht generalisieren, so wie Du das gerne machen würdest. Ich akzeptiere Deine Entscheidung fedora.us/livna zu empfehlen und ich akzeptiere auch, dass Du es besser findest. Das heißt aber noch lange nicht, dass das für alle/jeden gelten muss. Ich jedenfalls bleibe bei meiner Konfiguration, denn sie funktioniert. Behauptet das jemand? Ich weiß nicht was Du versuchst aus meiner Mail herauszulesen, aber ich habe weder Dich noch Axel in irgend einer Form angegriffen oder behauptet, jemand würde die Unwahrheit sagen. Ich habe lediglich darauf hingewiesen, dass dieses Thema immer wieder zu heißen Diskussionen führt. Alles gut und schön, nur setze ich die meisten Repos schon ein, bevor es diese Begrifflichkeit überhaupt gab, und seit dieser Zeit funktioniert es zufriedenstellend. Warum also partout alles in die vorgegebene Begrifflichkeit und die Regeln von Redhat zwängen, wenn es doch auch so geht? André

André Kelpe wrote: Das Interessante an den Klassifizierungen ist ja, dass sich selbst das "Vorbild" fedora.us noch nicht daran hält, anderen wird es aber immer wieder nahegelegt... Für mich ist vor allem die mangelnde Paketvielfalt und -aktualität bei fedora.us und Co. ein Grund dafür, bei den herkömmlichen Repositories (freshrpms, dag, newrpms, kde-redhat, ...) zu bleiben. "Paragraphenreiterei" hin oder her, man sollte halt beim Qualitätsanspruch eines Repositories nie das Wesentliche aus den Augen verlieren: vernünftige Pakete in absehbarer Zeit für den Anwender anzubieten. IMHO muss ein Zusatz-Repository (egal ob Extras, Alternatives oder 3rd-Party) nicht zwingend fehlerfreier als Fedora Core sein. Regards, Stefan

Once upon a time André Kelpe wrote: Ich habe die Erfahrung gemacht, dass teilweise einige KDE Pakete zuerst auf den rh Servern aktualisiert werden (updates, patches, etc.), und das erst kurze Zeit später KDE-RedHat nachzieht. Nachteil: durch ein Update verliert man eventuell verschiedene Programme, Unterstützungen (mp3), etc. Es gibt aber auch Fälle, wo plötzlich die Menüstruktur flöten gegangen war. Um dieses Mischen von KDE Paketen zu vermeiden, habe ich eben jene Exclude Zeile angehängt, die ich auch up2date mitgegeben habe. Seht ihr da einen Fehler? Oder problematische Effekte? Roland

OK, das habe ich auch gefunden. Ich war mir eben nur nicht sicher, ob das für FC2 auch geht. Sorry. Ich bin noch dabei Grundlagen zu schaffen, was RH = FC2 angeht. By Olli

Hallo Olli, ich habe das bei mir mit einem kleinen Script geloest, welches ausfuehrbar fuer jeden User unter /usr/bin liegt. Das Script habe ich sinnigerweise acroread genannt, Somit funktioniert es auch als Mozilla Plugin. ---- export LANG="de_DE.ISO8859-1" /usr/local/Acrobat5/bin/acroread ---- dann nur noch ---- ln -s /usr/local/Acrobat5/Browsers/intellinux/nppdf.so /usr/lib/mozilla/plugins/nppdf.so ---- Somit funktioniert bei mir alles einwandfrei. Thomas Oliver Wiemer schrieb: