staging.inyokaproject.org

Ich wüsste nicht, warum.

Noch eine Anmerkung zum OpenJDK. Objekte, die ich mit dem offenen Java serialisiert habe, konnte ich unter Rechnern mit dem Sun Java nicht deserialisieren, wegen nicht übereinstimmender serialVersionUID. Also scheint das Sunjava doch nicht so unabdingbar.

Also das Chattfenster geht auf, aber ich kann dann da nichts machen... Und die User die online sind, werden auch nicht angezeigt. Nur das nacksche Fenster, sonst nichts. Komischer weiße kann ich das Fenster dann auch nicht mehr schließen...!

Starte mal das Programm über die Konsole und guck, was du als Fehlermeldung erhältst.

@Jonius, Dominik88:

Koenntet Ihr das Thema beachten und Eure Diskussion in einen eigenen Post auslagern? Danke ☺

Natürlich. Entschuldigt. Trotzdem nochmal die Anmerkung: Jonius schrieb:

Noch eine Anmerkung zum OpenJDK. Objekte, die ich mit dem offenen Java serialisiert habe, konnte ich unter Rechnern mit dem Sun Java nicht deserialisieren, wegen nicht übereinstimmender serialVersionUID. Also scheint das Sunjava doch nicht so unabdingbar.

Sollte der Hinweis nicht vielleicht auch in den Artikel?

Ich halte den Abschnitt Updates für falsch. Da ich es aber nicht weiß, traue ich mich noch nicht an eine Änderung oder wenigstens folgende Ergänzung heran:

Sicherheitsupdates erledigt normalerweise die Paketverwaltung.

So wie er jetzt ist, finde ich den Abschnitt jedenfalls inhaltlich verwirrend und unklar. Bekommt man denn keine Sicherheitsupdates? Wenn doch, sind das auch neue Versionsnummern oder ausschließlich Bug-/Security-Fixes?

Servus ☺

Benno-007 schrieb:

Ich halte den Abschnitt Updates für falsch.

Ja, klingt irgendwie unlogisch. Kann der Abschnitt nicht komplett wegfallen?

Zu den Änderungen im Abschnitt Java/Installation (Abschnitt „Installieren-des-Firefox-Plugins“): Bitte kürzer fassen. Das Beispiel für den Befehl reicht ja, der Rest (die Benutzung) wird im Artikel Alternativen-System behandelt und muss hier nicht noch einmal erläutert werden.

Stichwort Redundanz im Wiki: Sollte sich die Benutzung der Alternativen ändern, so müsste man das neue Vorgehen in mehreren Artikeln ändern → Es ist dann aber quasi unmöglich alle Vorkommen zu finden.

Gruß
kaputtnik

kaputtnik schrieb:

Zu den Änderungen im Abschnitt Java/Installation (Abschnitt „Installieren-des-Firefox-Plugins“): Bitte kürzer fassen. Das Beispiel für den Befehl reicht ja, der Rest (die Benutzung) wird im Artikel Alternativen-System behandelt und muss hier nicht noch einmal erläutert werden.

+1 - siehe Java/Tipps.

aasche schrieb:

kaputtnik schrieb:

Zu den Änderungen im Abschnitt Java/Installation (Abschnitt „Installieren-des-Firefox-Plugins“): Bitte kürzer fassen. Das Beispiel für den Befehl reicht ja, der Rest (die Benutzung) wird im Artikel Alternativen-System behandelt und muss hier nicht noch einmal erläutert werden.

+1 - siehe Java/Tipps.

Da habe ich das ja ergänzt, das mit dem Plugin fehlte da. 😉 Und dann habe ich hier nachfragen wollen, wo es hin soll, aber da ich die Struktur des Artikels sowieso absolut schlimm finde: Ich musste alles selber rausfinden und ergoogeln, das Wiki erschien mir nicht hilfreich genug und lenkte mich eher auf das Alternativen-System. Dann habe ich aber erst dann bemerkt, dass dort das mit dem Plugin zwar fehlt, aber der Rest dort ist - die Installation vom Plugin aber bei Installation erklärt wurde...

Also das ist alles generell sehr verworren. Aber nicht meine Aufgabe, das zu ändern, nur schlimmeres zu verhindern. Würde ich umstrukturieren, gäbe es auch wieder "Stress". Soll ich es rüberkopieren zu Alternativen und nur verlinken oder habt ihr schon Hand angelegt?

