[Freifunk-Bonn] Freifunk auf Firmware Unifi UAP

[Christof Schulze]

Hallo,

Ich hätte noch images von Frankfurt anzubieten, die aus dem aktuellen
openwrt-trunk kommen. Die gibt es auch auf dem Jenkins (die mit
DANGEROUS! im Namen, die Dinger sind nämlich noch nciht groß getestet).


viele Grüße

Christof


On Friday 16 May 2014 23:29:29 Jan Lühr wrote:
> Hallo Michael,

> 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.


> 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/deployedAr
> > tifacts/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-kb
> > u-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-M
> > ake-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 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?

> Gruß, Jan

-- 
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.kbu.freifunk.net/pipermail/freifunk-bonn/attachments/20140516/70fe5383/attachment.sig>