<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><font size="-1">Hi ede. Tag zusammen. <br>
</font></p>
<font size="-1">
</font>
<p><font size="-1">ich beziehe mich dann mal auf deine mail und die
Punkte die mich ansprechen. <br>
</font>
</p>
<font size="-1">
</font>
<p><font size="-1">Also auf GitHub verweist du in der Frage, ob eine
Maske zum erstellen mit vorgeschaltet werden kann.</font></p>
<font size="-1">
</font>
<p><font size="-1">Dass diese nicht vorhanden ist, lässt mich meine
Frage erweitern, "wäre es möglich, eine Maske,</font></p>
<font size="-1">
</font>
<p><font size="-1">die dem Knoten bzw. dem für den Knoten
vorgesehenen Image, seine Parameter mit gibt, zu erstellen?"</font></p>
<font size="-1">
</font>
<p><font size="-1"><br>
</font>
</p>
<font size="-1">
</font>
<p><font size="-1">Das mit dem Hintergrund, dass nicht nur
autoupdate on/off , auch Kontaktdaten und Locator (evtl. mehr)</font></p>
<font size="-1">
</font>
<p><font size="-1">vom Knotenbetreiber auf seinen Router geschrieben
werden sollten. <br>
</font>
</p>
<font size="-1">
</font>
<p><font size="-1">Da ich den Gedanken, es sei unbequem dem
Knotenbetreiber erst seinen Download freizugeben, wenn er seine</font></p>
<p><font size="-1">Kontaktmailadresse angegeben hat, verstehe. Würde
eine weiter ausgebaute Abfrage auch nicht mehr zur Last fallen.
<br>
</font></p>
<p><font size="-1"> </font></p>
<p><font size="-1">Zu den "Bedürfnissen" möchte ich einbringen, dass
diese auf 2 Seiten liegen. <br>
</font></p>
<p><font size="-1">Und diese aus den vorhergehenden
Diskussionsbeiträgen hervor gehen. <br>
</font></p>
<p><font size="-1">Die Site soll ja laufen. Das spricht zumindest
dafür die Kontaktadresse sauber vorfinden zu können. <br>
</font></p>
<p><font size="-1">Wenn weitere Angaben, Knotenname, Locator, das
Leben der Admins leichter machen, <br>
</font></p>
<p><font size="-1">könnte dem Knoten Betreiber vor dem flash
abverlangt werden, die Daten wie gebraucht und gewünscht
abzuringen. <br>
</font></p>
<p><font size="-1"><br>
</font></p>
<p><font size="-1">qatuno</font><br>
</p>
<p><br>
</p>
<p><br>
</p>
<br>
<div class="moz-cite-prefix">Am 15.01.2018 um 11:11 schrieb
<a class="moz-txt-link-abbreviated" href="mailto:edgar.soldin@web.de">edgar.soldin@web.de</a>:<br>
</div>
<blockquote type="cite"
cite="mid:de06705f-ee3f-ff1a-0854-bd5830bbdcca@web.de">
<pre wrap="">On 14.01.2018 16:27, qatuno wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Moin zusammen,
</pre>
</blockquote>
<pre wrap="">
hey Gatuno,
</pre>
<blockquote type="cite">
<pre wrap="">mich würde an der Stelle eine Frage interessieren, die in Richtung
Firmware compile bzw. config geht.
Wie lange dauert das?
</pre>
</blockquote>
<pre wrap="">
reines bauen irgendwas zwischen 5min oder deutlich länger (über 1h). das hängt davon ab wieviel modelle gebaut werden, ob die toolchain schonmal gebaut wurde etc.
</pre>
<blockquote type="cite">
<pre wrap="">Kann durch eine vor den Download geschaltete Maske, die gewünschte
benötigte Config abgefragt werden?
</pre>
</blockquote>
<pre wrap="">
nein. und was meinst Du mit "Config"? autoupdate on/off?
</pre>
<blockquote type="cite">
<pre wrap="">Wie hoch wäre der Aufwand und ist dieser praktisch umsetzbar?
</pre>
</blockquote>
<pre wrap="">
+1 per config unterschied. manche unterschiede könnten ohne 'make clean' gebaut werden, aber nummer sicher wäre immer nur ein kompletter neubau (toolchain könnte man behalten).
vwg. praktisch umsetzbar - "Gebt mir einen Hebel, der lang genug, und einen Angelpunkt, der stark genug ist, dann kann ich die Welt mit einer Hand bewegen."
empfehlen würd ich's nicht. vwg. Autoupdate - da hat der router config mode einen schalter unter erweitert, das sollte reichen. ob der default an oder aus ist, das scheint momentan umstritten.
ich würd sagen, anlassen und explizit drauf hinweisen, dasset an ist und ausschaltbar bei bedarf. und falls jemand "alternative" firmware (ohne autoupdate) selber bauen oder anbieten will, so ist das momentan ohne weiteres auch möglich.
</pre>
<blockquote type="cite">
<pre wrap="">
Wenn die KnotenNutzer keine Firmware in den Download gestellt bekommen,
die nicht klar zuvor auf die Bedürfnisse
des Knoten abgestimmt ist.
</pre>
</blockquote>
<pre wrap="">
welche "Bedürfnisse" hast Du im sinn?
</pre>
<blockquote type="cite">
<pre wrap="">Und muss dies compiliert werden, oder reicht
es eine angepasste config in das Downloadfile zu schreiben?
</pre>
</blockquote>
<pre wrap="">
schau Dir die aktuellen gluon konfigurationen doch mal an.
<a class="moz-txt-link-freetext" href="https://github.com/ff-kbu/site-ffkbu">https://github.com/ff-kbu/site-ffkbu</a>
das ist nicht's weiter als eine JSON datei, ein Make file und ein paar übersetzungen (i18n). sozusagen die Konfiguration für das gluon buildroot, wie es die images zu erstellen hat.
montäglich grüsst ..ede
</pre>
</blockquote>
<br>
</body>
</html>