Grüße, Benno

Servus ☺

Benno-007 schrieb:

Da habe ich das ja ergänzt, das mit dem Plugin fehlte da. 😉

Gut ☺

Also das ist alles generell sehr verworren.

Wie würdest Du Dir denn die Struktur vorstellen?

Aber nicht meine Aufgabe, das zu ändern, nur schlimmeres zu verhindern. Würde ich umstrukturieren, gäbe es auch wieder "Stress".

Es gibt doch keinen "Stress". Schlage doch einfach mal hier in dieser Diskussion vor, wie Du das umstrukturieren würdest. Wir können den/die Artikel auch in die Baustelle schieben, dann kannst Du dort die Teile so ändern, wie Du das für richtig, oder besser, hälst. ☺ Wenn Du fertig bist, sagst Du Bescheid und andere können dann auch ihren Senf dazugeben. Wenn alle das gut finden, kommen die Artikel dann wieder ins normale Wiki. Das ist eigentlich so die standard Vorgehensweise ☺

Soll ich es rüberkopieren zu Alternativen und nur verlinken oder habt ihr schon Hand angelegt?

Ich befürchte das wir uns missverstanden haben. Mir ging es nur um diesen Teil:

Danach kann man die gewünschte Java-Plugin-Version, die verwendet werden soll, aus allen installierten Versionen auswählen:

  Auswahl      Pfad                                                       Priorität Status
------------------------------------------------------------
  0            /usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so   1061      Auto-Modus
* 1            /usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so   1061      manueller Modus
  2            /usr/lib/jvm/java-6-sun/jre/lib/i386/libnpjp2.so            63        manueller Modus

Drücken Sie die Eingabetaste, um die aktuelle Wahl[*] beizubehalten,
oder geben Sie die Auswahlnummer ein:

In diesem Fall ist die Nummer 1 als aktiv markiert, aber java-6-sun gewollt, also gibt man 2 ein und bestätigt dies mit der Enter-Taste.

Dieser Teil ist IMHO in diesem Artikel unnötig. Gründe für meine Meinung habe ich oben ja genannt. Der Rest Deiner Änderungen kann so bleiben ☺

Gruß
kaputtnik

Das wäre dann wieder ein Zeitproblem - und manche Artikel sind wichtiger. Mir war nur wichtig, dass man, wenn man schon über das Alternativen-System stolpert, auch erklärt bekommt, wie man das Plugin installiert UND aktiviert.

Dass sowas unter Tipps statt Installation steht, finde ich auch etwas verwirrend - welcher Anfänger schaut denn in Tipps, wenn es einen Artikel zur Installation gibt, wenn er etwas installieren will?

Darum habe ich die Variante 2 eingebaut. Und den von dir angesprochenen Teil hätte ich, nachdem ich Tipps entdeckte, dort einbauen sollen. Aber es war nachts nach 12h Wiki + 4h Forum und mir reichte das ganze Wirrwarr, also löschte ich meine Nachfrage (die auch verwirrend für euch gewesen wäre), schickte es ab und dachte mir, dass das Beispiel dort zur Auflockerung vielleicht ganz gut ist - wenn man schon durch Java, Java Installation, Java Tipps, Googlen nach update-alternatives (oder dem finden des Links im Wiki) dann mal noch den schwer erreichbaren Namen des Java-Plugins ergoogelt hat...und und und...

Denn ich will ja mein System sauber einrichten und keine "ln -s"-Frickellösungen auswendig lernen oder weiterempfehlen, wo es dann Probleme gibt, es für jeden Benutzer zu machen ist oder was einfach überaltert ist, aber trotzdem so im Installations-Artikel steht - dazu noch nebenbei Hinweis-Kästchen, dass es doch auch anders geht, aber ganz oben - beim Plugin angekommen (per Link auf den Abschnitt) liest das niemand...mir ging es so...

Habe das Alternativen-System dann selbst ins Wiki eintragen wollen, aber gab es ja schon...

War auf jeden Fall recht chaotisch, den einfachsten und/ oder Standardweg rauszufinden. Und da wollte ich eben anschaulich darstellen, wie einfach und billig man das Plugin damit einrichten kann. Damit man auch mal was sieht und nicht nur redet oder Befehle hinknallt. Damit diese Alternative sofort als beste auffällt, ohne den ganzen Artikel auf diese Variante hin zu überprüfen und umzubauen. Damit man nicht erst einen extra Link zu x Seiten update-alternatives macht...denn ein Endanwender will auf dem kürzesten Wege zum Ziel kommen.

