<div dir="ltr">Hi yanosz,<div>ich habe ehrlich gesagt keine große Lust mit dir zu streiten oder zu philosophieren, <br>würde mich aber freuen wenn du unseren Beschluss respektierst.</div><div><br></div><div><div class="gmail_extra"><div class="gmail_quote">Am 3. Januar 2018 um 16:41 schrieb yanosz <span dir="ltr"><<a href="mailto:freifunk@yanosz.net" target="_blank">freifunk@yanosz.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hallo,<br>
<br>
danke für die Antwort - Kommentare siehe unten:<br>
<span class="gmail-"><br>
Am 2018-01-03 um 16:17 schrieb Simon Müller:<br>
> Hi yanosz,<br>
><br>
> es gibt viele gute Gründe für, eine Autoupdate Option. <br>
> Ende 2016 haben wir das im Netzladen bei einem regulären Treffen diskutiert <br>
> und uns im Konsens für die Hood Bonn dafür entschieden es in Zukunft<br>
> anzubieten.<br>
> Der Link mit der Agenda vor dem Treffen, sowie zum daraus entstandenen<br>
> Protokoll dieses Treffens ging 13 mal über den Mailverteiler[1].<br>
<br>
</span>Ich find' ein Mailinglisten-Archiv / oder Pad ist nicht wirklich gut zu<br>
finden - in der Wiki steht dazu wenig.<br></blockquote><div>Es ist ein Wiki - ergänz was dir fehlt.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> Ich denke derjenige, er sich entscheidet einen Node einzurichten und<br>
> aufzustellen, <br>
> kann auch am besten selbst entscheiden welches Updateverfahren in dem<br>
> Netzwerk, über das Uplink/Downlink bezogen wird, sinnvoll ist.<br>
<br>
</span>Das ist nur möglich, wenn diejenigen in der Lage sind, eine<br>
qualifizierte Entscheidung zu treffen. Das ist bei der aktuellen<br>
Dokumentation nur schwer möglich.<br></blockquote><div>Bürger dürfen auch Parteien wählen ohne deren Program gelesen zu haben. </div><div>Meine These: <br>Die Vorstellung was bei der Konfiguration eines Routers Autoupdate bedeutet, </div><div>wird bei den meisten den Kern der Sache ganz gut treffen. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> Wie man Autoupdate ein oder ausschalten kann steht natürlich auch im<br>
> Wiki[2]. <br>
> Ferner ist der von dir geprostete Link ins Wiki[3] bis auf die<br>
> Behauptung im ersten Satz,<br>
> dass es einen solchen Mechanismus nicht gäbe, nach wie vor korrekt - Der<br>
> empfohlene Weg ist und bleibt der Selbe wie vorher.<br>
> Es gibt auch keinen Anspruch auf Autoupdates - aber es gibt die Möglichkeit.<br>
<br>
</span>[2] enthält etwa genau so viele Information wie die WebGUI selber - [3]<br>
sagt, ist an der entscheidenen Stelle falsch. Das passt nicht zusammen.<br>
<span class="gmail-"><br>
> Die Möglichkeit Sicherheitslücken schneller schließen zu können, falls<br>
> es nötig ist.<br>
</span>[..]<br>
<span class="gmail-">> Ferner bietet Autoupdate bietet die Möglichkeit geplant einen<br>
> Technologiewechsel durchzuführen zu können z.B. von:<br>
</span>[..]<br>
<span class="gmail-">> Den Ansatz, dass möglichst viele sich ihre Firmware selber bauen sollen<br>
> unterstützte ich zu hundert Prozent,<br>
> von daher wird es hoffentlich eh nicht nur die eine "zentrale" Firmware<br>
> geben, sondern bunte kompatibel gebaute in jeder Hood.<br>
> Es gibt schon seit Jahren Leute innerhalb kbu, die sich ihre eigenen<br>
> builds mit ihrem eigenen Autoupdater bauen <br>
> und auf ihren Knoten Anpassungen ausprobieren.<br>
><br>
> Ob ich nun die Firmware selbst flashe, die jemand anders gebaut hat und<br>
> die auf einem zentralen Server liegt, <br>
> oder ob ich mich entscheide das von einem Autoupdate erledigen zu lassen,<br>
> setzt aus meiner Sicht das selbe Vertrauen zu dem Bauer der Firmware und<br>
> die selbe Zentralität voraus.<br>
> Man könnte sogar argumentieren, dass durch die Notwenigkeit das<br>
> Autoupdates von mehr als einer Person freigegeben werden müssen, <br>
> die aktuelle Situation verbessert wird.<br>
><br>
> Schaut man sich die anderen Communites die Gluon nutzen an z.B. alle<br>
> über 30 site.confs die im Gluon Manual [5] verlinkt sind,<br>
> stellt man fest, dass jede der über 30 Communities den Autoupdater<br>
> konfiguriert hat.<br>
> (mit der Ausnahme das die Configuration von Freifunk Lausitz nicht<br>
> funktionieren wird.)<br>
> Den Gedanken, dass der Autoupdater nicht Freifunky sei scheint also<br>
> nicht Konsens zu sein.<br>
<br>
</span>Ich seh', dass der Autoupdate gegen das Freifunk-Selbstverständnis geht:<br>
<a href="https://kbu.freifunk.net/2016/05/Seid_dezentral/" rel="noreferrer" target="_blank">https://kbu.freifunk.net/2016/<wbr>05/Seid_dezentral/</a> -<br></blockquote><div>Wenn du dich selbst zitierst, ist es dennoch nur eine Meinung.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Du argumentierst, dass der Autoupdater in Erster Linie das<br>
Benutzererlebnisse verbessert und dich Sicherheit des Netzes erhört.<br></blockquote><div>Ließ vielleicht nochmal, was ich schrieb.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Letzendlich läuft's auf die Frage heraus: Gibt es Administratoren, mit<br>
Ihrer Autorität Updates verteilen oder haben wir den /Anspruch/ an<br>
Freifunkerinnen und Freifunker, dass sie es selber tun.<br></blockquote><div>Wir haben offenbar diesen /Anspruch/ nicht und müssen auch niemanden bevormunden, </div><div>sondern geben Entscheidungsfreiheit. Das /Frei/ in /Frei/funk kommt übrigens von Freiheit #freifunkbefreien.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Kinolux argumentiert gut  - lesenswert:<br>
<a href="https://blog.freifunk.net/2015/01/28/eine-note-zu-freifunk/" rel="noreferrer" target="_blank">https://blog.freifunk.net/<wbr>2015/01/28/eine-note-zu-<wbr>freifunk/</a><br>
<br>
"Und auch per default eingeschaltete automatische Updatefunktionen in<br>
der Firmware, sowie hinterlegte Keys sind nicht mit der Idee einer<br>
freien, selbstbestimmten und dezentralen Netzwerkstruktur vereinbar. Die<br>
Hoheit über seinen Knoten liegt bei UserIn.<br></blockquote><div>Selbstbestimmt heißt man hat die Wahl, </div><div>die Hoheit zu dieser Wahl liegt bei den Usern, nicht bei dir.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Lasst uns wieder unregulierte Netze bauen, freie freifunk Netze."<br></blockquote><div>Machen wir ja, mir kommt es so vor als möchtest du uns regulieren.</div><div> </div><div>LG, Simon</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Gruß, yanosz<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
--<br>
For those of you without hope, we have rooms with color TV,<br>
cable and air conditioning<br>
--<br>
______________________________<wbr>_________________<br>
Freifunk-Bonn mailing list<br>
<a href="mailto:Freifunk-Bonn@lists.kbu.freifunk.net">Freifunk-Bonn@lists.kbu.<wbr>freifunk.net</a><br>
<a href="https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn" rel="noreferrer" target="_blank">https://lists.kbu.freifunk.<wbr>net/cgi-bin/mailman/listinfo/<wbr>freifunk-bonn</a><br>
</div></div></blockquote></div><br></div></div></div>