<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Hi<br>
    </p>
    <div class="moz-cite-prefix">Am 03.11.2017 um 22:59 schrieb Tim
      Niemeyer:<br>
    </div>
    <blockquote cite="mid:1509746395.2774.95.camel@tn-x.org" type="cite">
      <pre wrap="">Am Freitag, den 03.11.2017, 20:55 +0100 schrieb
<a class="moz-txt-link-abbreviated" href="mailto:mail@adrianschmutzler.de">mail@adrianschmutzler.de</a>:
</pre>
      <blockquote type="cite">
        <pre wrap="">Bevor wir den applien, brauchen wir 

<a class="moz-txt-link-freetext" href="https://pw.freifunk-franken.de/patch/649/">https://pw.freifunk-franken.de/patch/649/</a>  fff-hoods/fff-wireless:
Don't delete WiFi devices

Sonst kann man das 5 GHz nicht deaktivieren.
</pre>
      </blockquote>
      <pre wrap="">Das soll hier doch gar nicht deaktiviert werden?</pre>
    </blockquote>
    <a class="moz-txt-link-freetext" href="https://wiki.freifunk-franken.de/w/Portal:Hardware/UnifiACMesh">https://wiki.freifunk-franken.de/w/Portal:Hardware/UnifiACMesh</a><br>
    <br>
    Diese Befehle würden nach den aktuellen Stand so nicht wirklich
    klappen, so ist das Gerät nur Indoor legal zu verwenden was
    irgendwie sinnlos ist. Ich denke daher kommt das Veto. Ob das Veto
    aus dem Grund gerechtertigt ist kann ich nicht beurteilen, man
    müsste höchstens dazu schreiben das es eben zum aktuellen Zeitunkt
    NUR indoor verwendbar ist<br>
    <br>
    mfg<br>
    <br>
    Christian<br>
    <blockquote cite="mid:1509746395.2774.95.camel@tn-x.org" type="cite">
      <pre wrap="">

Ggfs benötigt es auch mehr Erklärung an dem "Don't delete WiFi devices"
Patch?:
--- %< ---
We only want to remove WiFi interfaces, not devices during
reconfiguration. This still allows for complete reconfiguration,
but does not remove device attributes like a disabled 5 GHz or
similar.
--- >% ---

Dieser Patch fügt doch weder das disabled noch ein anderes Attribut an?

Tim

</pre>
      <blockquote type="cite">
        <pre wrap="">
Grüße

Adrian

</pre>
        <blockquote type="cite">
          <pre wrap="">-----Original Message-----
From: franken-dev [<a class="moz-txt-link-freetext" href="mailto:franken-dev-bounces@freifunk.net">mailto:franken-dev-bounces@freifunk.net</a>] On
Behalf
Of Tim Niemeyer
Sent: Freitag, 3. November 2017 14:03
To: Christian Dresel <a class="moz-txt-link-rfc2396E" href="mailto:fff@chrisi01.de"><fff@chrisi01.de></a>; <a class="moz-txt-link-abbreviated" href="mailto:franken-dev@freifunk.net">franken-dev@freifunk.net</a>
Subject: Re: [PATCH v2] Add support for Unifi AC Mesh

Hi

Am Montag, den 30.10.2017, 16:36 +0100 schrieb Christian Dresel:
</pre>
          <blockquote type="cite">
            <pre wrap="">This is the correct firmware for the Unifi AC Mesh I have only
tested
at Unifi AC Mesh and not at Unifi AC lite But my information is,
that
both have the same Hardware

Signed-off-by: Christian Dresel <a class="moz-txt-link-rfc2396E" href="mailto:fff@chrisi01.de"><fff@chrisi01.de></a>

---

v2:
 - remove CONFIG_PACKAGE_ATH_DFS=y & CONFIG_ATH_USER_REGD=y
</pre>
          </blockquote>
          <pre wrap="">
because is
</pre>
          <blockquote type="cite">
            <pre wrap="">already in dependencies
   active
 - remove tab and use spaces
 - remove ETHMESHMAC
 - remove debug output in configurenetwork

</pre>
          </blockquote>
          <pre wrap="">
[..]
</pre>
          <blockquote type="cite">
            <pre wrap="">diff --git
a/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
b/src/packages/fff/fff-network/files/usr/sbin/configurenetwork
index c6b3113..173e270 100755
--- a/src/packages/fff/fff-
network/files/usr/sbin/configurenetwork
+++ b/src/packages/fff/fff-
network/files/usr/sbin/configurenetwork
@@ -184,6 +184,10 @@ if [[ -n "$ROUTERMAC" ]]; then
         echo "Fixing MAC on br-mesh (mesh)"
         sleep 10
         NEW_MACADDR=$(cat /sys/class/net/$ROUTERMAC/address)
+        # We need this to set the original MAC for the
+ ubnt-unifiac-lite
from a variable and not from an Interface
+        if [[ -n "$NEWROUTERMAC" ]]; then
+                NEW_MACADDR=$NEWROUTERMAC
+        fi
</pre>
          </blockquote>
          <pre wrap="">
Hm.. Nee.. Lasst uns das bitte _vorher_ umbauen, dass die MAC
Adressen in
den network.xx Files gesetzt werden.

Tim
</pre>
        </blockquote>
        <pre wrap="">
</pre>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
      </blockquote>
    </blockquote>
    <br>
  </body>
</html>