staging.inyokaproject.org

Vor Inyoka gab es auch schon ein OpenSource Projekt mit dem Namen »Pocoo«. Viele haben dafür Wünsche, Ideen und Patches beigesteuert. Alles musste austauschbar, konfigurierbar und erweiterbar sein. Leider ist aus diesem Projekt (trotz relativ langer Entwicklungszeit) nie etwas geworden... Die Gründe könnt ihr auch wohl denken. Daher wissen wir, dass der OpenSource-Weg von Anfang an nicht funktioniert. Wir haben es lange genug ausprobiert.

Wenn jemand meint er hätte etwas Zeit übrig (und die solltet ihr wirklich haben!) und würde gerne etwas beim Refactoring helfen oder Patches beisteuern, dann könnt ihr euch jederzeit bei uns melden. Ob ihr den Webteam dafür beitretet oder nicht ist wieder eine andere Frage. Aber was spricht dagegen es zutun? Wir wollen im Moment aber noch verhindern, das wir ständig Fragen, Feature-Requests und Support für irgendwelche Leute ableisten müssen, die sowieso nicht aktiv mithelfen wollen, aber alles besser wissen und meinen jetzt schon Inyoka auf íhren privaten Webspace betreiben zu müssen... das raubt nämlich nur Zeit. Bei Leuten die aktiv mithelfen wollen schaut das aber natürlich anders aus.

Wir haben später auch vor andere LocoTeams in die Entwicklung einzubeziehen. Mit dem Punkt i18n (Internationalization) ist auch nicht gemeint, das wir irgendetwas übersetzen. Es geht dabei nur darum, die Infrastruktur dafür zu schaffen, dass dann später bei der Freigabe die Leute auch wirklich mit dem Übersetzen anfangen können. Ähnlich ist es bei den Themes. Das sind einfach Grundvoraussetzungen die noch geschaffen werden müssen.

Gruß
Christoph

EnTeQuAk schrieb:

Nichts destotrotz: Wenn du gern helfen möchtest, komm in #ubuntuusers-webteam auf irc.freenode.net und helf. Wenn nicht lass es und beschwer dich nicht.

Ich werde mich auch weiterhin beschweren, weil der Weg der genommen wird nicht der beste für diese Community ist zu der wir alle gehören.

Inyoka ist eh nicht für 0815 Seiten gedacht, Planet, Wiki, Ikhaya sind nicht abschaltbar - also vergiss es das du es auf einem einfachem Forum für 20 Leute einsetzen kannst. So ist es implementiert und so ist es auch gedacht und gewollt.

Was hat das mit dem Thema zu tun? Ich persönlich habe nicht vor Inyoka irgendwo einzusetzen und damit aus der Veröffentlichung Profit zu schlagen falls du darauf hinaus willst.

Die Konsequenzen welche aus der Pocoo-Erfahrung folgern, sind nicht die richtigen. Es geht nicht darum es jedem recht zu machen, sondern Inyoka möglichst effizient zu entwickeln und das geht - schon jetzt - nur mit der Community.

sveni schrieb:

...weil der Weg der genommen wird nicht der beste für diese Community ist zu der wir alle gehören.

Du weist aber schon das andere Ubuntu Foren sogar Kommerzielle bzw. nicht OpenSource Software dafür Einsetzen oder? Wir setzen eine Software ein die Langfristig OpenSource wird, Punkt!

Es geht nicht darum es jedem recht zu machen, sondern Inyoka möglichst effizient zu entwickeln und das geht - schon jetzt - nur mit der Community.

Die Entwicklung mit der Community wird kommen, aber nicht jetzt. Aktuell ist die Software einzig und alleine für uns geschrieben, das Webteam arbeitet ja gerade erst daran es überhaupt mal für anderen nutzbar zu machen. Erst dann ist es sinnvoll externe Entwickler mit ins Boot zu holen!

mfg Betz Stefan

Lux schrieb:

"Open source" hat überhaupt nichts mit dem Entwicklungsmodell zu tun, es heisst nur, dass die Quellen öffentlich verfügbar sind

Genau aus diesem Grund zählt "pocoo" für mich nicht als Argument gegen eine Öffnung der Entwicklung und/oder Quellen. Es gab anscheinend Fehler im Entwicklungsmodell von pocoo. Deswegen die Schlussfolgerung zu ziehen, ein Projekt _müsse_ bis zu einem gewissen Punkt geschlossen bleiben ist aus meiner Sicht nicht richtig.

