ubuntuusers weg von phpBB?

[lunar]

Wie auch immer, ich kann sehr gut verstehen das apollo und die anderen sich während der frühen Entwicklungsphase nicht mit meckernden Benutzern rumplagen wollen

Also mir geht es überhaupt nicht um Benutzer, sondern das freigeben der Sourcen für Entwickler! Das ganze darf auch komplett ohne jegliche Doku passieren.

dito

[.D0T]

Weiß nicht... sag du mir, ist es tatsächlich überzogen, vom Webteam einer der größten deutschen Linux-Communities freie Software zu erwarten?

Schon ein bisschen. Ich hab noch keinen gesehen der den Source seines Webauftritts freigegeben hätte, und das scheint es im Moment, mit den ubuntuusers spezifischen Sachen, noch zu sein. Viele wollen ihren Source auch noch aufräumen bevor sie ihn in die freie Wildbahn entlassen wollen.

Danke... würde es dir etwas ausmachen, deine Klischees durch Argumente zu ersetzen?

Das war eine überspitzte Antwort auf den Eindruck den deine Beiträge auf mich gemacht haben. Mir schien es einfach so als würdest du die, sehr wichtige, kommerzielle Seite des OpenSource verteufeln. Aber es gibt das eine nunmal nicht ohne das andere. Sollte dem nicht so sein, sry.

Dieses Geld kommt von Novell, Red Hat, IBM, Intel und HP. Canonical hat zur Entwicklung im Serverbereich, oder allgemein im geschäftlichen Bereich wenig bis gar nichts beigetragen.

Öhm, hab ich das gesagt? Mit Distributoren habe ich eben genau jene gemeint die du genannt hast.

Ich kann mich des Eindruck nicht erwehren, dass "weite Ferne" hier irgendwie die geeignetere Metapher gewesen wäre...

??? Wie kommst du jetzt darauf? Das der zweitgrößte PC Hersteller der Welt begonnen hat einige Linux basierende Desktopsysteme anzubieten und die Nutzerzahlen von Desktop Linuxsystemen ständig steigen, gerade auch bei den Otto Normal Benutzern, halte ich für ein gutes Zeichen. Und gerade in diesem Berreich hat Cannonical viel getan, da ist es egal ob es "nur von debian klaut" (os x ist auch von *nix geklaut...) oder sonstwas, selbst wenn das so wäre: Marketing ist eine in der OS Gemeinde leider ziemlich unterschätzte Komponente. Aber wenn du natürlich Linux generell nicht reif für den Desktop hälst...

Zwei Sekunden für den Druck auf Entf im Mailprogramm, 0 Sekunden für das nicht gelesene Forumsposting, 0 Sekunden für die ignorierte IRC-Diskussion... hilf mir, ich kann die Kosten an Zeit und Nerven gerade irgendwie nicht erkennen.

Du scheinst mir ein sehr wesensstarker Mensch zu sein Wenn mich jemand lang genug nervt dann muss ich irgendwas antworten Macht sich bestimmt toll für eine spätere Community wenn du dir vorher alle durch ignorieren vergraulst.

Laut Aussage von tux21b sind die Quellen seit Beginn der Entwicklung durchgängig mit einem GPL-Header versehen.

Das ist schön, IANAL, also keine Ahnung ob das für irgendwas wichtig ist. War es nicht so das man, solange man es nicht verbreiten will, die sourcen trotzdem nicht freigeben muss und die Lizens eh jederzeit ändern kann solange man der Ersteller der Sourcen ist? Wie gesagt, jetzt nur AFAIK.

...dass sich unfreie Software in der Ubuntu-Community zu häufen scheint.

Tja, woran das liegt weiß ich auch nicht. Aber vllt., das ist nur eine Vermutung, liegt es daran das die Entwicklergemeinde stark am wachsen ist und es inzwischenzeit genug klassische Unternehmen auf dem Gebiet gibt die mit ihren eigenen Produkten (und nicht mit Support o.ä.) Geld verdienen wollen, vielleicht will man sich auch Alleinstellungsmerkmale schaffen, k.a.. Gleichzeitig vergrößert sich die Nutzergemeinde und dem normalen Nutzer ist es eben, bis jetzt, sowas von egal ob das was er da Benutzt jetzt Quelloffen ist oder nicht. Hauptsache es tut was es soll.

