Hi zusammen, ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern. Dazu hab ich ein zwischen Milestone [0] angelegt indem ich aktuell noch issues sammle um wieder eine stabile Basis für die Firmware Entwicklung zu schaffen. Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017. vg Tarek [0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/milestones/16
Hi Tarek, deine Email hat mich gerade echt vom Hocker gerissen und ich habe zuerst mit dem Kopf schütteln müssen. Deine Arbeit in allen Ehren, aber wie kommst du auf einmal auf diese Punkte? Die Issues die du dort geöffnet hast sind gar keine. Ich möchte hier nur mal Beispielein abreißen: - autoupdater: Hab ich heute bereits in der anderen Mail formuliert. Ich kann ohne Probleme damit arbeiten. Dazu hab ich dir auch Auszüge und ähnliches geschickt - Icinga: Die Basis dafür haben wir seit Monaten erfolgreich am laufen und Johannes und Ich sind hier am Feintuning - puppetmaster: Der Content ist alles im git, da fehlen nur Kleinigkeiten durch den gitlab Crash. Meine Meinung zu diesem Thema ist immer noch die gleiche wie vor Monaten: Wir sollten die Teams, die sich um die einzelnen Aufgaben kümmern, strickt einhalten um solch ein Durcheinander und Kindergarten (sorry das ich das so offen sagen muss) zu unterbinden. Ich hatte schon vor Monaten auf einem Treffen gesagt, dass du und Johannes den Firmware Part übernehmen sollen und Bjo, Simon und Ich den Serverpart. Ehrlich gesagt verdirbt man damit sich die Lust überhaupt noch was zu machen... Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 5. Dezember 2016 17:49:14 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi zusammen,
ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern.
Dazu hab ich ein zwischen Milestone [0] angelegt indem ich aktuell noch issues sammle um wieder eine stabile Basis für die Firmware Entwicklung zu schaffen.
Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017.
vg Tarek
[0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/milestones/16
---------- _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi Stefan,
deine Email hat mich gerade echt vom Hocker gerissen und ich habe zuerst mit dem Kopf schütteln müssen.
Wieso das denn?
Deine Arbeit in allen Ehren, aber wie kommst du auf einmal auf diese Punkte?
Die Issues die du dort geöffnet hast sind gar keine. Ich möchte hier nur mal Beispielein abreißen:
- autoupdater: Hab ich heute bereits in der anderen Mail formuliert. Ich kann ohne Probleme damit arbeiten. Dazu hab ich dir auch Auszüge und ähnliches geschickt
Ich müsste das bezüglich des autoupdaters noch mal prüfen, Das war vorhin bei meine Routern in der defaulthood noch nicht behoben Evtl. komme ich gleich noch mal dazu es erneut zu testen. :)
- Icinga: Die Basis dafür haben wir seit Monaten erfolgreich am laufen und Johannes und Ich sind hier am Feintuning
Jo weiß ich doch hatte Johannes mir am Freitag gezeigt.
- puppetmaster: Der Content ist alles im git, da fehlen nur Kleinigkeiten durch den gitlab Crash.
Dass ist nach meinen stand nicht vom Freitag nicht der fall. Zudem beziehen sich die issues nicht nur auf code sondern auch auf Organisation und workflow.
Meine Meinung zu diesem Thema ist immer noch die gleiche wie vor Monaten: Wir sollten die Teams, die sich um die einzelnen Aufgaben kümmern, strickt einhalten um solch ein Durcheinander und Kindergarten (sorry das ich das so offen sagen muss) zu unterbinden.
Du wirgst sauer ? Warum? Es kümmern sich doch die Teams darum?
Ich hatte schon vor Monaten auf einem Treffen gesagt, dass du und Johannes den Firmware Part übernehmen sollen und Bjo, Simon und Ich den Serverpart.
Wieso? wir haben sowie so wenig Leute und da ich an der Firmware gerade nicht weiter bauen kann helfe ich die Probleme im Serverbereich zu beheben und die Basis für die Firmware Entwicklung zu stabilisieren.
Ehrlich gesagt verdirbt man damit sich die Lust überhaupt noch was zu machen...
Was ist denn dein Problem? Wieso bist du denn jetzt so verstimmt? Ich habe in meiner Mail nur drauf hingewiesen das ich z.Z. stärker im Admin Team aktiv werden um die Probleme dort indem griff zu bekommen und einen besseren workeflow zu schaffen. Sowie die ganzen offenen Punkte abzuarbeiten. vg Tarek
Hi, zitieren klappt leider vom Handy nicht. Warum ich vom Hocker gefallen bin kannst du dir ja wohl an einer Hand abzählen. Es ist schwachsinnig das alle Personen an den gleichen Sachen arbeiten und da entstehen dann Fehler. Z.B die Sache mit dem Puppet. Schau bspw in das hopglass-backend, da hab ich gestern noch Daten Hochgepusht. Ganz klares nein zur Teamarbeit: Es werkeln einfach viel zu viele Leute in machen Sachen rum. Warum willst du dich denn nun damit wie dem Icinga auseinandersetzen und warum hindert dich das an der FW Weiterarbeit? Seit Monaten sagst du du entwickelst serverseitig am L2TP. Warum stellst du das denn nicht erstmal fertig? Serverseitig sind ganz wenige Punkte offen; diese würde ich gern mit den Leuten auch umsetzen, mit denen ich diese begonnen habe. Welche Probleme im Admin-Team? Ich sehe kein einziges... Sauer bin ich über deine Art, immer wieder auf die gleichen Punkte einzugehen die schon lange fertig sind. Warum schreibst du was von dem DNS Problem das monatlich auftritt? Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 5. Dezember 2016 18:45:09 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi Stefan,
deine Email hat mich gerade echt vom Hocker gerissen und ich habe zuerst mit dem Kopf schütteln müssen.
Wieso das denn?
Deine Arbeit in allen Ehren, aber wie kommst du auf einmal auf diese Punkte?
Die Issues die du dort geöffnet hast sind gar keine. Ich möchte hier nur mal Beispielein abreißen:
- autoupdater: Hab ich heute bereits in der anderen Mail formuliert. Ich kann ohne Probleme damit arbeiten. Dazu hab ich dir auch Auszüge und ähnliches geschickt
Ich müsste das bezüglich des autoupdaters noch mal prüfen, Das war vorhin bei meine Routern in der defaulthood noch nicht behoben Evtl. komme ich gleich noch mal dazu es erneut zu testen. :)
- Icinga: Die Basis dafür haben wir seit Monaten erfolgreich am laufen und Johannes und Ich sind hier am Feintuning
Jo weiß ich doch hatte Johannes mir am Freitag gezeigt.
- puppetmaster: Der Content ist alles im git, da fehlen nur Kleinigkeiten durch den gitlab Crash.
Dass ist nach meinen stand nicht vom Freitag nicht der fall. Zudem beziehen sich die issues nicht nur auf code sondern auch auf Organisation und workflow.
Meine Meinung zu diesem Thema ist immer noch die gleiche wie vor Monaten: Wir sollten die Teams, die sich um die einzelnen Aufgaben kümmern, strickt einhalten um solch ein Durcheinander und Kindergarten (sorry das ich das so offen sagen muss) zu unterbinden.
Du wirgst sauer ? Warum? Es kümmern sich doch die Teams darum?
Ich hatte schon vor Monaten auf einem Treffen gesagt, dass du und Johannes den Firmware Part übernehmen sollen und Bjo, Simon und Ich den Serverpart.
Wieso? wir haben sowie so wenig Leute und da ich an der Firmware gerade nicht weiter bauen kann helfe ich die Probleme im Serverbereich zu beheben und die Basis für die Firmware Entwicklung zu stabilisieren.
Ehrlich gesagt verdirbt man damit sich die Lust überhaupt noch was zu machen...
Was ist denn dein Problem? Wieso bist du denn jetzt so verstimmt?
Ich habe in meiner Mail nur drauf hingewiesen das ich z.Z. stärker im Admin Team aktiv werden um die Probleme dort indem griff zu bekommen und einen besseren workeflow zu schaffen. Sowie die ganzen offenen Punkte abzuarbeiten.
vg Tarek
---------- _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi, (hab die Email um 19:20 geschrieben bin aber zu dem Zeitpunk im Zug)
zitieren klappt leider vom Handy nicht.
Kein Problem.
Warum ich vom Hocker gefallen bin kannst du dir ja wohl an einer Hand abzählen.
Nein deswegen frage ich doch nach.
Es ist schwachsinnig das alle Personen an den gleichen Sachen arbeiten und da entstehen dann Fehler.
Da stimme ich dir zu wenn das alle machen würden. Das ist aber bei uns nicht der Fall. Wir sind ein Team von ca. 8 Leuten die sich aktiv um die Infra kümmern. Unter Infra fällt: Server, Firmware und die Services auf den einzelnen Servern. Das ist ein team mit unterschiedlichen Fähigkeiten in verschiedenen Bereichen. (Software Entwicklung, Webpresents, netzwerk usw.) wir haben extra Teams aufgestellt in denen die Leute sich eingetragen haben die, sich bestimmte aufgaben zutrauen. Admin-Team, Dev-Team, PR-Team, Shop-Team usw. um Arbeitsteilung zu erzielen. Und somit klarere Schnittstellen zu bilden. Daher arbeiten nicht mehr alle an allen. Es ermöglicht u.a. den Admis sich auf die Server zu konzentrieren oder den devs auf die Entwicklung ohne durch z.B. interview anfangen oder so in ihrer Arbeit unterbrochen zu werden.
Z.B die Sache mit dem Puppet. Schau bspw in das hopglass-backend, da hab ich gestern noch Daten Hochgepusht.
ich verstehe den Zusammenhang jetzt gerade nicht? Was hat das jetzt mit dem hopglass-backend zu tuhen?
Ganz klares nein zur Teamarbeit: Es werkeln einfach viel zu viele Leute in machen Sachen rum. Warum willst du dich denn nun damit wie dem Icinga auseinandersetzen und warum hindert dich das an der FW Weiterarbeit?
Wo genau arbeiten denn zu viele Leute dran?
Seit Monaten sagst du du entwickelst serverseitig am L2TP. Warum stellst du das denn nicht erstmal fertig?
Weil zuvor noch einige andere Issues bestehen die deutlich wichtiger sind. Z.b. die vollständige fertigstellung der Umsetzung der hoods. L2TP kann warten da es sich um ein nice to have handelt.
Serverseitig sind ganz wenige Punkte offen; diese würde ich gern mit den Leuten auch umsetzen, mit denen ich diese begonnen habe.
Ja genau das machen wir doch Puppet, Routing und Workeflow. Das hört sich da so an als wäre ich nicht beteiligt gewesen. Das bringst du glaube ich gerade was durcheinander.
Welche Probleme im Admin-Team? Ich sehe kein einziges...
Na der zustand des Puppetmasters? Die noch andauerne hood umstellung? Ich hab dazu ja ein paar issues aufgemacht.
Sauer bin ich über deine Art, immer wieder auf die gleichen Punkte einzugehen die schon lange fertig sind. Warum schreibst du was von dem DNS Problem das monatlich auftritt?
Ich mache die isses nicht auf weil die Probleme behoben sind Stefan. Sondern weil sie bestehen. Es gibt überhaupt kein Grund sauer zu sein und ich kann deine Reaktion gerade überhaupt nicht nachvollziehen. Ich glaube du fast das gerade zu emotional auf. Ich habe nur geschrieben das ich mich wieder mehr dem Server Part widme weil es da noch sehr viel offene punkte sind die seid Monaten bestehen. Ich denke du fast das gerade sehr falsch auf und nimmst es persönlich. Es gibt eine grobe Roadmap die wie seid ca. 1 1/2 Jahren verfolgen. Nun Firmware seitig sieht es aktuell ganz gut aus. Server seitig muss noch einiges gemacht werden. Was aktuell höhere Priorität hat als z.b. L2TP für die Firmware. Da will ich jetzt unterstützen. Daher hab ich meine info Mail auf die Dev liste gesetzt um zu informiren das ich mich jetzt Primär um die puppet Problematik kümmern möchte und die dafür ausgearbeiteten Workeflows zu etablieren um eine effizientere Arbeit über git zu ermöglichen. Das ist z.b. zur Baustelle Puppet Umsetzung. Eine Andre Baustelle an der ua. Johannes schon länger arbeitet sind quasi Augen für die Server Infrastruktur da wir da aktuell nage zu blind sind. Da soll Icinga helfen. Ich will da in den kommenden Wochen mit Johannes schreiben und schauen was u.a. in das monitoring muss. Als Beispiel für Baustellen Server-seitig. vg Tarek
Hi, danke für deine Antwort. Ich möchte eigentlich damit vermeiden, dass jemand an dem Puppet Code im Bereich der Hoods rumspielt. Simon, Bjo und ich kennen diesen mittlerweile am Besten und einer von uns ist immer erreichbar. Zum Stichwort L2TP, ist seit der ersten Hood überall serverseitig implementiert. Daran soll es nicht scheitern ;) Ja, ich bin grad echt ein wenig angenervt, gib ich offen zu. Es will niemand niemanden ausschließen, bloß sollten wir alle bei unserem bleiben und dir macht nunmal bei der FW keiner was vor... Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 5. Dezember 2016 20:28:18 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi,
(hab die Email um 19:20 geschrieben bin aber zu dem Zeitpunk im Zug)
zitieren klappt leider vom Handy nicht.
Kein Problem.
Warum ich vom Hocker gefallen bin kannst du dir ja wohl an einer Hand abzählen.
Nein deswegen frage ich doch nach.
Es ist schwachsinnig das alle Personen an den gleichen Sachen arbeiten und da entstehen dann Fehler.
Da stimme ich dir zu wenn das alle machen würden. Das ist aber bei uns nicht der Fall. Wir sind ein Team von ca. 8 Leuten die sich aktiv um die Infra kümmern. Unter Infra fällt: Server, Firmware und die Services auf den einzelnen Servern. Das ist ein team mit unterschiedlichen Fähigkeiten in verschiedenen Bereichen. (Software Entwicklung, Webpresents, netzwerk usw.) wir haben extra Teams aufgestellt in denen die Leute sich eingetragen haben die, sich bestimmte aufgaben zutrauen. Admin-Team, Dev-Team, PR-Team, Shop-Team usw. um Arbeitsteilung zu erzielen. Und somit klarere Schnittstellen zu bilden. Daher arbeiten nicht mehr alle an allen. Es ermöglicht u.a. den Admis sich auf die Server zu konzentrieren oder den devs auf die Entwicklung ohne durch z.B. interview anfangen oder so in ihrer Arbeit unterbrochen zu werden.
Z.B die Sache mit dem Puppet. Schau bspw in das hopglass-backend, da hab ich gestern noch Daten Hochgepusht.
ich verstehe den Zusammenhang jetzt gerade nicht? Was hat das jetzt mit dem hopglass-backend zu tuhen?
Ganz klares nein zur Teamarbeit: Es werkeln einfach viel zu viele Leute in machen Sachen rum. Warum willst du dich denn nun damit wie dem Icinga auseinandersetzen und warum hindert dich das an der FW Weiterarbeit?
Wo genau arbeiten denn zu viele Leute dran?
Seit Monaten sagst du du entwickelst serverseitig am L2TP. Warum stellst du das denn nicht erstmal fertig?
Weil zuvor noch einige andere Issues bestehen die deutlich wichtiger sind. Z.b. die vollständige fertigstellung der Umsetzung der hoods. L2TP kann warten da es sich um ein nice to have handelt.
Serverseitig sind ganz wenige Punkte offen; diese würde ich gern mit den Leuten auch umsetzen, mit denen ich diese begonnen habe.
Ja genau das machen wir doch Puppet, Routing und Workeflow. Das hört sich da so an als wäre ich nicht beteiligt gewesen. Das bringst du glaube ich gerade was durcheinander.
Welche Probleme im Admin-Team? Ich sehe kein einziges...
Na der zustand des Puppetmasters? Die noch andauerne hood umstellung? Ich hab dazu ja ein paar issues aufgemacht.
Sauer bin ich über deine Art, immer wieder auf die gleichen Punkte einzugehen die schon lange fertig sind. Warum schreibst du was von dem DNS Problem das monatlich auftritt?
Ich mache die isses nicht auf weil die Probleme behoben sind Stefan. Sondern weil sie bestehen. Es gibt überhaupt kein Grund sauer zu sein und ich kann deine Reaktion gerade überhaupt nicht nachvollziehen. Ich glaube du fast das gerade zu emotional auf. Ich habe nur geschrieben das ich mich wieder mehr dem Server Part widme weil es da noch sehr viel offene punkte sind die seid Monaten bestehen. Ich denke du fast das gerade sehr falsch auf und nimmst es persönlich.
Es gibt eine grobe Roadmap die wie seid ca. 1 1/2 Jahren verfolgen. Nun Firmware seitig sieht es aktuell ganz gut aus. Server seitig muss noch einiges gemacht werden. Was aktuell höhere Priorität hat als z.b. L2TP für die Firmware. Da will ich jetzt unterstützen. Daher hab ich meine info Mail auf die Dev liste gesetzt um zu informiren das ich mich jetzt Primär um die puppet Problematik kümmern möchte und die dafür ausgearbeiteten Workeflows zu etablieren um eine effizientere Arbeit über git zu ermöglichen. Das ist z.b. zur Baustelle Puppet Umsetzung.
Eine Andre Baustelle an der ua. Johannes schon länger arbeitet sind quasi Augen für die Server Infrastruktur da wir da aktuell nage zu blind sind. Da soll Icinga helfen. Ich will da in den kommenden Wochen mit Johannes schreiben und schauen was u.a. in das monitoring muss.
Als Beispiel für Baustellen Server-seitig.
vg Tarek
---------- _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hallo Tarek, ich musste deine eMail auch zweimal lesen….
Am 05.12.2016 um 17:48 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi zusammen,
ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern.
Ich finde es an der Stelle sehr erstaunlich, dass du einfach sagst du machst das jetzt… als ob wir niemanden hätten, der sich darum kümmert. Wir sind ein Team und keine Einzelkämpfer. Vor allem Stefan und Simon haben in den letzten Monaten hier ganz viel gute Arbeit geleistet und sie arbeiten noch immer daran. Und jetzt kommt jemand der meint er will sich daraum einfach so kümmern, das stößt bei einigen ein wenig komisch auf. Aktuell bist du derjenige der sich um die Firmware kümmert und der der am meisten davon aktuell versteht. Also bist du der Maintainer Firmware Ich habe schon ein paar mal bei Gesprächen herausgehört, dass DIR einige Sachen in der Server Architektur nicht gefallen, das kann ja auch sein aber ich denke die, die die Hauptarbeit bei Puppet gemacht haben wissen warum sie so gemacht haben wie sie es gemacht haben. Und jetzt kommst DU daher und schreibst diese Mail die bei einigen den Eindruck erweckt, dass wir in diesem Bereich ein sehr großes Problem haben und du nun als Retter dazwischen springst. Aktuell sehe ich Stefan, Simon und Bjo als Maintainer für die Serverarchitektur an. Wenn du nun meinst da ist ein Problem in der Architektur dann schreibe doch bitte Issues oder schreibe Mails auf der Mailingliste. Oder erstelle Merge Request oder deine heiß geliebten Patches hier auf der ML Stefan und Simon haben aktuell den meisten Überblick.
Dazu hab ich ein zwischen Milestone [0] angelegt indem ich aktuell noch issues sammle um wieder eine stabile Basis für die Firmware Entwicklung zu schaffen.
Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017.
vg Tarek
[0] https://git.nordwest.freifunk.net/ffnw-firmware/packages/milestones/16
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi Johannes,
ich musste deine eMail auch zweimal lesen….
Hm, evtl.. hab ich ich es blöd formuliert.
Am 05.12.2016 um 17:48 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi zusammen,
ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern.
Ich finde es an der Stelle sehr erstaunlich, dass du einfach sagst du machst das jetzt… als ob wir niemanden hätten, der sich darum kümmert. Wir sind ein Team und keine Einzelkämpfer. Vor allem Stefan und Simon haben in den letzten Monaten hier ganz viel gute Arbeit geleistet und sie arbeiten noch immer daran. Und jetzt kommt jemand der meint er will sich daraum einfach so kümmern, das stößt bei einigen ein wenig komisch auf.
Ah ok, das ist evtl. doof und zu ungenau meinerseits formuliert sorry. Also ich will damit nicht aussagen das irgendjemand was blöd gemacht hat. Im gegen teil ich wollte es so Formulieren das ich in einigen teilen der Server infra unterstützen möchte.
Aktuell bist du derjenige der sich um die Firmware kümmert und der der am meisten davon aktuell versteht. Also bist du der Maintainer Firmware
Ich habe schon ein paar mal bei Gesprächen herausgehört, dass DIR einige Sachen in der Server Architektur nicht gefallen, das kann ja auch sein aber ich denke die, die die Hauptarbeit bei Puppet gemacht haben wissen warum sie so gemacht haben wie sie es gemacht haben. Und jetzt kommst DU daher und schreibst diese Mail die bei einigen den Eindruck erweckt, dass wir in diesem Bereich ein sehr großes Problem haben und du nun als Retter dazwischen springst.
Hm so sollte es nicht rüber kommen.
Aktuell sehe ich Stefan, Simon und Bjo als Maintainer für die Serverarchitektur an. Wenn du nun meinst da ist ein Problem in der Architektur dann schreibe doch bitte Issues oder schreibe Mails auf der Mailingliste. Oder erstelle Merge Request oder deine heiß geliebten Patches hier auf der ML
Jo genau das hab ich gemacht.
Stefan und Simon haben aktuell den meisten Überblick.
Jap :) Also ich formuliere das noch mal um. Um Missverständnisse zu lichten. Mir ging es darum in ein paar punkten zu unterstützen. Ich will da nix an mich reißen oder der gleichen. Die Punkte sind im Grunde grob gesagt: Puppet workflow Dafür hatten wir gemeinsam eine workflow ausgearbeitet. So das nicht direkt auf den Puppetmaster entwickelt werden muss und Änderungen vor der produktiv Schaltung von anderen Entwicklern gereviewed werden können. Seid 3 Monaten sind Zuerst Stefan und zuletzt Clemens dabei gewesen die uncommitteten Änderungen auf dem puppetmaster zu commiten und auf zu räumen. Diese Blockieren z.Z. alle upstream Änderungen. Clemens schafft es aktuell nicht dort weiter zu machen weil es es zeitlich nicht unterkriegt. Damit wir die push-rechte von den puppetmaster nehmen zu können und das arbeiten über das git wieder zu ermöglichen müssen jetzt erst mal Konflikte zwischen dem stand im git und auf dem puppetmaster gelöst werden. Das ist sehr komplex wie man an der bereits benötigen zeit von 3 Monaten zum reinen aufräumen des puppetmasters bisher benötigt hat. Dort wäre ein Ansatz zu helfen. danach können pachten und merge request kommen. Diese gehen aber aktuell nicht da wie gesagt Teileweise der stand auf dem puppetmaster anders ist als der im git. Ein anderer Punkt sind das Monitoring von gewissen Services wo du schon dran bist. Da wollte ich lediglich unterstützen beim balancing und einrichten von services anbieten. Wie z.B. das runterladen der manifest datei aus allen branches autogenerdiert aus dem siteconf repo. Ähnlich dem beispiel der Firmware status seite. Das sind im grunde alles nur detail Sachen. die man wunderbar auf mehre aufteilen kann. Oder eben unterstützen bei der vollständigen hood umstellung serverseitig. vg Tarek
Na das hört sich doch schon ganz anders an :) Am kommenden Mittwoch sitzen Clemens und ich zusammen und mit viel Glück kriegen wir den Stand auch auf beiden gleich sodass wir mit MR und ähnlichem arbeiten können. Schau mal ins Gitlab, da sind 2 neue Hoods inkl. Publics bei dir. Da hast du auch wieder was ;) Defaultnetz fehlen auch nur noch Kleinigkeiten bis es mit Puppet umgesetzt ist. Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 5. Dezember 2016 21:26:12 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi Johannes,
ich musste deine eMail auch zweimal lesen….
Hm, evtl.. hab ich ich es blöd formuliert.
Am 05.12.2016 um 17:48 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi zusammen,
ich habe meinerseits die Entwicklung an der Nordwest Firmware sowie der Monitoring-drone und anderen Projekten auf Eis gelegt. Um mich um den zustand der Server infra zu kümmern.
Ich finde es an der Stelle sehr erstaunlich, dass du einfach sagst du machst das jetzt… als ob wir niemanden hätten, der sich darum kümmert. Wir sind ein Team und keine Einzelkämpfer. Vor allem Stefan und Simon haben in den letzten Monaten hier ganz viel gute Arbeit geleistet und sie arbeiten noch immer daran. Und jetzt kommt jemand der meint er will sich daraum einfach so kümmern, das stößt bei einigen ein wenig komisch auf.
Ah ok, das ist evtl. doof und zu ungenau meinerseits formuliert sorry. Also ich will damit nicht aussagen das irgendjemand was blöd gemacht hat. Im gegen teil ich wollte es so Formulieren das ich in einigen teilen der Server infra unterstützen möchte.
Aktuell bist du derjenige der sich um die Firmware kümmert und der der am meisten davon aktuell versteht. Also bist du der Maintainer Firmware
Ich habe schon ein paar mal bei Gesprächen herausgehört, dass DIR einige Sachen in der Server Architektur nicht gefallen, das kann ja auch sein aber ich denke die, die die Hauptarbeit bei Puppet gemacht haben wissen warum sie so gemacht haben wie sie es gemacht haben. Und jetzt kommst DU daher und schreibst diese Mail die bei einigen den Eindruck erweckt, dass wir in diesem Bereich ein sehr großes Problem haben und du nun als Retter dazwischen springst.
Hm so sollte es nicht rüber kommen.
Aktuell sehe ich Stefan, Simon und Bjo als Maintainer für die Serverarchitektur an. Wenn du nun meinst da ist ein Problem in der Architektur dann schreibe doch bitte Issues oder schreibe Mails auf der Mailingliste. Oder erstelle Merge Request oder deine heiß geliebten Patches hier auf der ML
Jo genau das hab ich gemacht.
Stefan und Simon haben aktuell den meisten Überblick.
Jap :)
Also ich formuliere das noch mal um. Um Missverständnisse zu lichten.
Mir ging es darum in ein paar punkten zu unterstützen. Ich will da nix an mich reißen oder der gleichen.
Die Punkte sind im Grunde grob gesagt:
Puppet workflow Dafür hatten wir gemeinsam eine workflow ausgearbeitet. So das nicht direkt auf den Puppetmaster entwickelt werden muss und Änderungen vor der produktiv Schaltung von anderen Entwicklern gereviewed werden können. Seid 3 Monaten sind Zuerst Stefan und zuletzt Clemens dabei gewesen die uncommitteten Änderungen auf dem puppetmaster zu commiten und auf zu räumen. Diese Blockieren z.Z. alle upstream Änderungen. Clemens schafft es aktuell nicht dort weiter zu machen weil es es zeitlich nicht unterkriegt. Damit wir die push-rechte von den puppetmaster nehmen zu können und das arbeiten über das git wieder zu ermöglichen müssen jetzt erst mal Konflikte zwischen dem stand im git und auf dem puppetmaster gelöst werden. Das ist sehr komplex wie man an der bereits benötigen zeit von 3 Monaten zum reinen aufräumen des puppetmasters bisher benötigt hat. Dort wäre ein Ansatz zu helfen. danach können pachten und merge request kommen. Diese gehen aber aktuell nicht da wie gesagt Teileweise der stand auf dem puppetmaster anders ist als der im git.
Ein anderer Punkt sind das Monitoring von gewissen Services wo du schon dran bist. Da wollte ich lediglich unterstützen beim balancing und einrichten von services anbieten. Wie z.B. das runterladen der manifest datei aus allen branches autogenerdiert aus dem siteconf repo. Ähnlich dem beispiel der Firmware status seite. Das sind im grunde alles nur detail Sachen. die man wunderbar auf mehre aufteilen kann.
Oder eben unterstützen bei der vollständigen hood umstellung serverseitig.
vg Tarek
---------- _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hey, On Mo, 2016-12-05 at 21:25 +0100, Jan-Tarek Butt via Dev wrote:
Hi Johannes,
ich musste deine eMail auch zweimal lesen….
Hm, evtl.. hab ich ich es blöd formuliert.
Ok, deine Mail klang nun auch etwas anders als die zuvor ;) Ich möchte kurz zu zwei Punkten was sagen: - Mailnotification Die war definitiv nicht länger als einen Monat kaputt, erst seitdem ich die VM gebricked hatte und Johannes die neue Instanz aufgesetzt hat, bei der die Notification schlichtweg nicht enabled war. - DNS-Probleme Bitte unterscheide zwischen internen und externen Problemen, auch wenn PDNS sowohl für intern als auch extern laufen. Und wenn ein Host nicht funktioniert, kann ja auch der Host kaputt sein und es hat nicht jemand zwangsläufig am DNS gespielt ;) lg
On 12/06/16 13:12, Bjoern Franke via Dev wrote:
Hey,
On Mo, 2016-12-05 at 21:25 +0100, Jan-Tarek Butt via Dev wrote:
Hi Johannes,
ich musste deine eMail auch zweimal lesen….
Hm, evtl.. hab ich ich es blöd formuliert.
Ok, deine Mail klang nun auch etwas anders als die zuvor ;)
Ich möchte kurz zu zwei Punkten was sagen:
- Mailnotification
Die war definitiv nicht länger als einen Monat kaputt, erst seitdem ich die VM gebricked hatte und Johannes die neue Instanz aufgesetzt hat, bei der die Notification schlichtweg nicht enabled war.
Jo, hab dazu ja auch nur ein issue erstellt woran genau das gelegen hat/hatte wusste ich zu dem Zeitpunkt nicht. Danke das du dich um das issue gekümmert hast :)
- DNS-Probleme
Bitte unterscheide zwischen internen und externen Problemen, auch wenn PDNS sowohl für intern als auch extern laufen. Und wenn ein Host nicht funktioniert, kann ja auch der Host kaputt sein und es hat nicht jemand zwangsläufig am DNS gespielt ;)
Das tue ich. autoupdater.ffnw scheind aber lediglich auf ffnw.de zu redirecten Gestern sah es so aus als ob das Anhängsel der url nicht mit übernommen wurde bzw. nur teilweise. bsp. http://nightly.autoupdater.ffnw/nightly/master/manifest rederect zu http://runner02.ffnw.de/nightly/ Ich kann das gerade aber nur aus den Kopf sagen da ich aktuell keinen Freifunk Zugang hab. Stefan sagte ja er habe es bereits behoben. :) Ich prüfe das später noch einmal. Dann schließe ich das issue dazu. vg Tarek
Hi, Am 06.12.2016 um 16:00 schrieb Jan-Tarek Butt via Dev:
Das tue ich. autoupdater.ffnw scheind aber lediglich auf ffnw.de zu redirecten Gestern sah es so aus als ob das Anhängsel der url nicht mit übernommen wurde bzw. nur teilweise.
bsp. http://nightly.autoupdater.ffnw/nightly/master/manifest rederect zu
http://runner02.ffnw.de/nightly/
Ich kann das gerade aber nur aus den Kopf sagen da ich aktuell keinen Freifunk Zugang hab. Stefan sagte ja er habe es bereits behoben. :)
Ich prüfe das später noch einmal. Dann schließe ich das issue dazu.
autoupdater.ffnw verweißt auf runner02.ffnw.de autoupdate.ffnw verweißt auf den firmware.ffnw.de (da ist der stable und testing autoupdater auch funktionstüchtig)
Hi,
Firmware Entwicklung zu schaffen.
Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017.
Hier muss ich noch hinzufügen das es u.a. an Prüfungen Liegt nicht das sich über den langen Zeitraum gewundert wird. Also Jannuar und Anfang Februar. Vg Tarek
Können wir bis dahin nicht leer und os Süd einbauen und das Defaultnetz umstellen? Wenn alles an issues erledigt ist natürlich :) Gesendet mit AquaMail für Android http://www.aqua-mail.com Am 5. Dezember 2016 21:39:33 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi,
Firmware Entwicklung zu schaffen.
Nachdem dieser Milestone erledigt ist, geht es meinerseits mit v1.2 weiter. geschätzter Zeitpunkt ist zwischen 02.2017 und 04.2017.
Hier muss ich noch hinzufügen das es u.a. an Prüfungen Liegt nicht das sich über den langen Zeitraum gewundert wird. Also Jannuar und Anfang Februar.
Vg Tarek
---------- _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
participants (5)
-
Bjoern Franke -
Jan-Tarek Butt -
Johannes Rudolph -
Stefan -
Stefan Dunkel