Ich bin ja auch nicht pauschal dagegen. Ich würde es ohne halt nur noch
besser finden.
Vorhin hatte ich nochmal nach der ISO geschaut. Die wurde wohl abgelöst
oder so und nach neuerem Standard geht es auch ohne Trenner. Wobei die ISOs
in dem Bereich für meinen Geschmack sehr wirr auf Wikipedia beschrieben
sind.
Also, ganz einfach:
Meine erste Wahl YYYYMMDD, und die zweite YYYY-MM-DD. Jeweils für testing
und alle anderen kurzweiligen Versionen mit "-CommitID" angehängt.
Alle anderen vorgestellten Optionen würde ich vorerst ablehnen bzw. erst
betrachten, wenn diese beiden Optionen mehrheitlich abgelehnt werden.
(Wobei ich jetzt schon sagen kann, Jahre bitte immer YYYY, zweistellig ist
scheiße, das wissen alle die 2000 bewusst miterlebt haben ????).
Am 09.01.2017 17:39 schrieb "Jan-Tarek Butt via Dev" <dev(a)lists.ffnw.de>:
On 01/09/17 12:47, Simon Kurka wrote:
> On 02.12.2016 15:12, Jan-Tarek Butt via Dev wrote:
>>
>> On 12/02/16 15:01, Simon Kurka via Dev wrote:
>>> Ich wäre einfach für das aktuelle Datum rückwärts. Wenn Rolling Release,
>>> dann richtig ????
>> Was meinst du mit aktuelles Datum rückwärts? Meinst du nach ISO8601 oder
>> nach DIN 1355-1?
>>
>> vg
>> Tarek
> Warum nicht YYYYMMDD bzw. YYYYMMDD-Commit?
>
> Ich meine so war der letzte, noch offene Stand vom Treffen.
>
Wir hatten uns doch für YYYY-MM-DD bzw. YYYY-MM-DD-Commit entschieden
deine mail darauf hatte ich auch zustimmend interpretiert.
Siehe Re: [Dev] Firmware Versions Nummern ab 01.01.2017 vom 12/02/16 15:55
Mir ist das egal ob mit - oder ohne. Ich hab nur das aufgeschrieben was
zugestimmt wurde.
vg
Tarek
_______________________________________________
Dev mailing list
Dev(a)lists.ffnw.de
https://lists.ffnw.de/mailman/listinfo/dev
Hallo,
ich würde es begrüßen, wenn wir ab 2017 unsere Firmware Nummerierung ein
wenig Anpassen, da wir ja mehr ein Rolling Release Zyklus haben als
etwas Statisches.
Mein Vorschlag wir zählen einfach jedes Mal die Laufendenummer hoch.
Mein Vorschlag:
* 17.1
* 17.2
* 17.3
* 17.4
* ....
Und dann ab 2018
* 18.1
* 18.2
* 18.3
Ich glaube das macht mehr sin als das was wir aktuell machen
Meinugen?
gruß
Johannes
Hallo zusammen,
ich würde euch bitten, zeitnah die FW zu signen, denn die Router
vergessen leider ihre IPs nicht.
wir haben heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 1.2.1
* Gluon-Version: v2016.1.x
* Commit ID: ee597c66769a455d38467192598813e7f8411cfd
* Download: https://firmware.ffnw.de/1.2.1/
Folgende Comunnity spezifischen Änderungen gab es:
package repo:
* Kritischer Fehler im multiple-v6-watchdog:
Dieser schaute nur nach GLEICHEN v6 Adressen, nicht nach
unterschiedlichen aus den Hoods. Dieser Fehler wurde behoben.
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.2...v1.…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository
hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.2...v1.…
Schöne Grüße
Stefan
Hallo zusammen,
Ich habe heute eine neue Firmware gebaut. Basisdaten:
* Firmware-Version: 1.2
* Gluon-Version: v2016.1.x
* Commit ID: ee597c66769a455d38467192598813e7f8411cfd
* Download: https://firmware.ffnw.de/1.2
Die upstream Änderungen findet ihr hier:
https://github.com/freifunk-gluon/gluon/compare/ee597c...ee597c
Folgende Comunnity spezifischen Änderungen gab es:
package repo:
* logic Fehler im configmode wurden behoben
Das Dropdown menu hat, bei wiederholten ausführen des
configModes seinen zustand nicht wiederhergestellt.
Das setzen zweier uci Parameter ist durch einen Typen Fehler
nie zu Stande gekommen.
* Client seitige Javascript map im configeMode
Es wird nun vom Router aus via Javascript auf den Client eine
OSM Karte geladen, sofern der Client über eine Internet
Verbindung verfügt. Um das selektieren von statischen Geo
Koordinaten zu vereinfachen.
* hoodselector: hoodinfo Sektion in respondd wurde erstellt #63 #48
Über respondd werden nun Informationen über die aktuell
selektierte hood eines Routers verteilt.
* hoodselector: das MOLWM Protokoll wurde implementiert Mesh On Lan
/ Wan Managemend
Das MOLWM Protokoll detektiert hood Kollisionen im mesh on lan
oder mesh on wan. U.a. anhand von Vergleichungen von md5 hashes
der einzelnen hoods.
* hoodselector: Der hoodselector gibt nun returncodes bei der
Terminierung zurück.
* hoodselector: pid datei write Permission wird abgefangen
* hoodselector: Unbenutzte variablen wurden entfernt und das überlappen
von Globalen variablen wurde behoben (zum Einsatz kam luacheck)
* hoodselector: Es können nun mehrere fastd peers mit äquivalenten DNS
aber unterschiedlichen Port bestehen. #40
Das ermöglicht uns anstelle von folgenden zu schreiben:
starwars0.sn.ffnw.de 1001
starwars1.sn.ffnw.de 1010
starwars1.sn.ffnw.de 1011
Lediglich:
starwars.sn.ffnw.de 1001
starwars.sn.ffnw.de 1010
starwars.sn.ffnw.de 1011
Das reduziert somit die ganzen DNS Einträge.
* hoodselector: Im scanmode arbeitet der hoodselector nun nicht mehr mit
einen statisch festgelegten WLAN Interface, sondern scannt über alle WLAN
Interfaces die ein Gerät hat. #69
* hoodselector: Im scanmode wird nicht mehr statisch 30 sec abgewartet
um anschließend zu prüfen ob eine mesh Verbindung besteht. Es wird nun
kontinuierlich geschaut und spätesten nach einem Zeitablauf von 30 sec
fortgesetzt. #70
* hoodselector: Fehlermeldungen werden nun in ein logfile geschrieben und
können und über logread eingesehen werden. #36
Änderungen an der Siteconf können im Siteconf-Repo hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/siteconf/compare/v1.1.1...v…
Die Änderungen an unseren eigenen Paketen können im Packages-Repository hier eingesehen werden:
https://git.nordwest.freifunk.net/ffnw-firmware/packages/compare/v1.1.1...v…
Schöne Grüße
Tarek
Wie sieht es bei uns aus mit dem 1043v4? Schon einer gesichtet?
Mit freundlichen Grüßen
Jens Ellerbrock
--------------------
Freifunk Nordwest e.V. Website
Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten)
Von meinem Samsung Galaxy Smartphone gesendet.
-------- Ursprüngliche Nachricht --------Von: Carsten Wiemann <carsten(a)wiemann.cc> Datum: 04.01.17 13:37 (GMT+01:00) An: Vernetzung der niedersächsischen Communities <niedersachsen(a)freifunk.net> Betreff: [niedersachsen:159] Re: Freifunk TP-Link 1043V4
Hallo Herr Kensy,
kein Problem.
MfG
Carsten Wiemann
Am 1/4/17 um 12:58 PM schrieb Kensy, Frank:
> Hallo Herr Wiemann,
>
> es gibt nur diese Router im Markt, die V3 ist nicht mehr verfügbar.
>
> MfG
> Frank Kensy
>
> -----Ursprüngliche Nachricht-----
> Von: niedersachsen [mailto:niedersachsen-bounces@freifunk.net] Im Auftrag von vorstand fnorden e.V.
> Gesendet: Mittwoch, 4. Januar 2017 12:52
> An: Vernetzung der niedersächsischen Communities
> Betreff: [niedersachsen:157] Re: Freifunk TP-Link 1043V4
>
> Sehr geehrter Herr Kensy,
>
> mit anderen Worten:
> Die Hürden sind genommen.
>
> Sollten nur diese Router zur Verfügung stehen, müssen wir dafür die neue Firmware ausrollen.
>
> MfG
>
> Carsten Wiemann
>
>
> Am 1/4/17 um 12:37 PM schrieb Gunnar Klauberg:
>> Hi,
>>
>> kurz vor Weihnachten ist das in Gluon gelöst worden. Mutige können ich
>> also eine Firmware bauen. Ich habe aber noch von keiner fertigen
>> Firmware gehört wo das schon drin ist. Mag mich irren. Etwas Geduld
>> oder Eigeninitiative ist also gefragt.
>>
>> https://github.com/freifunk-gluon/gluon/commit/bee999dd9020c8b2c164c71
>> 1b84af933f4cab8e5
>>
>> Gunnar
>>
>> Am 4. Januar 2017 um 12:24 schrieb Kensy, Frank
>> <Kensy(a)breitband-niedersachsen.de
>> <mailto:Kensy@breitband-niedersachsen.de>>:
>>
>> Hallo Freifunker,____
>>
>> __ __
>>
>> wird der TP-Link 1043 in der Version 4 von der Freifunk-Firmware
>> unterstützt und wenn nicht, wo liegen die Hürden?____
>>
>> __ __
>>
>> Gruß____
>>
>> Frank Kensy____
>>
>>
>> --
>> niedersachsen mailing list
>> niedersachsen(a)freifunk.net <mailto:niedersachsen@freifunk.net>
>>
>> http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net
>> <http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net
>>>
>>
>>
>>
>>
> --
> niedersachsen mailing list
> niedersachsen(a)freifunk.net
> http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net
>
--
niedersachsen mailing list
niedersachsen(a)freifunk.net
http://lists.freifunk.net/mailman/listinfo/niedersachsen-freifunk.net