Ansonsten hat BlackJack natürlich ebenfalls recht. In einem so großen Angebot wie ubuntuusers muss man wohl auch die Sicherheit ziemlich ernstnehmen...

Ich würde auf jedenfall einfach zur Geldud raten. Ich bin mir ziemlich sicher das es früher oder später verfügbar sein würd. Es würde mich nichtmal wundern wenn man auf persönliche Anfrage einen Snapshot bekommen könnte (was bei eingefügten GPL headern aber einer Veröffentlichung gleichkommen könnte^^).

[lunar]

Weiß nicht... sag du mir, ist es tatsächlich überzogen, vom Webteam einer der größten deutschen Linux-Communities freie Software zu erwarten?

Schon ein bisschen. Ich hab noch keinen gesehen der den Source seines Webauftritts freigegeben hätte, und das scheint es im Moment, mit den ubuntuusers spezifischen Sachen, noch zu sein. Viele wollen ihren Source auch noch aufräumen bevor sie ihn in die freie Wildbahn entlassen wollen.

Naja... es besteht schon ein kleiner Unterschied zwischen einer works-for-me-only-Webanwendung für eine x-beliebige private Website und einem Portal, dass eine Linux-Community mit einer fünfstelligen Anzahl an Nutzern bedient

Danke... würde es dir etwas ausmachen, deine Klischees durch Argumente zu ersetzen?

Das war eine überspitzte Antwort auf den Eindruck den deine Beiträge auf mich gemacht haben. Mir schien es einfach so als würdest du die, sehr wichtige, kommerzielle Seite des OpenSource verteufeln. Aber es gibt das eine nunmal nicht ohne das andere. Sollte dem nicht so sein, sry.

Ich verteufele kommerzielle freie Software nicht. Ich verteufele noch nicht mal proprietäre kommerzielle Software. Immerhin arbeite ich täglich damit, und selbst als Linux-Fan kommt man nicht umhin, auch an Windows Server 2003 einige Dinge nett zu finden

Dieses Geld kommt von Novell, Red Hat, IBM, Intel und HP. Canonical hat zur Entwicklung im Serverbereich, oder allgemein im geschäftlichen Bereich wenig bis gar nichts beigetragen.

Öhm, hab ich das gesagt? Mit Distributoren habe ich eben genau jene gemeint die du genannt hast.

Das habe ich wohl falsch verstanden , ich dachte, du wolltest darauf hinaus, dass Canonical einen wesentlichen Beitrag in diesem Bereich geleistet hätte.

Ich kann mich des Eindruck nicht erwehren, dass "weite Ferne" hier irgendwie die geeignetere Metapher gewesen wäre...

??? Wie kommst du jetzt darauf? Das der zweitgrößte PC Hersteller der Welt begonnen hat einige Linux basierende Desktopsysteme anzubieten und die Nutzerzahlen von Desktop Linuxsystemen ständig steigen, gerade auch bei den Otto Normal Benutzern, halte ich für ein gutes Zeichen.

Ich bestreite ja gar nicht, dass Linux auf dem Desktop-Bereich gerade auch durch Ubuntu in den letzten drei Jahren enorme Fortschritte gemacht hat...

Aber wenn du natürlich Linux generell nicht reif für den Desktop hälst...

Das tue ich in der Tat. So sehr ich Linux auch mag, so kann ich doch nicht umhin, zuzugeben, dass Linux an einigen Ecken einfach Probleme hat, mitunter sogar von so fundamentaler Natur, dass Abhilfe zu schaffen sehr schwer wird. Inkompatibiltäten zwischen Distributionen, instabile ABIs und APIs, konkurrierende inkompatible Projekte, fehlende Standard-APIs, fehlende Hardware-Treiber oder fehlende Unterstützung kommerzieller Softwarehersteller sind alles Dinge, die sich auf dem Desktop als echte Hindernisse erweisen können.

Laut Aussage von tux21b sind die Quellen seit Beginn der Entwicklung durchgängig mit einem GPL-Header versehen.

Das ist schön, IANAL, also keine Ahnung ob das für irgendwas wichtig ist. War es nicht so das man, solange man es nicht verbreiten will, die sourcen trotzdem nicht freigeben muss und die Lizens eh jederzeit ändern kann solange man der Ersteller der Sourcen ist?

