Build-Probleme Kubuntu 18.04

[Adrian Schmutzler]

Hallo Ralph,

 

manchmal ist auch einfach das Parallel Build kacke und es geht erst beim zweiten mal.

 

Wenn du dir die aktuelle Firmware geholt hast, wurde auch zwischenzeitlich auf 18.06.4 aktualisiert, das könnte auch einen Einfluss haben (sofern du clean und prepare gemacht hast).

 

Grüße

 

Adrian

 

From: Ralph A. Schmid, dk5ras [mailto:ralph at schmid.xxx] 
Sent: Donnerstag, 25. Juli 2019 15:32
To: 'Adrian Schmutzler' <mail at adrianschmutzler.de>; franken-dev at freifunk.net
Subject: RE: Build-Probleme Kubuntu 18.04

 

Wie albern, man probiert es nach Wochen mal wieder, und es läuft durch, als wär nix gewesen :) Sorry wegen des Alarms, hat sich irgendwie selber behoben, evtl. wurde irgendwas aktualisiert oder so. Bisher habe ich nur die dependencies von unserer Seite installiert, wobei das von Deinem Link vermutlich eh auf meiner Mühle drauf is, kommt mir jedenfalls vieles bekannt vor. 

 

Viele Grüße!


Ralph.

 

 

 

 

From: Adrian Schmutzler [mailto:mail at adrianschmutzler.de] 
Sent: Thursday, July 25, 2019 2:14 PM
To: 'Ralph A. Schmid, dk5ras' <ralph at schmid.xxx <mailto:ralph at schmid.xxx> >; franken-dev at freifunk.net <mailto:franken-dev at freifunk.net> 
Subject: Build-Probleme Kubuntu 18.04

 

Hallo,

 

hast du alle Dependencies?

 

https://openwrt.org/docs/guide-developer/quickstart-build-images

 

(Das Java-Zeug brauchst du nicht.)

 

Grüße

 

Adrian

 

From: Ralph A. Schmid, dk5ras [mailto:ralph at schmid.xxx] 
Sent: Donnerstag, 25. Juli 2019 13:53
To: 'Adrian Schmutzler' <mail at adrianschmutzler.de <mailto:mail at adrianschmutzler.de> >; franken-dev at freifunk.net <mailto:franken-dev at freifunk.net> ; 'Fabian Bläse' <fabian at blaese.de <mailto:fabian at blaese.de> >
Subject: RE: [PATCH v3 2/4] fff-hoods/fff-wireless: Reconfigure instead of delete and create

 

Moin,

 

ist eigentlich irgendwas passiert, daß die FW nicht mehr unter Kubuntu LTS 18.04 baut?

 

 

Viele Grüße!


Ralph.

 

From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf Of Adrian Schmutzler
Sent: Monday, July 22, 2019 10:40 PM
To: franken-dev at freifunk.net <mailto:franken-dev at freifunk.net> ; 'Fabian Bläse' <fabian at blaese.de <mailto:fabian at blaese.de> >
Subject: RE: [PATCH v3 2/4] fff-hoods/fff-wireless: Reconfigure instead of delete and create

 

Habe Patches 1-3 nun wie von Fabian angeboten applied.

 

Wir können gerne über die entsprechenden Modifikationen weiter diskutieren.

 

Den Patch 4/4 werden ich mal (ohne Version) neu schicken, den hat bisher eh noch keiner angekuckt.

 

Grüße

 

Adrian

 

From: franken-dev [mailto:franken-dev-bounces at freifunk.net] On Behalf Of Adrian Schmutzler
Sent: Montag, 22. Juli 2019 21:23
To: 'Fabian Bläse' <fabian at blaese.de <mailto:fabian at blaese.de> >; franken-dev at freifunk.net <mailto:franken-dev at freifunk.net> 
Subject: RE: [PATCH v3 2/4] fff-hoods/fff-wireless: Reconfigure instead of delete and create

 

Hallo,

 

um die Übersicht etwas zu verbessern, und da keinerlei Widerspruch kam, werde ich heute abend oder morgen die wireless Patches und die tunneldigger-Serie applien.

 

Ich werde mir jetzt aber erstmal Übersicht verschaffen …

 

Grüße

 

Adrian

 

From: Fabian Bläse [mailto:fabian at blaese.de] 
Sent: Mittwoch, 3. Juli 2019 14:03
To: Adrian Schmutzler <freifunk at adrianschmutzler.de <mailto:freifunk at adrianschmutzler.de> >; franken-dev at freifunk.net <mailto:franken-dev at freifunk.net> 
Subject: Re: [PATCH v3 2/4] fff-hoods/fff-wireless: Reconfigure instead of delete and create

 

Hallo Adrian, 

mir gefällt hier weiterhin nicht, dass fff-hoods Dinge tut, die imho ins fff-wireless Modul gehören. 
Darunter fällt: 
- Anlegen eines wXsta Interfaces 
- Wechsel des Mesh-Modus (während die Mesh Interfaces sehr wohl von fff-wireless angelegt werden) 

wXsta würde ich einfach bedingungslos in fff-wireless (disabled) anlegen und somit immer bereitstellen. 

Für den Wechsel des Mesh-Modus würde ich für jeden Mesh-Modus eine Funktion bereitstellen, mit der der Modus entsprechend gesetzt werden kann.

Die Funktionen haben dann die passenden Parameter für den jeweiligen Mesh Modus. 

Vor allem letzteres ist mir relativ wichtig, da für den Wechsel bekannt sein muss, welche Modi es gibt und was alles an Resten gelöscht werden muss.

Dabei sollten die Funktionen jeweils weder commit noch reload machen, das soll dann dem Aufrufer überlassen werden. 
So lässt sich dann auch leicht der Test-Modus in der Gatewayfirmware implementieren. 

Aktuell wird das aber auch schon direkt in die uci wireless settings geschrieben. Daher würde ich vorschlagen, dass ich für die Funktionen einen eigenen Patch sende, über den man dann getrennt diskutieren kann.

Daher trotz der Anmerkungen: 
Reviewed-by: Fabian Bläse <fabian at blaese.de <mailto:fabian at blaese.de> > 

Gruß 
Fabian 

 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://{'listname': 'franken-dev-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-dev-freifunk.net/attachments/20190725/5cd60b88/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 834 bytes
Beschreibung: nicht verfügbar
URL         : <https://{'listname': 'franken-dev-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-dev-freifunk.net/attachments/20190725/5cd60b88/attachment.sig>