[Freifunk-Bonn] Bitte kein Auto-Update // War: Re: Nächstes Treffen: 04.01.2018 im Netzladen in Bonn, Breite Straße 74, 20:00 Uhr

[Simon Müller]

Hi yanosz,

Am 03.01.2018 17:33 schrieb "yanosz" <freifunk at yanosz.net>:

Hallo,


Am 2018-01-03 um 17:14 schrieb Simon Müller:
> Hi yanosz,
> ich habe ehrlich gesagt keine große Lust mit dir zu streiten oder zu
> philosophieren,
> würde mich aber freuen wenn du unseren Beschluss respektierst.

Was bedeutet für Dich "unseren Beschluss respektierst"?
Ich les' Dein Preämble ein wenig wie "lass uns(?) machen und gib' Ruhe"
- stimmt das?

Ich möchte mich für die Präambel und den Ton meiner letzten E-Mail
entschuldigen, da sprach die pre-Feierabend Gestresstheit aus mir und mich
für deine sachliche Antwort bedanken.

Ich stimme komplett dem Ansatz zu Wissen zu vermitteln, von einander zu
lernen und jeden zu befähigen sowohl seine Netze bauen zu können, als auch
an Freifunk Netzen mitbauen zu können.
Ich sehe das nur nicht generell im Konflikt stehen mit einer
Autoupdatefunktion.

Die Idee im Wiki über Chancen und Risiken aufzuklären, um jedem eine
informierte Entscheidung zu ermöglichen halte ich für einen guten Ansatz.
Dort könnte auch verdeutlicht werden, dass es nicht um einen Komfort
Service geht, sondern die Möglichkeit geschaffen werden soll
Technologiewechsel communityweit auszurollen zu können, bzw. bei kritischen
Sicherheitslücken nodes schneller patchen zu können...
LG, Simon


> Am 3. Januar 2018 um 16:41 schrieb yanosz <freifunk at yanosz.net
> <mailto:freifunk at yanosz.net>>:
>
>     Hallo,
>
>     danke für die Antwort - Kommentare siehe unten:
>
>     Am 2018-01-03 um 16:17 schrieb Simon Müller:
>     > Hi yanosz,
>     >
>     > es gibt viele gute Gründe für, eine Autoupdate Option.
>     > Ende 2016 haben wir das im Netzladen bei einem regulären Treffen
diskutiert
>     > und uns im Konsens für die Hood Bonn dafür entschieden es in Zukunft
>     > anzubieten.
>     > Der Link mit der Agenda vor dem Treffen, sowie zum daraus
entstandenen
>     > Protokoll dieses Treffens ging 13 mal über den Mailverteiler[1].
>
>     Ich find' ein Mailinglisten-Archiv / oder Pad ist nicht wirklich gut
zu
>     finden - in der Wiki steht dazu wenig.
>
> Es ist ein Wiki - ergänz was dir fehlt.

Ok - mache ich Donnerstag.

>
>
>     > Ich denke derjenige, er sich entscheidet einen Node einzurichten und
>     > aufzustellen,
>     > kann auch am besten selbst entscheiden welches Updateverfahren in
dem
>     > Netzwerk, über das Uplink/Downlink bezogen wird, sinnvoll ist.
>
>     Das ist nur möglich, wenn diejenigen in der Lage sind, eine
>     qualifizierte Entscheidung zu treffen. Das ist bei der aktuellen
>     Dokumentation nur schwer möglich.
>
> Bürger dürfen auch Parteien wählen ohne deren Program gelesen zu haben.
> Meine These:
> Die Vorstellung was bei der Konfiguration eines Routers Autoupdate
> bedeutet,
> wird bei den meisten den Kern der Sache ganz gut treffen.

Ok - da stimme ich zu.