Die GPL enthält keine Veröffentlichungspflicht (leider ), und der Urheber kann die Lizenz jederzeit ändern. Allerdings muss jeder Urheber zustimmen, was bei einem großen Projekt zum Showstopper wird

[jens]

Ich wollte nochmal was anmerken...

Auf http://behind.ubuntuusers.de/2008/03/10 ... pen-source sind die gründe genannt, warum die Sourcen nicht online sind.

Die Lizenz ist offenbar geklärt. Das es noch nicht fertig ist, ist IMHO kein Argument.

Das eine frühe Veröffentlichung zu vielen Disskussionen/Anfragen führt, kann ich nicht ganz nachvollziehen. Gerade weil alles noch nicht fetig ist. Außerdem gibt es neben dem Entwicklerblog http://behind.ubuntuusers.de/ bei dem man Kommentare Abgeben kann, das Forum "Rund um Inyoka": http://forum.ubuntuusers.de/forum/56/ Im dunklen Kämmerlein sitzt man also nicht.

Der Dreh und Angelpunkt ist wohl, das man von Anfang an alles nur für ubunuusers gemacht hat. Vorhandene Templates/Styles/Grafiken sind alle für ubuntuusers. Das möchte man wohl nicht so einfach freigeben, damit nicht überall Portale entstehen die aussehen wir die neuen ubunuusers Webseiten.

Nun frage ich mich allerdings, warum es ein großes Problem ist, alles bis auf Templates/Styles/Grafiken online zu stellen?

[Leonidas]

Nun frage ich mich allerdings, warum es ein großes Problem ist, alles bis auf Templates/Styles/Grafiken online zu stellen?

Ohne bestehende Templates wünsche ich dir viel Spaß beim Bauen von Templates die Inyoka befüllt.

[veers]

Das einzige valide Argument für die nicht Veröffentlichung welches mir gerade einfallen würde ist das der Code schlicht weg noch hässlich und buggy ist und ihr euch dafür schämen müsstet. Ansonsten sehe ich echt keinen Grund dafür das ganze privat zu halten.

Noch zu Cannonical, ich denke die Firma hat freie Software auf dem Desktop um einiges weiter gebracht. Was wiederum mehr Entwickler in die "Szene" gebracht hat.

Das der Source von Launchpad nicht veröffentlicht wird halte ich auch für etwas zweifelhaft. Genauso wie den Umstand das sie nur Bazaar unterstützen erinnert auch leicht an das verhalten gewisser Monopolisten. Nichts desto trotz denke ich das es alles in allem positiv ist. Ob Software welche auf fremden Computern läuft Frei ist halte ich jedoch für weniger wichtig. Freie Software soll mir garantieren das ich mit meinem Computer machen kann was ich will und nicht mit deinem.

[apollo13]

Das eine frühe Veröffentlichung zu vielen Disskussionen/Anfragen führt, kann ich nicht ganz nachvollziehen. Gerade weil alles noch nicht fetig ist. Außerdem gibt es neben dem Entwicklerblog http://behind.ubuntuusers.de/ bei dem man Kommentare Abgeben kann, das Forum "Rund um Inyoka": http://forum.ubuntuusers.de/forum/56/ Im dunklen Kämmerlein sitzt man also nicht.

Die Kommentarfunktion ist definitv nicht für bugs etc gedacht. Und das Forum ist dazu gedacht um bugs zu melden und nicht für Diskussionen warum das lokal nicht läuft...

Nun frage ich mich allerdings, warum es ein großes Problem ist, alles bis auf Templates/Styles/Grafiken online zu stellen?

K, dann fragst du als erster nach 10 Minuten, ob wir nicht die Templates auch hergeben könnten :þ

[tux21b]

und nach 15min beschwärst du dich weil sich die template syntax (sowie die Engine) geändert hat und sie nicht mehr kompatibel mit deinen templates ist, die du gerade so mühevoll erstellt hast *g*

PS: und weil wir schon dabei sind, die Grafiken auf UU.de werden auch nicht OpenSource werden, nur der Programmcode (und der Inhalt steht wieder unter einer anderen Lizenz)

[Sr4l]

