Christian Lohmaier schrieb: > Hi Jörg, > > 2011/4/20 Jörg Schmidt <[email protected]>: >> [email protected] schrieb: >>> Wo genau siehst Du denn gerade bei der technischen Seite Probleme? Das >>> ist der Bereich, bei dem es am wenigsten Hickhack gibt... >> ohne es zu wissen > > Ja, genau - ich weiß es eben auch nicht. Eine Antwort von Raphael > selbst wäre mir also auch lieb). > Aber zuerst mal zu Deiner Interpretation. > >> glaube ich Raphael zielt hier auf technische >> Infrastruktur und hier wird LO sich mittelfristig wohl in gleicher >> Quantität (und möglichst besserer Qualität) aufstellen müssen wie OOo >> bisher aufgestellt war und das kostet schlichtweg Geld und wird nicht >> durch ein paar SachSpenden z.B. von Serverkapazitäten zui regeln sein >> und auch nicht mit ein paar zehntausend Euro. > > Konkret bitte - wo siehst Du hier Probleme/Engpässe? > > Sourcecode: Liegt auf den Servern von freedesktop.org, von > Performanceproblemen habe ich noch nix gehört. > hg.services.ooo war auch nicht besonders schnell oder zuverlässig. Da > war es schon toll, mehr als 300KB/s zu bekommen. In letzter Zeit waren > dann Verbindungsabbrüche auch wieder häufiger. Also hier gleiche (und > bessere) Verfügbarkeit und Leistung: [x] check > > Downloads: Liegt auf zig Mirrors weltweilt und ist auch über > BitTorrent zu haben. Die Mirrors werden über mirrorbrain verwaltet, > genauso wie bei OOo mittlerweile auch. Die Mirrors haben sehr viele > Leitungsreserven, hier gleiche/bessere Qualität als bei OOo: [x] check > > Bugtracker: bei Freedesktop gehostet, ebenfalls noch keine Klagen über > die Performanz oder Verfügbarkeit. Ist Bugzilla, so wie bei OOo auch. > Nur ist es da so eingerichtet, daß xmlrpc auch funktioniert. > Ebenfalls: gleiche (und bessere) Verfügbarkeit im Vergleich zu OOo: > [x] check. > > Mailinglisten: Werden auf eigenem Server gehostet, in diversen > Archiven gespiegelt. Jede Mail von der Liste hat gleich den passenden > URL zum mail-archive.com, man muß nicht online im Archiv suchen, bis > man einen Link hat den man als Antwort zu einer anderen Mail verwenden > kann. Hat man die Mail lokal, braucht man nur in den Header schauen > und fertig. Es gibt lokalisierte Willkommens/Abmelde Nachrichten, > lokalisierte Footer. Benötigte Serverkapazität für die Mails ist nahe > Null, also kein Engpaß in Sicht. Gleiche (und bessere) Lösung als bei > OOo: [x] check > > Webseite: LO nutzt im Augenblick silverstripe als CMS - viele finden > das besser als das Arbeiten mit dem Quelltext und cvs/svn, manche > nicht. Geschmackssache. Hauptsache ist, daß der Server, der die > Webseite hostet ebenfalls noch massig Reserven hat was die Bandbreite > und auch Verarbeitungsgeschwindigkeit angeht. Engpaß ist keiner > abzusehen, also auch hier: gleich oder besser: [x] check. > > Wiki: Mediawiki, wie bei OOo auch, ebenfalls viele Reserven. gleich > oder besser [x] check. > > Hetzner (der hoster, bei dem die Server gemietet werden) hat (sehr) > schnelle Reaktionszeiten was Anfragen/Störungsmeldungen betrifft, man > muß nicht auf CollabNet warten, bis die irgendwo an der Konfiguration > schrauben, für Kenai gibts keine wirklichen Erfahrungswerte. > Möglichkeiten, im Störungsfall genauso schnell/schneller zu reagieren: > [x] check. > > LO hat ebenfalls pootle für Übersetzungen (da ist der OOo-server > deutlich besser ausgestattet, pootle für LO läuft im Augenblich in > einer virtualbox-VM - geht aber auch), tcm ist in Arbeit. Ausbaufähig, > aber kein Problem mit der Infrastruktur. > > Forum: hier kein eigenes, wozu auch das Rad neu erfinden. > http://www.oooforum.org als auch http://user.services.openoffice.org > existieren bzw. es gibt auch andere wie > http://www.libreoffice-forum.de/ (ich hab da keinen wirklichen > Überblick, ich mag keine Webforen). Aber wenn user.services.ooo zu > macht, dann gibt es Ausweichmöglichkeiten. Also ebenfalls kein > Problem. > > Build-infrastruktur/devel Versionen: LO hat mittlerweile auch "nightly > builds". Wer bleeding-edge haben will, mit QA an der Wurzel anpacken > will hat alle Möglichkeiten. besser oder gleichwertig zu den > Milestones: [x] check. > > Was gehört denn für Dich noch zur Infrastruktur, bzw. wo konkret > siehst Du Probleme? > Ja, die Server und Domainnamen, etc. verursachen Kosten. Diese sind > aber überschaubar, und die Server haben noch Reserven.
Was Du geschrieben hast, mag ja alles gut und richtig sein. Aber: Ohne den Einzelfall überbewerten zu wollen, scheint es mir ein Indikator für "technische Probleme" im Sinne der QA zu sein, wenn eine Beta "'rausgehauen" wird, die nach Erfahrungsberichten von Testwilligen auf einigen Plattformen schlicht nicht ans Laufen gebracht werden kann. Was nicht ans Laufen gebracht werden kann, kann nämlich auch nicht getestet werden und ist daher auch als Beta sinnlos. Derartige Probleme sind aber nicht wirklich ohne erheblichem Aufwand zu lösen. Da hat Jörg recht. > > Zur "Märchenstunde" bzgl. SCA äußere ich mich hier nicht, dazu wurde > in der Vergangenheit schon viel geschrieben, auch wenn es bei manchen > ins eine Ohr rein, zum andern wieder raus ging. > Solange keine Einigung in dieser Frage erzielt werden kann, setzt sich "automatisch" die Seite durch, die kein SCA will. Dass diese demnach kein Interesse an weiterer Diskussion hat, erscheint nachvollziehbar. Umgekehrt ist aber auch das Diskussionsinteresse der Seite nachvollziehbar, die von den "automatisch" geschaffenen Fakten überrollt zu werden droht. Aber das ist nicht wirklich mein Problem ;-). Gruß Michael -- ----------------------------------------------------------------- To unsubscribe send email to [email protected] For additional commands send email to [email protected] with Subject: help
