[Freifunk-Bonn] Freifunk auf Firmware Unifi UAP

[Michel Vorsprach]

Guten Abend,
Am 16.05.2014 um 23:29 schrieb Jan Lühr <ff at jluehr.de>:

> Hallo Michel,
> 
> danke für Dein Feedback und willkommen bei Freifunk. Ich bin so frei die
> ML zu CC'en, da wir solche Dinge eigentlich dort besprechen.

kein Problem :-)
> 
> Am 05/16/2014 10:43 AM, schrieb Michel Vorsprach:
>> Hallo,
>> 
>> ich habe soeben versucht die Freifunk auf Firmware auf einem Unifi UAP
>> (http://www.ubnt.com/unifi#ap) zu flashen. Leider ist das nicht möglich
>> da er " Invalid image type.“ ausgibt.
>> 
>> 
>> Ich hab das mit folgenden Images probiert:
>> 
>> http://jenkins.kbu.freifunk.net/jenkins/view/FF-MD/job/FF-MD/
>> ff-md-ubnt-unifi-v.0.9.14-md.bin
>> <http://jenkins.kbu.freifunk.net/jenkins/view/FF-MD/job/FF-MD/9/deployedArtifacts/download/artifact.56/>
> 
> Hmm.... das ist die Magedeburger Firmware.
> 
>> und
>> 
>> http://jenkins.kbu.freifunk.net/files/release/1.1/untested/firmware/
>> ff-kbu-ubnt-unifi-v.1.1.bin
>> <http://jenkins.kbu.freifunk.net/files/release/1.1/untested/firmware/ff-kbu-ubnt-unifi-v.1.1.bin>
> 
> Das ist die von Freifunk-KBU.
> 
>> scheinbar fehlt in dem Image ein Patch von OpenWRT (gluon hat diesen
>> schon implementiert)
>> 
>> https://github.com/freifunk-gluon/gluon/blob/master/patches/openwrt/0002-Make-Unifi-images-flashable.patch
>> 
>> könntest Ihr das bitte einbauen in eure und die Magdeburger Firmware und
>> dann neu kompilieren?
> 
> Puh - das sagt sich so einfach.  Erstmal kannst Du gerne für Dich selber
> die Firmware bauen. Ich versuch' mal zu erklären warum es nicht so
> einfach geht...
> 
> -> Die Images Du Du herunter lädst sind "Release" mit einem festen Stand
> / festem Namen. Zur Nachvollziehbarkeit sollte der Inhalt immer gleich
> und mit Checksummen versehen sein. Niemand sollte etwas anderes
> bekommen, nur weil er die Datei 2x herunter lädt - und es ggf. nicht
> weiß, weil er diese Liste lädt,
> 
> -> Über das, was als "Magdeburg" passiert, habe ich keine Kontrolle.
> Hier werden git-repos gebaut, die sie unserer Einflussnahme entziehen
> 
ich glaube die git-repos sind unter http://github.com/freifunkmd

> -> Ich eher abgeneigt OpenWRT zu patchen. Solche Modifikationen erzeugen
> Aufwand, verlangen Detailwissen und führen dazu, dass wir letztendlich
> andere Probleme beobachten können, als OpenWRT selber.
> 
> -> Unser aktuelles vorgehen ist, dass wir Firmware-Releases aus dem
> OpenWRT-Trunk bauen, sie auf vers. Geräten testen. Dein Bugreport kommt
> leider zu spät - 1.1. ist kürzlich released.
> Letzendlich können wir überlegen, ein neues Release zu starten. Dein
> Problem wäre ein guter Anlass. Ist der von Dir genannte Patch inzwischen
> im OpenWRT-Trunk enthalten oder gibt es hier noch Probleme?
> 

Ich hab meinen Fehler in ein Ticket bei Gluon eingetragen. https://github.com/freifunk-gluon/gluon/issues/108

aktuell habe ich auf dem UAP folgende image auf dem AP: openwrt-ar71xx-generic-ubnt-unifi-squashfs-factory.bin 
OpenWrt Barrier Breaker r40768 / LuCI Trunk (svn-r10180) 

diese läuft ohne Probleme auf dem AP :-)

Grüße Michel

> Gruß, Jan
> 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20140516/00f35c5b/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 204 bytes
Beschreibung: Message signed with OpenPGP using GPGMail
URL         : <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20140516/00f35c5b/attachment.sig>