Ich bin immer sehr zufrieden.

PS: Es geht wohl keinem um UbuntuUsers sonder um ein gutes Forum in pure Python

[BlackVivi]

Ich will die Software eigentlich nicht produktiv einsetzen, will eigentlich nur sehen wie ihr es realisiert habt, vllt mal ein Modul herausnehmen und es für meine Projekte benutzen.

Für mich is' das der Vorteil von Open Source --> geteiltes Wissen und so. Find' die Argumente für das zurückhalten der Quelltexte jetzt auch nicht so... toll. Einfach SVN kopieren, hinstellen. Dann kann man sich denken, dass man ein paar Leute glücklich gemacht hat und machen muss man dafür überhaupt nichts. Gebt'ne Emailadresse an wo ihr eh niemals reinschaut und irgendwann, wenn ihr ein bissel Doku habt, fügt ihr sie hinzu. Aber die ganzen neugierigen, so wie mich, benutzen das SVN auch so...

[jens]

und nach 15min beschwärst du dich weil sich die template syntax (sowie die Engine) geändert hat und sie nicht mehr kompatibel mit deinen templates ist, die du gerade so mühevoll erstellt hast *g*

Ihr kommt immer wieder mit den selben Argumenten und ich kann nur wiederholen: Das offen legen der Sourcen ist nur für Entwickler gedacht, nicht für ein Produktiv System. Wenn ihr sagt, die API ist noch nicht stabil, dann kann sich niemand aufregen, wenn sie sich wirklich ändert. Wenn sich doch jemand Aufregt, dann müsst ihr das einfach ignorieren und gut.

Ich glaube irgendwie das ist nicht wirklich euer Problem. Ihr wollt einfach nicht zeigen, was für ein gefrickel ihr z.Z. vor euch habt. Ich denke ihr wollt erst die Katze aus dem Sack lassen, wenn alles fertig ist, damit jeder staunt und euch lobt was ihr tolles, stabiles gemacht habt... Das ist aber nicht OpenSource like. Eigentlich ist es ja z.Z. noch CloseSource, aber das ist euch ja anscheinend total egal...

[Jan-Peer]

Leute, jetzt kommt mal wieder auf den Teppich. Irgendwie sind die Argumente auf beiden Seiten immer die selben, und noch dazu gleich gut nachvollziehbar.

Das Projekt ist im Moment noch nicht öffentlich - na und? Ich habe mich schon allein über die Ankündigung gefreut, daß es mittelfristig ein gutes, in Python geschriebenes Board geben wird. Ein bisschen Geduld und Vertrauen kann nicht schaden. Und wenn ihr jetzt wirklich unbedingt sofort mit den Quellen spielen wollt, könnt ihr euch doch dem Projekt anschließen und auch was dazu beitragen. Ich denke, diese Art von Gegenleistung ist nur fair und insgesamt betrachtet mag es dadurch sogar schneller eine stabile Version geben.

Nehmt mal ein bisschen die Ideologie aus der Debatte ...

[Leonidas]

Ich glaube irgendwie das ist nicht wirklich euer Problem. Ihr wollt einfach nicht zeigen, was für ein gefrickel ihr z.Z. vor euch habt. Ich denke ihr wollt erst die Katze aus dem Sack lassen, wenn alles fertig ist, damit jeder staunt und euch lobt was ihr tolles, stabiles gemacht habt... Das ist aber nicht OpenSource like. Eigentlich ist es ja z.Z. noch CloseSource, aber das ist euch ja anscheinend total egal...

Freie Software muss nicht released werden. Es gibt zwar die Philosophie "Release early, release often", aber "It's done when it's done" ist ebenso eine mindestens genauso gültige Leitthese, welche ebenso von vielen Projekten angewendet wird.

[mitsuhiko]

Ich find das immer wunderbar mit welcher Selbstverständlichkeit angenommen wird, dass man einfach so von einer Minute auf die andere Quellcode offenlegen kann. Wie viele Communities haben denn bisher ihre Software offengelegt? Und zwar Communities in der Größe von ubuntuusers.

Das ist nicht einfach ein Stück Software, dass du einfach nehmen kannst und wo anders aufsetzen. Wir sind jetzt schon hinterm Zeitplan weil immer wieder Probleme auftauchen. Und wenn der Code jetzt Open Source wäre hätten wir im Channel mehr Leute die versuchen Inyoka zum Laufen zu bekommen als Teammitglieder.

