Zukunft von OpenSim

[Jupiter Rowland]

Also die Devs bestehen nur aus Ubit und der hat genug mit OpenSim zu tun.

Ich sehe da vier Leute. Melanie Thielker, die meines Wissens zur Firestorm-Crew gehört, Ubit, Diva Canto, die die Vorarbeit und wohl auch das UI für DreamGrid gemacht hat, und noch jemanden, den ich nicht kenne.

Wer redet von "muss"? Ist Fortschritt denn im jeden fall wirklich Fortschritt? Haben die Entwickler eigentlich sowas wie ein Inworldleben, oder hängen sie immer nur mit Tunnelblick vor der Konsole.
Wie wird von euch denn "Weiterentwicklung" definiert?
Gestern standen wir noch am Rand des Abgrunds und heute sind wir einen Schritt weiter?
Nun ja, ich gehöre nicht zu den Leuten, die unreflektiert sich auf jede Neuerung stürzen.
Und zu "Versprechen" gewisser Programmierer habe ich mittlerweile eh ein eher gespanntes Verhältnis, aber das ist ein ganz anderes Thema und gehört hier nicht her...

Ich weiß nicht, wie oft Ubit online ist, aber er hat eine Sim im OSgrid. Da war ich letztes Jahr mal mit der HG Safari, und im weiteren Verlauf ist Ubit mitgekommen.

Und die Weiterentwicklung von OpenSim ist tatsächlich notwendig. OpenSim muß kompatibel zu den Viewern bleiben, vor allem zum Firestorm. Der Firestorm muß kompatibel zu Second Life bleiben.

Die einzige Alternative dazu, OpenSim mit dem Firestorm und den Firestorm mit Second Life weiterzuentwickeln, wäre das, was schon einmal angedroht wurde: der totale und endgültige Entwicklungsstop für den Firestorm. Das heißt dann aber auch, daß alle Bugs, die der Firestorm noch hat, nie gefixt werden.

Den SL-Firestorm und den OS-Firestorm auf verschiedenen Ständen werden die Entwickler jedenfalls definitiv nicht pflegen. Können sie gar nicht. Sie haben eine Codebasis für beide und arbeiten mit Buildflags, das heißt, sie kompilieren aus demselben Quellcode sechs Viewer. Das merkt man schon daran, daß immer mal wieder der OS-Firestorm versaut wird, weil ein gewisser Entwickler, dem OpenSim scheißegal ist, Quellcode aus dem offiziellen SL-Viewer ungetestet in den Firestorm übernimmt. Deswegen gehen im 6.6.8 auch einige Profilfelder nicht.

Übrigens gab es das schon immer, daß Leute OpenSim am liebsten auf ihrem Lieblingsstand eingefroren gesehen hätten. Einige würden ja am liebsten zurückkehren nach 2010, bevor es Mesh gab, und da für immer bleiben. Wohl noch einige mehr wollen zurück nach 2019, bevor es BoM gab. Allerdings gab es da meines Wissens auch noch kein Animesh.

Nehmen wir mal an, Urbit hat aus welchen Grund auch immer keinen Bock mehr auf OpenSim und Programmieren. Was wird dann aus OpenSim ? Ist dann OpenSim tot ? Werden dann andere Devs in die "Bresche" springen. Ich glaube, wenn die den Code sich anschaun, werden sie schreiend davon laufen. Jedenfalls soll der Code, so hört man, nicht grade sehr Strukturell gut aufgebaut sein. Glaube auch kaum, das einer der früheren oder der derzeitigen Devs da kommentare in den Code geschrieben haben, was dieses oder jedes bedeutet.

OpenSim ist in C# geschrieben und ursprünglich vorgesehen gewesen als reine Windows-Serveranwendung. Da kannst du keine Codequalität wie bei "richtiger" Open-Source-Software erwarten.

Kein Wunder, daß die FLOSS-Szene uns ignoriert.

Wahrscheinlich wär's bald einfacher, das ganze Ding in Rust neu zu schreiben. Dann bräuchte man auch kein dotnet mehr und würde nicht mehr am Rockzipfel Redmonds hängen. Ordentliches Webinterface gleich mit dazu, dann kann man sich auch heikle Forks sparen.

Dotnet ist das eine, aber was ist beispielsweise mit Windlight? Wegen dotnet musste das sicher nicht weg, oder?