>
>
>     > Wie man Autoupdate ein oder ausschalten kann steht natürlich auch im
>     > Wiki[2].
>     > Ferner ist der von dir geprostete Link ins Wiki[3] bis auf die
>     > Behauptung im ersten Satz,
>     > dass es einen solchen Mechanismus nicht gäbe, nach wie vor korrekt
- Der
>     > empfohlene Weg ist und bleibt der Selbe wie vorher.
>     > Es gibt auch keinen Anspruch auf Autoupdates - aber es gibt die
Möglichkeit.
>
>     [2] enthält etwa genau so viele Information wie die WebGUI selber -
[3]
>     sagt, ist an der entscheidenen Stelle falsch. Das passt nicht
zusammen.
>
>     > Die Möglichkeit Sicherheitslücken schneller schließen zu können,
falls
>     > es nötig ist.
>     [..]
>     > Ferner bietet Autoupdate bietet die Möglichkeit geplant einen
>     > Technologiewechsel durchzuführen zu können z.B. von:
>     [..]
>     > Den Ansatz, dass möglichst viele sich ihre Firmware selber bauen
sollen
>     > unterstützte ich zu hundert Prozent,
>     > von daher wird es hoffentlich eh nicht nur die eine "zentrale"
Firmware
>     > geben, sondern bunte kompatibel gebaute in jeder Hood.
>     > Es gibt schon seit Jahren Leute innerhalb kbu, die sich ihre eigenen
>     > builds mit ihrem eigenen Autoupdater bauen
>     > und auf ihren Knoten Anpassungen ausprobieren.
>     >
>     > Ob ich nun die Firmware selbst flashe, die jemand anders gebaut hat
und
>     > die auf einem zentralen Server liegt,
>     > oder ob ich mich entscheide das von einem Autoupdate erledigen zu
lassen,
>     > setzt aus meiner Sicht das selbe Vertrauen zu dem Bauer der
Firmware und
>     > die selbe Zentralität voraus.
>     > Man könnte sogar argumentieren, dass durch die Notwenigkeit das
>     > Autoupdates von mehr als einer Person freigegeben werden müssen,
>     > die aktuelle Situation verbessert wird.
>     >
>     > Schaut man sich die anderen Communites die Gluon nutzen an z.B. alle
>     > über 30 site.confs die im Gluon Manual [5] verlinkt sind,
>     > stellt man fest, dass jede der über 30 Communities den Autoupdater
>     > konfiguriert hat.
>     > (mit der Ausnahme das die Configuration von Freifunk Lausitz nicht
>     > funktionieren wird.)
>     > Den Gedanken, dass der Autoupdater nicht Freifunky sei scheint also
>     > nicht Konsens zu sein.
>
>     Ich seh', dass der Autoupdate gegen das Freifunk-Selbstverständnis
geht:
>     https://kbu.freifunk.net/2016/05/Seid_dezentral/
>     <https://kbu.freifunk.net/2016/05/Seid_dezentral/> -
>
> Wenn du dich selbst zitierst, ist es dennoch nur eine Meinung.

Korrekt - es erspart Copy & Paste.

>
>
>     Du argumentierst, dass der Autoupdater in Erster Linie das
>     Benutzererlebnisse verbessert und dich Sicherheit des Netzes erhört.
>
> Ließ vielleicht nochmal, was ich schrieb.

Done.

>
>
>     Letzendlich läuft's auf die Frage heraus: Gibt es Administratoren, mit
>     Ihrer Autorität Updates verteilen oder haben wir den /Anspruch/ an
>     Freifunkerinnen und Freifunker, dass sie es selber tun.
>
> Wir haben offenbar diesen /Anspruch/ nicht und müssen auch niemanden
> bevormunden,

Ich finde es falsch, dass wir diesen Anspruch nicht haben, da es IMHO
den Kern von Freifunk ausmacht.

> sondern geben Entscheidungsfreiheit. Das /Frei/ in /Frei/funk kommt
> übrigens von Freiheit #freifunkbefreien.

Ich weiß, woher das Wort kommt. Ich seh' es aber nicht als Bevormundung,
wenn ich sage, dass es falsch ist eine Dienstleistung (hier: Updates)
anzubieten.

Ich zwinge damit niemanden etwas zu tun / nicht zu tun.

>
>
>     Kinolux argumentiert gut  - lesenswert:
>     https://blog.freifunk.net/2015/01/28/eine-note-zu-freifunk/
>     <https://blog.freifunk.net/2015/01/28/eine-note-zu-freifunk/>
>
>     "Und auch per default eingeschaltete automatische Updatefunktionen in
>     der Firmware, sowie hinterlegte Keys sind nicht mit der Idee einer
>     freien, selbstbestimmten und dezentralen Netzwerkstruktur vereinbar.
Die
>     Hoheit über seinen Knoten liegt bei UserIn.
>
> Selbstbestimmt heißt man hat die Wahl,
> die Hoheit zu dieser Wahl liegt bei den Usern, nicht bei dir.

Da hast Du definitiv recht. Ich gebe aber auch niemandem eine Wahl vor -
ich zwinge niemanden einen Autoupdate an oder auszuschalten oder einen
solchen Service anzubieten oder nicht anzubieten.

Ich bringe nur Argumente vor, warum ich finde, dass ein Autoupdater eine
sehr schlechte Idee ist. Wenn Du - wie oben geschrieben - keine Lust
hast zu philosophieren oder zu streiten brauchst Du nicht zu reagieren.

>
>
>     Lasst uns wieder unregulierte Netze bauen, freie freifunk Netze."
>
> Machen wir ja, mir kommt es so vor als möchtest du uns regulieren.
Ich habe keine Autorität, mit der ich jemanden regulieren könnte.

Gruß, yanosz

--
For those of you without hope, we have rooms with color TV,
cable and air conditioning
--
_______________________________________________
Freifunk-Bonn mailing list
Freifunk-Bonn at lists.kbu.freifunk.net
https://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20180103/3d05d4a4/attachment.htm>