Das Argument mit "das sind Entwickler, keine User" zieht nicht. Für das Ding gibt es keinen "User". Weder kannst du es aufsetzen ohne Python Kenntnisse (zumindest momentan), noch gibt es irgendwo irgendeine Art an Installationsanleitung.

Wir haben momentan soviel um die Ohren und keine Zeit für jegliche Art von Support. Wenn jetzt (wie Jens das angedeutet hat) das Bugs Forum auch noch genutzt wird weil jemand zu blöd ist Inyoka lokal zu installieren und mit Bogus Fehlermeldungen um sich wirft wird das ein Chaos.

Aber ich werde mich gerne an euch wenden, ihr dürft dann den Quellcode fertig fürs Open Source Release machen, die Lizenzprobleme lösen und die ubuntuusers Depdenencies rauskicken.

Ich glaube irgendwie das ist nicht wirklich euer Problem. Ihr wollt einfach nicht zeigen, was für ein gefrickel ihr z.Z. vor euch habt. Ich denke ihr wollt erst die Katze aus dem Sack lassen, wenn alles fertig ist, damit jeder staunt und euch lobt was ihr tolles, stabiles gemacht habt... Das ist aber nicht OpenSource like. Eigentlich ist es ja z.Z. noch CloseSource, aber das ist euch ja anscheinend total egal...

Also OpenSource ist, wenn man möglichst zusammengefrickelten Quellcode unter GPL stellt? Je kaputter desto mehr OpenSource ist drin? Das würde jetzt so einiges erklären.

[CM]

Wenn es dann schon massenhaft andere Seiten gibt wo es installiert ist, müssen wir uns auch um diese User kümmern

Sagt wer?

Man kann auch antizipieren, daß Leute installieren, Fehler entdecken und sich damit ein schlechter Ruf ausbreitet, wenn man sich nicht drum kümmert. Von daher ist es durchaus legitim eine Veröffentlichung (gleich auf welchem level, svn oder release oder sonstwie) hinauszuschieben.

Gruß,
Christian

[lunar]

@Jan Peer
Sich dem Projekt anschließen ist auch leichter gesagt als getan. Ein fester Anschluss bringt in gewisser Weise die Verpflichtung mit sich, mitzuarbeiten. Ich kann natürlich nur für mich sprechen, aber ich habe nicht die Zeit, mich auf etwas verpflichtend einzulassen. Dagegen hätte ich durchaus Interesse, in meiner Freizeit einfach damit zu spielen. Und eventuell einen Patch zu posten, wenn ich irgendwo einen Fehler finden sollte.

@Leonidas
Beides bezieht sich aber eher auf Releases. Nur weil Debian "fertig" als Releasedatum nimmt, schließen sie ja noch lange nicht, dass sie zwischen den Releases die Quellen schließen

Ich find das immer wunderbar mit welcher Selbstverständlichkeit angenommen wird, dass man einfach so von einer Minute auf die andere Quellcode offenlegen kann.

Man kann. Der Kernel wurde auch nicht mit Version 2.6 geboren.

Wie viele Communities haben denn bisher ihre Software offengelegt? Und zwar Communities in der Größe von ubuntuusers.

Was hat den die Größe von Ubuntuusers mit Inyoka zu tun? Und um eure Software selbst existiert keine Community. Wie auch? Es ist ja kaum aktive Teilnahme an der Entwicklung möglich.

Das ist nicht einfach ein Stück Software, dass du einfach nehmen kannst und wo anders aufsetzen.

Das hat auch niemand behauptet. Es ist aber nichts desto trotz ein verdammt interessantes Projekt, bei dem sicherlich viele gerne einfach nur mal in die Quellen gucken möchte, sich selbst Anregungen holen möchten, und eventuell euch sogar helfen möchten.

Wir sind jetzt schon hinterm Zeitplan weil immer wieder Probleme auftauchen.

Ohhh, klar... dann macht es ja richtig viel Sinn, die Quellen zurückzuhalten, damit auch ja keiner Patches schreiben kann, oder sich beteiligen darf.