Es wäre schon viel getan wenn die Quellen für jeden zugänglich wären (ohne Support). Abgesehen davon, dass ihr keine neuen Entwickler haben möchtet versteh ich nicht wo das Problem liegt? Habt ihr Angst vor einem Fork?

Natürlich könnt ihr machen was ihr wollt, ich hoffe nur ,dass wir am Ende nicht noch ein NDA unterschreiben müssen um die Dokumentation einsehen zu dürfen ; )

Natürlich könnt ihr machen was ihr wollt, ich hoffe nur nicht dass wir am Ende noch ein NDA unterschreiben müssen um die Dokumentation einsehen zu dürfen ; )

In den Files steht überall schon "license: GNU GPL" im Header...

Alles andere kommentiere ich nicht.

Die Aufregung wieso Inyoka noch nicht Open Source ist kann ich nicht nachvollziehen. Schliesslich wird es ja Open Source (andere Foren benutzen nicht einmal Open Source Anwendungen) und, wie das Webteam schon selbst sagte, sie lassen einen an Inyoka mitarbeiten! Wenn jemand also mitarbeiten will, soll er dem Webteam beitreten.

Denn schliesslich, wo wird der Unterschied liegen wenn Inyoka Open Source wird? Benutzen tun wir Inyoka hier schon, Mitarbeiten können wir auch schon (bloss dem Team beitreten!), die einzige Option die hinzukommt ist dass andere Inyoka selbst auf ihrem eigen Server betreiben können. Und das Webteam will eben, was verständlich ist, zu allererst eine gewisse Grundform haben ehe sie es für solche Zwecke freigeben und nicht ein halbfertiges Produkt.

Jeder der will das Inyoka Open Source wird sollte dem Webteam beitreten und dann eben helfen dass es so schnell wie möglich Open Source wird. Für die die nicht aktiv an der Entwicklung von Inyoka teilnehmen werden/wollen wird sich bei der Open Source Veröffentlichung sowieso nichts nennenswertes ändern, also weswegen der Aufstand?

Meine Meinung.

Denn schliesslich, wo wird der Unterschied liegen wenn Inyoka Open Source wird? Benutzen tun wir Inyoka hier schon, Mitarbeiten können wir auch schon (bloss dem Team beitreten!), die einzige Option die hinzukommt ist dass andere Inyoka selbst auf ihrem eigen Server betreiben können.

Sicher, wenn die Benutzung freier Software ausschließlich Pragmatismus geschuldet ist, dann ist diese Position verständlich. Ansonsten nicht. Das Webteam würde nichts verlieren und hätte keinen Aufwand, wenn sie einfach den Quellcode veröffentlichen würden. Sie brauchen niemanden mitarbeiten zu lassen, keinen Support bieten, nichts übersetzen. Einfach den Quellcode, so wie er ist, jetzt schon bereitstellen und die ganze Diskussion wäre beendet, ohne dass dem Webteam irgendein Nachteil entstehen würde. Da dies offensichtlich ist verwundert es schon, wenn in einem Open-Source-Forum der Eindruck entsteht, die Programmierer der Software würden die Offenlegung als Besitzverlust erachten. Sowas kennt man sonst nur aus der proprietären Ecke. Eigentlich ist es überraschend, wie wenig dagegen geredet wird.

Nochmal: Die ganzen genannten Gründe gegen eine Offenlegung des Quellcodes sind an den Haaren herbeigezogen. Die Gründe, nicht alle mitarbeiten zu lassen, sind dagegen verständlich. Aber das sind eben zwei Paar Schuhe, die hier argumentativ vermischt werden.

Fragt sich: Warum? (Rhetorische Frage - ich weiß es aus meiner Zeit als Teammitglied, aber denk mal drüber nach)

sveni schrieb:

EnTeQuAk schrieb:

Nichts destotrotz: Wenn du gern helfen möchtest, komm in #ubuntuusers-webteam auf irc.freenode.net und helf. Wenn nicht lass es und beschwer dich nicht.

Ich werde mich auch weiterhin beschweren, weil der Weg der genommen wird nicht der beste für diese Community ist zu der wir alle gehören.