Da das alles so ein Durcheinander war und z.B. unter Tipps oder so auch was zu update-alternatives stand, aber nur angedeutet und nur für ein heruntergeladenes 64-Bit-Plugin, hat es mir dann echt gereicht und ich wollte wenigstens für das Plugin mal eine verständliche und einfache Stelle im Wiki sehen, wo man nicht erst 10 Links/ Googlesuchen und Schweißperlen auf der Stirn haben muss, nur um ein Plugin zu installieren und zu aktivieren. 😉 Und für unterwegs lässt sich update-alternatives auch besser merken. Wenn der Name vom Plugin nicht so abweichend wäre. Statt java-... mozilla-... .

Vielleicht ist das auch der Grund, warum ich das nun einfach drin lasse. Die Entwickler bekommen ihr Entwickler-Javazeug sowieso hin, aber der einfache Anwender, der nur sein Sun Java Plugin will...der soll es sofort sehen...nachdem er Java und von dort Java Installation und von dort dann den Plugin-Abschnitt endlich mal gefunden hat...ohne erst noch ln -s (das kann man sich in dem Fall so schlecht merken und ist überflüssig/ veraltet/ Notlösung - oder?).

Nun gut, Knut. 😉

Grüße, Benno

Servus ☺

Man sollte einfach keinen firefox nutzen 😉 Mit Opera braucht man den ganzen schmonzes nicht 😀

Du schreibst viel, gehst aber leider nicht auf meinen Vorschlag ein ☹

Deine Kritik ist durchaus berechtigt. Ich würde sogar noch einen Schritt weiter gehen und sagen: Der ganze Abschnitt Installation des Firefox Plugins gehört in den Firefox-Plugins-Artikel. Und da Dein Weg der einfachere ist, kann man den ersten Teil des Abschnittes weglassen und nur Deine Version (ohne Beschreibung) drin lassen. Aber da ich kein firefox benutze, kann aasche da vllt mehr zu sagen. Ich weiß zB nicht, ob dieses Plugin auch noch von anderen Browsern benötigt wird.

Gruß
kaputtnik

Hallo liebe Leute. 😉

kaputtnik schrieb:

Servus ☺

Man sollte einfach keinen firefox nutzen 😉 Mit Opera braucht man den ganzen schmonzes nicht 😀

Du schreibst viel, gehst aber leider nicht auf meinen Vorschlag ein ☹

Ich habe echt nicht den Nerv/ die Zeit, einen ganzen Artikel, der durcheinander ist (bzw. drei), neu aufzusetzen. Ich hoffe, ich konnte meine Gedankengänge etwas verständlich machen.

Ich habe auch eigentlich was anderes zu tun und "muss" nebenher noch das Forum stemmen, wo ich mich auch wohler fühle.

Zu den Updates kann ich nix sagen, das war ja meine Frage. Ich habe erst vor kurzem Sun Java + Plugin installiert.

Deine Kritik ist durchaus berechtigt. Ich würde sogar noch einen Schritt weiter gehen und sagen: Der ganze Abschnitt Installation des Firefox Plugins gehört in den Firefox-Plugins-Artikel.

Es sollte auf jeden Fall im momentanen Artikel verlinkt sein, damit es auch dort zu finden ist.

Und da Dein Weg der einfachere ist, kann man den ersten Teil des Abschnittes weglassen und nur Deine Version (ohne Beschreibung) drin lassen.

Da ist mir heute etwas aufgefallen: Die Variante 1 bezieht sich auf ein verzeichnis /opt - das gibt es eigentlich nur bei manuellen Installationen und siehe da: Bei mir nicht. Ich habe per Paketverwaltung unter 10.04 LTS installiert.

Also das Alternativen-System, was mit Symlinks funktioniert, habe ich mir im Detail noch nicht angeschaut, die Manpage nur überflogen und die 2-3 relevanten Optionen rausgefischt. Es kann sein, dass dieses nur mit per Paketverwaltung installierten Paketen funktioniert? Und bei Fremdquellen vielleicht nicht? Bzw. gibt es da auch einen install-Befehl in der Manpage. Wirkt aber schon etwas komplizierter:

       --install Link Name Pfad Priorität [--slave Link Name Pfad] ...

