<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hallo Jan und eGeist,<br>
<br>
erstmal danke für eure Rückmeldungen.<br>
@jan:<br>
Ersteinmal danke für die IPV6-Adresse für Jenkins. Der Router löst
diese auch auf [2001:470:1f14:1ce6::2] auf. Allerdings kommt dann
nichts mehr. Kann es sein, das wir im Freifunknetz am
Internetgateway ein IPV6-Problem haben?<br>
Da waren doch auch vor ein paar Tagen Mails bzgl. IPV6 von Ramon.
Und die Seite <a class="moz-txt-link-abbreviated" href="http://www.wieistmeineip.de">www.wieistmeineip.de</a> kann auch nur die IPV4-Adresse
anzeigen. Angeblich ist IPV6 nicht vorhanden.... Hmm..... Meinst Du,
Du könntest das überprüfen? Danke schön!<br>
Bzgl. des Scripts:<br>
Aktuell benutzt der Script eine <u>Datei</u> "upgradversion", um zu
verifizieren, welche Version aktuell ist. Deswegen würde ich diese
im aktuellen Ausbaustand benötigen. Ich versuche dies zu ändern.
Außerdem verstehe ich noch nicht ganz, was Du meinst mit "<b>Es wäre
imho genial, wenn Du Dein Upgrade-Script einfach gegen
beta-Versionen laufen lässt.</b>"? Eigentlich würde ich gerade
Betas NICHT automatisch installieren lassen wollen aufgrund von
potenziellen Fehlern oder reden wir da aneinander vorbei? Mein Plan
ist, diesen Script in die neue Firmwareversion zu integrieren, damit
alle Freifunkrouter aktualisiert werden könnnen.....<br>
<br>
@eGeist: Die Idee mit dem Auswerten der MD5SUM-Datei ist genial!
Danke für den Tip! Ich werde mal versuchen, das so umzusetzen, da
ich dann wirklich die normale Struktur von jenkins verwenden
könnte.... Wie war das noch, auf die einfachsten Ideen kommt man
meistens nicht...:-)<br>
<br>
@all: Ich bin mir momentan noch unschlüssig, ob die Updatefunktion
standardmäßig aktiviert sein soll oder nicht. Was sagt Ihr dazu? Und
ist es viel Aufwand auf unserer Register-Seite bei den Eigenschaften
der jeweiligen Router eine Auswahlmöglichkeit für "Update Ja/nein"
zu setzen, welches ich dann via API bzw einfacherer Downloadurl
abfragen kann?<br>
<br>
Viele Grüße<br>
Thomas<br>
<br>
<br>
<br>
Am 02.03.2014 11:06, schrieb <a class="moz-txt-link-abbreviated" href="mailto:johnny.bee@gmx.de">johnny.bee@gmx.de</a>:<br>
<span style="white-space: pre;">> Am 01.03.2014 11:48, schrieb
Jan Lühr:<br>
>> Hallo,<br>
>> Am 03/01/2014 09:05 AM, schrieb <a class="moz-txt-link-abbreviated" href="mailto:johnny.bee@gmx.de">johnny.bee@gmx.de</a>:<br>
>>> Hallo Jan,<br>
>>><br>
>>> freut mich doch, das Dir die Idee gefällt. Leider
bräuchte dann aber der<br>
>>> Webspace für unsere Releases eine Anpassung.<br>
>>><br>
>>> Mein Script funktioniert folgendermaßen:<br>
>>> - Gehe auf den Updateserver in das Verzeichnis, der
in der Config<br>
>>> angegeben ist.<br>
>>> -Suche dort nach einem Verzeichnis analog Deinem
Boardnamen, damit keine<br>
>>> falsche Version installiert wird. Also z.B.
tl-wdr4300<br>
>>> -Wenn Du nichts findest (keine Autoupdatefunktion
bzw. nicht getestet)<br>
>>> hör auf.<br>
>>> -Wechsle in dieses Verzeichnis und suche nach einer
Datei<br>
> "upgradeversion"<br>
>>> -Diese Datei ist wie folgt aufgebaut:<br>
>>> -1. Zeile: Aktuelle Version, also z.B.
2013-09-22_05-05-21-continuous<br>
>>> -2. Zeile: Kompletter Downloadpfad, also z.B.<br>
>>><br>
>
<a class="moz-txt-link-freetext" href="http://jenkins.kbu.freifunk.net/files/continuous/ff-kbu-tl-wdr4300-v1-2013-09-22_05-05-21.bin">http://jenkins.kbu.freifunk.net/files/continuous/ff-kbu-tl-wdr4300-v1-2013-09-22_05-05-21.bin</a><br>
>>> -Lade diese Datei herunter und überprüfe die Version
mit Deiner<br>
>>> installierten. Wenn gleich, dann hör auf.<br>
>>> -Ansonsten lade die Firmwaredatei herunter nach /tmp
und installiere sie.<br>
>><br>
>> Deine Anleitung ist sehr detailreich. Mir ist noch nicht
so recht klar,<br>
>> wozu Du das Verzeichnis "upgrade-Version" brauchst?<br>
>><br>
>> Der Server arbeitet wie folgt.<br>
>> <a class="moz-txt-link-freetext" href="http://jenkins.kbu.freifunk.net/files/release/latest/">http://jenkins.kbu.freifunk.net/files/release/latest/</a> -
hier sind alle<br>
>> releases hinterlegt. Der Aufbau der Dateien dort ist<br>
>> ff-kbu-$RouterTyp-$Version_(2-stellig).bin<br>
>><br>
>> Für beta Releases:<br>
>> <a class="moz-txt-link-freetext" href="http://jenkins.kbu.freifunk.net/files/beta/">http://jenkins.kbu.freifunk.net/files/beta/</a><br>
>> -> Unterverzeichnisse der form
$Version_(2-stellig)beta$BETA-Version<br>
>> 1-2-stellig, fortlaufend)<br>
>> -> Dort liegen Dateien der Form<br>
>> ff-kbu-$RouterTyp-$Version_(2-stellig)beta$BETA-Version
1-2-stellig,<br>
>> fortlaufend)<br>
>><br>
>> Eigentlich solltest Du diese Struktur auswerten können
ohne das<br>
>> Änderungen nötig sind.<br>
>><br>
>><br>
>>> Also würde es wahrscheinlich Sinn machen, den
"normalen" Downloadbereich<br>
>>> für die Releases per IPV6 zugänglich zu machen<br>
>><br>
>> So... der DNS sollte sich synchronisiert haben - jenkins
hat eine v6-IP<br>
>><br>
>> und den Aufbau nicht zu<br>
>>> ändern und zusätzlich einen kleinen Bereich zu haben,
wo die Datei<br>
>>> "upgradeversion" in den entsprechenden
Unterverzeichnissen liegt.<br>
>>> Diesen Bereich würde ich auch gerne, auf jeden Fall
zu Anfang, nicht<br>
>>> automatisiert füllen lassen, sondern manuell nach
entsprechenden Tests.<br>
>>> Somit sollten auch die Risiken von totgeflashten
Routern minimiert<br>
> werden.<br>
>><br>
>> Hmm... im Prinzip testen wir releases "so oder so". Extra
Tests für<br>
>> automatische Upgrades finde ich ein wenig passend. Es
wäre imho genial,<br>
>> wenn Du Dein Upgrade-Script einfach gegen beta-Versionen
laufen lässt=</span><br>
<br>
<br>
</body>
</html>