Ich sag einfach mal: Und du weißt was der beste Weg ist, dass ich nicht lache, wahrscheinlich selbst noch nie was programmiert aber groß maulen.

Onli schrieb:

Denn schliesslich, wo wird der Unterschied liegen wenn Inyoka Open Source wird? Benutzen tun wir Inyoka hier schon, Mitarbeiten können wir auch schon (bloss dem Team beitreten!), die einzige Option die hinzukommt ist dass andere Inyoka selbst auf ihrem eigen Server betreiben können.

Sicher, wenn die Benutzung freier Software ausschließlich Pragmatismus geschuldet ist, dann ist diese Position verständlich. Ansonsten nicht. Das Webteam würde nichts verlieren und hätte keinen Aufwand, wenn sie einfach den Quellcode veröffentlichen würden. Sie brauchen niemanden mitarbeiten zu lassen, keinen Support bieten, nichts übersetzen. Einfach den Quellcode, so wie er ist, jetzt schon bereitstellen und die ganze Diskussion wäre beendet, ohne dass dem Webteam irgendein Nachteil entstehen würde.

Du irrst, dann müssten wir sehr wohl Support anbieten und uns mit den Leuten beschäftigen; sonst wären die nicht mal in der Lage das zu installieren (ich spreche aus Erfahrung, ging mir nicht anders als ich zum Team kam). Wenn wir nicht helfen würde, würde jeder schnell die Lust daran verlieren und das Projekt als mehr oder weniger tot sehen. → Dann ist keine Hilfe mehr von ihm zu erwarten → Gegenteil von dem was wir wollen...

Nochmal: Die ganzen genannten Gründe gegen eine Offenlegung des Quellcodes sind an den Haaren herbeigezogen. Die Gründe, nicht alle mitarbeiten zu lassen, sind dagegen verständlich. Aber das sind eben zwei Paar Schuhe, die hier argumentativ vermischt werden.

Nein, du weißt nicht was pocoo war und warum es so gut wie tot ist!

noisefloor schrieb:

Generelle Frage: Ist es möglich beim Weg-zur OSV mitzuhelfen, z.B. bei der Übersetzung oder Dokumentation?

Jupp, sobald die Strings als übersetzbar markiert sind komme ich sicher mit nem po File hier im Forum an ☺ Gleiches dürfte für Themes gelten.

Du irrst, dann müssten wir sehr wohl Support anbieten und uns mit den Leuten beschäftigen

Nein. Wenn klar kommuniziert wird: "Dies ist der Quellcode, aber es ist nicht dazu gedacht, Inyoka zu installieren - also bieten wir keinen Support", dann müsstet ihr das nicht. Wie gesagt: an den Haaren herbeigezogene Vermischung zweier Sachen - Freien Quellcode und Open-Source als Entwicklungsmodell.

Nein, du weißt nicht was pocoo war und warum es so gut wie tot ist!

Doch. Im Gegensatz zu dir konnte ich das Projekt intern mitverfolgen. Ich war nicht direkt involviert, die ans Team geleiteten Rückmeldungen bekam ich aber sehr wohl mit.

Onli schrieb:

Du irrst, dann müssten wir sehr wohl Support anbieten und uns mit den Leuten beschäftigen

Nein. Wenn klar kommuniziert wird: "Dies ist der Quellcode, aber es ist nicht dazu gedacht, Inyoka zu installieren - also bieten wir keinen Support", dann müsstet ihr das nicht. Wie gesagt: an den Haaren herbeigezogene Vermischung zweier Sachen - Freien Quellcode und Open-Source als Entwicklungsmodell.

Nein, du weißt nicht was pocoo war und warum es so gut wie tot ist!

Und was soll man mit dem Quellcode machen, wenn man es nicht installieren kann? Glücklich sein, weils dann Opensource ist? Für mich würde Opensource bedeuten, dass ich es dann auf meinem Space installieren kann und damit rumspielen kann; sonst hätte ich ja nix davon.

apollo13 schrieb:

sonst wären die nicht mal in der Lage das zu installieren

Also jetzt komm mal runter vom hohen Ross! So langsam werden die Erklärungsversuche absurd. Selbst wenn du recht haben solltest; es gibt genug Gründe die Quellen zu studieren/verwenden ohne Inyoka installieren zu wollen. Man könnte Teile von Inyoka analysieren, verbessern und eigenständig nutzen ohne das ganze "Paket" zu installieren und laufen zu lassen.