Variante 2 würde also ohne weitere Schritte wohl gar nicht funktionieren, wenn man das Plugin manuell nach /opt schafft.

Variante 1 wäre also evtl. für die manuelle Installation Pflicht.

Variante 2 wäre dann für die Installation aus den Paketquellen.

Desweiteren wäre es am besten, der Artikel würde vielleicht so aufgebaut - was mir so auf die Schnelle als erstes passen würde:

• Installation

  • Paketquellen:

    • bis Ubuntu 9.10

    • ab Ubuntu 10.04 (neue Paketquelle: Partner)

  • Installation des Plugins

    • mit Standardpaketen

      • aktivieren (Variante 2 mit update-alternatives)

    • manuell

      • aktivieren (Variante 1 mit ln -s, Voraussetzung ist /opt-Verzeichnis bzw. anpassen)

• Updates bei manueller Installation (Hinweis-Kasten, dass es bei automatischer durch Paketverwaltung erledigt wird)

Sicherlich habe ich dabei noch nicht alles bedacht, aber das wäre eine sinnvollere Grundstruktur, an der man sich langhangeln kann und die ich kapiere und auch jeder andere. 😉 Momentan kann man alles falschmachen (Variante 1/2 ...)

Das erspart die zwei Hinweiskästen, die in der Reihenfolge recht willkührlich gesetzt erscheinen.

Aber da ich kein firefox benutze, kann aasche da vllt mehr zu sagen. Ich weiß zB nicht, ob dieses Plugin auch noch von anderen Browsern benötigt wird.

Eigentlich von jedem, der kein eigenes mitbringt. Opera dürfte wohl ein Sonderfall sein. Die Frage ist, wie man dann das Plugin bei anderen Browsern verlinkt, ob update-alternatives das generell für alle Browser passend gemacht hat und ob sich damit die Einrichtung für alle Benutzer des Systems erledigt hat (bei Variante 1 nicht).

Die Gedanken dazu und nun dieser Vorschlag waren schon viel Zeit und klären auch das Update-Problem bzw. wie das dahinkommt. Umsetzen darf das nun gern jemand anders, moderne Arbeitsteilung. 😉 Muss ja nicht sofort sein.

Grüße, Benno

Edit: Reihenfolge der Varianten im Aufbau korrigiert. Und die update-alternatives für Sun Java (nicht das Plugin) aus dem Artikel Tipps gehören natürlich auch direkt in den Installationsartikel! Und meine Erklärung meinetwegen in den Alternativen-Artikel. Ich wünsche frohes Schaffen! ☺

morgen,

habe gerade den Artikel Java/Tipps gelesen und mir fiel auf:

Probleme mit OpenJDK

Wer das Online Porto 🇩🇪 der Deutschen Post nutzen möchte, sollte das unter Ubuntu vorinstallierte OpenJDK nicht verwenden - OpenJDK kommt nicht damit zurecht. Als Resultat bezahlt man für einen Blankoschein, der wertlos ist. Für die Adresse www.internetmarke.de 🇩🇪 muss daher zwingend Sun Java 6 verwendet werden.

Was bei mir aber vor einigen Wochen (zwei, höchstens drei) gut funktioniert hat.

Ich wusste nix von diesem Fehler und habe so wie immer Marken ausgewählt, bezahlt, ausgedruckt, ausgeschnitten, auf den Brief geklebt und der kam auch an...

Wenn das noch jemand bestätigen kann würde ich sagen man könnte überlegen den oben zitierten Hinweis raus zunehmen oder abzuändern, z.b.:

Probleme mit OpenJDK

Wer das Online Porto 🇩🇪 der Deutschen Post nutzen möchte, sollte das unter Ubuntu vorinstallierte OpenJDK #vorsichtshalber# nicht verwenden - OpenJDK kommt #damit in einigen Fällen nicht# zurecht. Als Resultat bezahlt man für einen Blankoschein, der wertlos ist. Für die Adresse www.internetmarke.de 🇩🇪 > #sollte# daher #vorsichtshalber# Sun Java 6 verwendet werden.

Ich möchte es nur ungern auf eigene Faust ändern da es um Geld geht und ich sonst nachher der schuldige bin wenn doch jemand Probleme hat.

Guten morgen,

Bei den Systemvoraussetzungen wird Java überhaupt nicht erwähnt.

Demnach dürfte es keine Relevanz haben. Keine Ahnung, ob das nun zutrifft oder nicht.

Gruß
kaputtnik