Und wenn der Code jetzt Open Source wäre hätten wir im Channel mehr Leute die versuchen Inyoka zum Laufen zu bekommen als Teammitglieder.

Nicht, dass es keine Alternativen gäbe

Das Argument mit "das sind Entwickler, keine User" zieht nicht. Für das Ding gibt es keinen "User".

Die "Entwickler" sind dann ausnahmslos zu dumm, um sich in irgendeiner Weise sinnvoll zu beteiligen. Habe ich das so richtig verstanden?

Weder kannst du es aufsetzen ohne Python Kenntnisse (zumindest momentan), noch gibt es irgendwo irgendeine Art an Installationsanleitung.

Man kann es also nicht ohne Python-Kenntnisse aufsetzen, aber trotzdem traust du denen, die es dann doch schaffen nicht zu, vernünftige Bugmeldungen zu schreiben, und evtl. sogar Patches beizusteuern?

Wir haben momentan soviel um die Ohren und keine Zeit für jegliche Art von Support. Wenn jetzt (wie Jens das angedeutet hat) das Bugs Forum auch noch genutzt wird weil jemand zu blöd ist Inyoka lokal zu installieren

Es ist bezeichnend, dass du so negativ denkst. Man kann genauso gut argumentieren, dass gerade durch die Öffnung der Quellen Entwickler angezogen werden, die bei auftretenden Fehlern auch gleich Patches schreiben und euch schicken.

Aber klar... mit dummen Nutzern lebt es sich einfacher, das befreit von der eigenen Verantwortung

Aber ich werde mich gerne an euch wenden, ihr dürft dann den Quellcode fertig fürs Open Source Release machen, die Lizenzprobleme lösen und die ubuntuusers Depdenencies rauskicken.

Ich sage: Öffnet die Quellen, und andere werden euch vielleicht helfen.

Also OpenSource ist, wenn man möglichst zusammengefrickelten Quellcode unter GPL stellt? Je kaputter desto mehr OpenSource ist drin? Das würde jetzt so einiges erklären.

Der Quellcode wird nicht besser durch das Zurückhalten der Quellen. Eine Veröffentlichung könnte aber wenigstens dazu führen, dass Dritte an der Verbesserung mitarbeiten.

[DatenMetzgerX]

Meiner meinung verlangt ihr alle sichtlich zu viel.
Muss jetzt auch jedes JavaForum jedes ihrer einzelnen tools unter eine OpenSource lizenz stellen? Schaut, dass jemand ein Stück Code unter eine OpenSource Lizenz stellt find ich mehr als durchaus freundlich und offen... jedoch hätted ihr mir als Mitarbeiter an diesem Projekt gleich jede lust an der veröffentlichung genommen, denn ich würde euch Opensourcler als undankbares Volk halten.
Dass OpenSource vorteile hat kann man nicht leugen, jedoch hat auch dies eine Kehrseite.

Also attakiert die Entwickler nicht - lässt sie doch entwickeln - und freut euch auf ende jahr, dann könnt ihr euch die Source anschauen. Und genau niemand von euch hat nur ein bisschen anspruch darauf, dass die Source freigegeben wird. Desshalb, seit dankbar wenn ihr sie bekommt, und auch ohne zufrieden.

Und ez zerreist meinen text, ich böser OpenSource gegner!

[Leonidas]

@Leonidas
Beides bezieht sich aber eher auf Releases. Nur weil Debian "fertig" als Releasedatum nimmt, schließen sie ja noch lange nicht, dass sie zwischen den Releases die Quellen schließen

Richtig. Aber das Freigeben der Quellen ist auch ein Release, nur nicht unbedingt mit einer Versionsnummer. Und von zwischendrin schließen ist ja auch nicht die Rede, weil esbisher noch gar nicht offen war

Außerdem finde ich deine Denkweise etwas zu sehr idealisiert. Nur weil der Code offen ist, heißt das nicht, dass dann auf einmal Patches reinfliegen. Nimm das Beispiel Werkzeug, wo die Entwicklung schon lange offen ist. Die meisten Changesets sind immer noch von mitsuhiko und die Entwickler haben auch nicht einfach so den Code genommen und drauflosgehackt. Da sind auch viele Stunden Gespräche über IRC drin. Eine Community formt sich meist erst, wenn es einigermaßen brauchbaren Code gibt, davor schauen sich die Leute vielleicht mal den Code an und warten bis besseres kommt. Prominentestes Gegenbeispiel ist natürlich der Linux-Kernel aber Beispiele rauspicken geht immer.