Es ist schon recht amüsant wie allergisch ihr auf das Thema OpenSource reagiert, sei es hier auf ubuntuusers oder damals im python forum.

casseen schrieb:

apollo13 schrieb:

sonst wären die nicht mal in der Lage das zu installieren

Also jetzt komm mal runter vom hohen Ross! So langsam werden die Erklärungsversuche absurd. Selbst wenn du recht haben solltest; es gibt genug Gründe die Quellen zu studieren/verwenden ohne Inyoka installieren zu wollen. Man könnte Teile von Inyoka analysieren, verbessern und eigenständig nutzen ohne das ganze "Paket" zu installieren und laufen zu lassen.

Klar könnte man verbessern, nur hab ich nicht viel von Verbesserungen die ich nicht testen kann (und dann weiß ich nicht, ob sie den gewünschten Effekt erzielen), oder entwickelst du Software ohne deine Änderungen anzuschauen/testen.

Es ist ganz alleine euere Sache was und wie ihr entscheided, es ist aber schon recht amüsant wie allergisch ihr auf das Thema OpenSource reagiert, sei es hier auf ubuntuusers oder damals im python forum

Wieso allergisch? Ich würde eher sagen, es ist amüsant, wie allergisch ihr reagiert habt, als wir sagten wir veröffentlichen den Code nicht sofort.

EDIT:// Und bevor ihr weiterhin versucht an dieser Entscheidung was zu ändern: Die Entscheidung wurde innerhalb des Teams (Webteam als Coder, unabhängig von dem Ubuntuusers Team) getroffen und ist final.

EDIT:// Und bevor ihr weiterhin versucht an dieser Entscheidung was zu ändern: Die Entscheidung wurde innerhalb des Teams (Webteam als Coder, unabhängig von dem Ubuntuusers Team) getroffen und ist final.

Klar. Wer würde es auch wagen, die Entscheidungen des allmächtigen Webteams zu kritisieren? Im übrigen: Da ihr das für ubuntuusers entwickelt habt, im Auftrag, habt ihr diese Entscheidungsgewalt überhaupt nicht. Aber die, die das auch durchsetzen würden, sind fast alle nicht mehr im Team. Was ein Glück, nicht?

Onli schrieb:

EDIT:// Und bevor ihr weiterhin versucht an dieser Entscheidung was zu ändern: Die Entscheidung wurde innerhalb des Teams (Webteam als Coder, unabhängig von dem Ubuntuusers Team) getroffen und ist final.

Klar. Wer würde es auch wagen, die Entscheidungen des allmächtigen Webteams zu kritisieren? Im übrigen: Da ihr das für ubuntuusers entwickelt habt, im Auftrag, habt ihr diese Entscheidungsgewalt überhaupt nicht. Aber die, die das auch durchsetzen würden, sind fast alle nicht mehr im Team. Was ein Glück, nicht?

Auf wen spielst du hier an? Und abgesehen davon haben wir diese Entscheidungsgewalt jederzeit, unabhängig welches Team/welche Pl.

Phantaaaaaasiiiieee?! (um mal den guten sponge zu zitieren)

Ich könnte z.B Teile des Codes in eigene Projekte nutzen. Ich könnte mich aber auch hinsetzten und versuchen ob ich Inyoka ohne support installiert bekomme. Selbst wenn es 2 tage oder gar 2 monate dauert. Meinen Spass hätte ich. Ich würde mich hinsetzen und eine Dokumentation schreiben. Ich würde sie auf einen Blog oder im Forum veröffentlichen. Ich würde den Code auseinander nehmen, in zersägen und wieder zusammen kleistern. Ich würde euch mit zerschmetternden Kritik konfrontieren, Lobeshymnen auf euch anstimmen und euch meine Meinung und Verbesserungen präsentieren. Ihr könntet mich ignorieren. Ich weiss wie wenig Zeit man hat als Softwareentwickler. Man will nicht immer mit der "Community" kommunizieren. Aber es würde mir absolut gar nichts ausmachen. Ich könnte mir Gleichgesinnte suchen, Freunde der Schlange gibt es genug, ich könnte forken, patchen, teilen, zweigen...

Ich hätte auf jeden Fall meinen Spass mit eurem Code und meine Fortbildung und ihr hättet nicht mal ein Verlust!