Nein, das mußte weg, weil:

• Second Life ist hart von Windlight auf EEP umgestiegen.
  
• Firestorm mußte zu SL kompatibel bleiben und auch EEP einbauen.
  
• Es war technisch unmöglich, volle EEP- und volle Windlight-Unterstützung gleichzeitig im Firestorm zu haben. Also mußte Windlight auf eine Art Kompatibiliätsmodus zu EEP reduziert werden.
  
• Weil der Firestorm von Windlight auf EEP gegangen ist, mußte auch OpenSim nachziehen, um weiter zum Firestorm kompatibel zu bleiben.

Einzige Alternative: siehe oben; totaler Entwicklungsstop für den Firestorm, nie wieder Bugfixes.

Oder dass beispielsweise in vielen Grids der 6.4 Firestorm nicht mehr zugelassen ist.

Woran das liegt, weiß ich nicht, ob Firestorm vor 6.5.3 der Datenbank von Opensim 0.9.2.2 zusetzt oder es um EEP geht.

Bei uns gehts ja auch noch. Danke dir, damit liegt das Problem wohl ausschließlich an den aktuellen Firestorm Viewer, Gott sei Dank habe ich den letzten, wo es dieses Problem noch nicht gibt.

Wenn das Grid wieder läuft, stelle ich irgendwann im Kaufrausch oder sonstwo mal Boxen für Interessierte auf mit den alten Windlight-Einstellungen nach EEP portiert.

Aber Vorsicht: Wenn man einmal Firestorm 6.5.6 oder neuer gestartet hat, kann man Firestorm 6.4.x und älter nicht mehr starten, außer man löscht Einstellungen, Cache usw. Zum Testen also unbedingt vorm Installieren einer neuen Version die Firestorm-Einstellungen sichern, daß man sie wieder zurückspielen kann!

.NET 7 ist jetzt nicht wirklich wichtig, denn .NET 6 wird länger unterstützt (LTE).

Der Umstieg auf .NET6 ist ein ganz großes Ding, auch außerhalb von OpenSim z.B. in der Industrie. Software, die da nicht mitzieht, wird Schwierigkeiten bekommen. Natürlich kann man ein System einfrieren. Aber welche Anwender außer Hardcore-Retros wollen auf lange Sicht noch ein altes System nutzen? Wer installiert noch DOS, um da alte Spiele drauf laufen zu lassen?

.NET wurde von Microsoft ursprünglich als proprietärer Code entwickelt (Closed Source). Deshalb hat das Mono-Projekt die Funktionalität nachprogrammiert, so dass C# Programme auch unter Linux lauffähig wurden. Die Nachprogrammierung war aber immer nur ungefähr wie .NET, in Details gab es oft Unterschiede, manchmal auch wesentliche.

Microsoft hat inzwischen die Firmenpolitik geändert und macht mehr auf Open Source. Das letzte klassische .NET war Version 4.8, die auch derzeit noch Sicherheitsupdates bekommt. Parallel begannen sie ein quelloffenes .NET Core zu entwickeln. Für eine kommerzielle Firma, die ihre Mitarbeiter bezahlen muss, sind Parallelentwicklungen irgendwie blöd. Also haben sie .NET Core und das klassische .NET zusammengeführt => .NET 6 war geboren.

.NET 6 verhält sich an vielen Stellen deutlich anders als .NET 4.8 (und Mono), so dass Entwickler richtig Hand an den Code legen müssen. Aber wenn die Anpassungen fertig und die Fehler behoben sind, gibt es aus Anwendersicht für Linux-Nutzer nur einen Unterschied: Statt vorher Mono zu installieren, muss nun .NET installiert werden. Und niemand ist im OpenSim gezwungen, gleich mit der ersten grünen Banane umzusteigen.

Hat nicht Microsoft zwischendurch sogar die Weiterentwicklung von Mono übernommen? Das würde einiges erklären, dann hätten sie nämlich ganz einfach keinen Bock auf Doppelentwicklung.

Wesentliche kompatibilitätsbrechende neue Features wird auch Ubit hoffentlich nicht mitten in der Umstellungsphase durchdrücken.

Hoffentlich heißt es nicht plötzlich, OpenSim muß jetzt hoppladihopp Puppetry usw. einführen, um mit der übernächsten oder schon der nächsten Firestorm-Version weiter kompatibel zu bleiben.