[EnTeQuAk]

Darauf ein Amen.

Letztenendes gab es auch viele Gründe warum Inyoka im stillen Kämmerchen entwickelt wurde und erst seit kurzem überhaupt etwas davon preis gegeben wurde. Mit pocoo wurden genug Probleme geschaffen und letztenendes ist das Projekt vom ursprünglichen Kurs komplett abgekommen.
Das wollten wir bei Inyoka nicht nochmal machen. Und hey, es gab in der gesamten Entwicklungszeit nicht einen Vorfall, wo es rausgekommen wäre (an den ich mich grad erinnern könnte). Wir haben uns also Mühe gegeben und das hatte seinen Grund. Einen guten Grund. Denn dann hätte es nur gehießen „Wann isses denn fertig“, „Wie lange braucht ihr denn noch“, „kann es dann dies, das und jenes?“ usw...
Das ist jedoch nicht der einzige Grund...

Derweil ist der Unterbau von Inyoka mehr unschön als alles andere. Aufgrund von Dingen die wir nicht vorhersehen konnten, müssen wir Umstrukturieren und kommen wie mitsuhiko schon sagte immer mehr in Verzug und Probleme.
Damit Inyoka nicht scheitert wie pocoo damals (nicht das es tot wäre ) werden wir uns erst auf ubuntuusers.de konzentrieren und nach der ersten stressigen Zeit mit allen Kräften damit befassen es Open Source zu stellen. Denn den aktuellen Code werdet ihr weder lieben noch brauchen. Es ist weder was besonderes dran, noch eine Innovation die patentiert werden muss. Also geduldet euch einfach und schaut sehnsüchtig auf eine neue Generation von Portal-Software am Software-Himmel hinauf.

Ach und in behind.ubuntuusers.de sind eigentlich alle Gründe nachlesbar

MfG EnTeQuAk

[lunar]

@Leonidas
Beides bezieht sich aber eher auf Releases. Nur weil Debian "fertig" als Releasedatum nimmt, schließen sie ja noch lange nicht, dass sie zwischen den Releases die Quellen schließen

Richtig. Aber das Freigeben der Quellen ist auch ein Release, nur nicht unbedingt mit einer Versionsnummer.

Zwischen einem Release, dass überall groß angekündigt wird, und einem stillen Freigeben des Repos liegen doch ein paar Unterschiede

Außerdem finde ich deine Denkweise etwas zu sehr idealisiert.

Klar ist sie das, aber was hast du bei diesem Thema denn erwartet?

Nur weil der Code offen ist, heißt das nicht, dass dann auf einmal Patches reinfliegen.

Nur weil der Code offen ist, heißt das nicht, dass lauter "dumme" Nutzer den Channel stürmen

Nimm das Beispiel Werkzeug, wo die Entwicklung schon lange offen ist. Die meisten Changesets sind immer noch von mitsuhiko und die Entwickler haben auch nicht einfach so den Code genommen und drauflosgehackt.

Und wie groß war der befürchtete Ansturm "dummer" User?

Eine Community formt sich meist erst, wenn es einigermaßen brauchbaren Code gibt, davor schauen sich die Leute vielleicht mal den Code an und warten bis besseres kommt.

Sie warten darauf, das etwas besseres kommt. Das ist ein Unterschied zum bisher vorgebrachten Argument, sie würden stattdessen die Entwickler mit Bogus-Reports nerven. Wenn sie nur warten, spricht ja nichts dagegen die Quellen freizugeben.

Dagegen sperrt man gegenwärtig jeden aus. Darunter mögen viele Idioten sein, aber ein engagierter Entwickler macht viel wett. Und wenn es nur jemand ist, der die Fleißarbeit erledigt, und den Code aufräumt.

Prominentestes Gegenbeispiel ist natürlich der Linux-Kernel aber Beispiele rauspicken geht immer.

Nun, dann fühle dich aufgefordert, mal ein Beispiel zu bringen, bei dem komplett abgeschottete Entwicklung tatsächlich sinnvoll gewesen ist.