| |
Sonntag, 27. September 2009
Could not find compatible GRE ... Geschrieben von Tante Suse
in Programme um
18:16
Kommentare (0) Trackbacks (0) Could not find compatible GRE between version 1.9.0.4 and 1.9.0.4.
Kürzlich ist mir aufgefallen dass ich ja immer noch den 3.0 vom Firefox in Gebrauch habe. Also schnell mal ein zypper update und dann sollte ich doch wieder auf dem neuesten Stand sein. Nix da, es wird nur der neueste Firefox aus der 3.0-Reihe geholt.
Also schalten wir um auf Handbetrieb, der ja nun seit software.opensuse.org/search einigermaßen komfortabel ist. Oh, da gibts ja schon ein Firefox 3.6, nehm ich das doch mal. Keine gute Idee: Einige Abhängigkeiten später die ich alle mit "ja, mach mal" beantworte habe ich ein englisches Ding mit einem komischen Namen wie Namoroka auf der Platte. So modern wollte ich dann doch wieder nicht sein. Also alles runter damit und zurück zur alten Version. Wieder ein paar Abhängigkeiten klar gemacht. Und nun ging gar nix mehr. Fehlermeldung wie schon erwähnt: Could not find compatible GRE between version 1.9.0.4 and 1.9.0.4. - ich mach ja nun nicht erst seit gestern mit Linux rum, aber was ist eine GRE? Etwas gegoogel bringt mich da schon weiter, das ist der xulrunner. Die passende Version liegt auch bei Suse rum. Also dass der xulrunner die GRE sein soll, darauf wäre ich nun echt nicht gekommen. Klare Fehlermeldungen sind offensichtlich nicht jedermanns Sache, aber denn mal schnell rauf damit und der Browser läuft wieder. Nur hab ich dadurch immer noch keinen Firefox 3.5 auf der Platte. Probieren wir es doch mal anders, Shell auf, su machen, und einfach: zypper install MozillaFirefox-3.5.3 Automatisch wird alles mitgezogen, was man so braucht, hier noch mal fürs Protokoll: MozillaFirefox, MozillaFirefox-branding-upstream, MozillaFirefox-translations-common, mozilla-xulrunner191 (der Nachfolger von dem erwähnten was da in der Meldung fehlt!), mozilla-xulrunner191-gnomevfs, mozilla-xulrunner191-translations-common, MozillaFirefox MozillaFirefox-branding-upstream Warum denn nicht gleich so! Mittwoch, 30. Juli 2008Crypto aMule
Mein aMule lässt sich nicht kompilieren, versuche amule 2.1.3, aMule-2.0.0-8 bricht übrigens mit gleichem Fehler ab. Hab mir auch wxwidgets-2.6.2 installiert per Yast über die RPMs. Habe dann alles an wxgtk entfernt, aber aMmule startet trotz allem noch immer nicht, immer dasselbe Verhalten, keine Fehlermeldung, nur ordentliche Prozessorauslastung.
Nach etlichen Stunden an dem amule-cvs war es nicht leicht wxGTK auf GTK zu verlinken, aber das klappte dann doch schon. Für das "Installing using RPMs" ohne Probleme, bei der Crypto++ habe ich das paket libcryptopp-5.2.1-1.i586 verwendet. Ich lasse den Esel nicht als root laufen, denn soweit ich weiß, ist der Amule Daemon Bestandteil des Amule Paketes. Ich hab das System jetzt etwa vier Tage am laufen, abgestützt ist aMule noch nicht, aber der Rechner ist extrem langsam und alle Quellen stehen auf null. Der Rechner selbst ist ein P3 667Mhz, 192MB Ram (mehr geht nicht). Der aMule funktioniert nach einem Neustart ohne Probleme und hat auch eine HighID. Um das Webinterface zu nutzen darf man das Paket auf keinen Fall selbst basteln. Ich habe das Paket von Packman installiert und damit geht auch "amule-web" einwandfrei. Dann wird der Multiplatform-client aMule immer langsamer und stürzt irgendwann ab. Der aMule wurde aber gepatcht und liegt in einer funktionierenden Version bei Packman vor. Mit KDE3 oder KDE4 hatte das Problem nichts zu tun - hatte beides getestet. Vielleicht gibts bald mal eine einfache Distribution, die einen eMule Client kann. Ich werds nochmal damit versuchen aber nichtsdestotrotz find ich das, was ich suche meist nur im ed2k netzwerk und bin somit auf aMule angewiesen. Es sei denn, jemand kennt noch ne Software, die ich ohne Probleme unter Suse zum laufen bekomme. Sonst würde ich mir für so einen Dauernuckler ja mal rtorrent anschauen. Das hatte ich mal laufen, natürlich nicht mit 10 Dateien zu 4 GB gleichzeitig, aber das lief sehr schön rund und hat kaum Anforderungen gestellt. Hatte noch nicht soviel mit Filesharing zu tun, muss mich auch erst etwas einarbeiten. Sonntag, 27. Juli 2008Pidgin ICQ
Ich benutzte erstmal Pidgin damit ich von ICQ2Go weg bin, also erstmal auf Pidgin umgestiegen, damit ich nicht mehr ICQ2Go nutzen muss. Anscheinend tritt das ja nicht ganz regelmäßig auf mit dem Kpete updaten und ICQ Client zu alt.
Auf http://pidgin.im steht Version 2.4.3 bereit. Ich vermute, dass die Jungs dort den Patch schon eingearbeitet haben. Allerdings ist der Build Service momentan im Maintenance Modus. Pidgin ist theoretisch eine gute Alternative. Nur hat Pidgin, zumindest bei mir, manchmal Probleme mit der Kodierung oder dem Versenden/Empfangen von Dateien. Ich benutz es daher nur zum reinen chatten. Wenn man Pidgin mit MSN-Protokoll selbst kompiliert und dann wieder bei ./configure das nächste fehlende Paket angezeigt bekommen hat. dürfte noch mehr *-devel-Kram fehlen. z. B. die gtk-devel-Pakete. Beim Versuch das selbst zu compilieren meldet configure dann irgendwann den Fehler: You must have the GTK+ 2.0 development headers installed to compile Pidgin. Daher beim compilieren auf Checkinstall setzen, das baut aus dem Source ein RPM und installiert dies. Vom Ablauf her ist alles gleich bis auf den Punkt make install. Bei der NVIDIA-Karte sorgt Pidgin für Abstürze In unregelmäßigen Abständen friert hier auch langsam alles ein. Meistens fängt es damit an, dass im Pidgin-Nachrichtenfenster der Cursor hängen bleibt oder dass bei Firefox der Scrollbalken net mehr klappt und die Anwenung dann komplett einfriert. Miranda innerhalb Wine wäre natürlich möglich (ebenso wie Trillian), das wäre dann die Notfalllösung. Man sollte auf jeden Fall checkinstall benutzen, sonst kann man nur noch händisch Pidgin installieren, weil es an der Paketdatenbank vorbei installiert wurde. Die libpurple machts nicht mehr, und climm machts auch nur sporadisch, kriegt manchmal einen Disconnect hinterher geschoben nach erfolgreicher Anmeldung. Aber das hat auch sein Positives. Da ICQ unverschlüsselt ist verwenden nun mehr XMPP, z.B. Googletalk. Vielleicht greifen die jetzt mal final hart durch. Laut Lizenzvertrag bei der Registrierung verpflichtet man sich ja keine Fremdclients zu nutzen. Da wären die aber schön doof alle anderen auszusperren. Bestehende Verbindungen sind nicht betroffen. Erst bei einem Neuanmelden steht man vor verschlossener Tür. |
SucheInstallationPakete |
Administration • Impressum • openSUSE Linux • Linux News • zickzackrubbeldiekatz