[PATCH v3 06/14] fff-network/-support/-web: Nice setup of special-port devices

Adrian Schmutzler mail at adrianschmutzler.de
Di Mai 14 13:12:30 CEST 2019


Hallo,

ich habe gerade noch überlegt, ob man nicht aus dem ubus auch das spezifische Gerät rauskriegt, also irgendwie
ubus list network.interface.eth0
oder so machen kann. Da stehen aber wirklich nur die Interfaces, insofern ist es mit deiner einfachen Variante wohl am besten.

Grüße

Adrian

> -----Original Message-----
> From: robert [mailto:rlanghammer at web.de]
> Sent: Sonntag, 28. April 2019 08:29
> To: Adrian Schmutzler <mail at adrianschmutzler.de>; franken-dev <franken-
> dev at freifunk.net>
> Subject: Re: [PATCH v3 06/14] fff-network/-support/-web: Nice setup of
> special-port devices
> 
> Hi Adrian,
> 
> eigentlich ist es ganz simpel. ubus list zeigt alle registrierten
> "namespaces". Und der network namespace wird im init Skript registriert.
> Ist also vorher noch nicht da.
> 
> Zum testen hab ich ein simples init Skript angelegt:
> 
> 
> #!/bin/sh /etc/rc.common
> 
> START=18
> 
> start() {
> 
> ubus list network ; echo "errorlevel $?" >> /tmp/ubustest
> ubus list network || echo "network aus" >> /tmp/ubustest
> 
> echo >> /tmp/ubustest
> echo "registrierte namespaces"  >> /tmp/ubustest
> ubus list >> /tmp/ubustest
> 
> }
> 
> Der user merkt davon nix. Er kommt nur auf die Kiste, wenn das Netzwerk
> an ist. Für ihn verhält sich das Skript immer gleich.
> 
> Grüße
> 
> Robert
> 
> 
> 
> 
> Am 28.04.19 um 01:37 schrieb Adrian Schmutzler:
> > Hallo Robert,
> >
> > Tatsächlich habe ich hier auch bereits darüber nachgedacht, ob ich nach so
> einer Lösung fragen sollte. Cool, dass es so was tatsächlich gibt.
> >
> > Für mich ist das einzige "Problem" dabei, das ich die Sache etwas intransparent
> finde: Für den Nutzer, weil sich die gleiche Funktion unterschiedlich verhält und
> für den Entwickler, weil es kacke zu testen ist.
> >
> > Da du das mit dem testen aber ja scheinbar hingekriegt hast, werde ich mir das
> mal genauer ankucken.
> >
> > Grüße
> >
> > Adrian
> >
> > On 27 April 2019 21:13:24 CEST, robert <rlanghammer at web.de> wrote:
> >> Hi Adrian,
> >>
> >> zu dem Problem hab ich eine gute Lösung gefunden. Man kann mit "ubus
> >> list network" feststellen ob /etc/init.d/network schon gelaufen ist.
> >> Wenn nicht kommt ein Fehler.
> >>
> >> Mann kann also das network restart davon abhängig machen. z.B
> >>
> >> ubus list network && /etc/init.d/network restart
> >>
> >> War etwas tricky das zu testen bevor das Netz an ist. Wollte schon den
> >> Lötkolben anwerfen. Einfacher war dann ein init-testskript, das vor
> >> network läuft.
> >>
> >> Grüße
> >>
> >> Robert
> >>
> >>
> >
-------------- 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/20190514/f3e14f83/attachment.sig>


Mehr Informationen über die Mailingliste franken-dev