[RFC PATCH] fff-hoods/fff-hoodutils: Use different files for www and checksum

[Fabian Bläse]

Hallo Adrian,

> On 13. Jun 2018, at 14:01, Adrian Schmutzler <mail at adrianschmutzler.de> wrote:
> 
> Wenn wir wie in diesem Patch hoodfilecopy nach /tmp legen, wird sowieso nach dem Neustart neu konfiguriert. Das fand ich auch schon immer erstrebenswert (wenn was kaputt geht, wird es durch Neustart repariert und nicht erst durch Reset).
> 
> Die Frage ist, was genau man macht: Existiert der Symlink IMMER (wird also mittels uci_default gesetzt o.ä.), und nur die Datei in /tmp wird erstellt und gelöscht, oder müssen wir den Symlink bei konfigurieren mit erstellen/löschen. Ersteren Fall fände ich erstrebenswert, wenn er funktioniert.

Sollte immer existieren. Der uhttpd (bzw. das Linux) folgt dem Link dann und findet die passende Datei nicht. Dann müsste er genau den gleichen Fehler vom Linux bekommen, wie wenn die Datei von vornherein nicht da gewesen wäre.
Vorzugsweise sollte der Symlink schon im squashfs drin sein. Ich fürchte aber, dass man das nicht sinnvoll machen kann -> uci-defaults

>> Eigentlich ist mir auch dieser keyxchangev2data Dateiname ein Dorn im Auge.
>> Wenn das nicht nur mir so geht, wäre es cool, das nochmal VOR Release zu
>> ändern. (z.B. in hoodfile im www und hoodfile_www usw. in /tmp, nicht im
>> Rahmen dieses Patch(sets))
> 
> Bin ich sehr dafür. Das manuelle Hoodfile heißt ja auch /etc/hoodfile. Ich schlage vor:
> 
> hoodfilelocal=/etc/hoodfile
> hoodfiletmp=/tmp/hoodfile
> hoodfilewww=/tmp/hoodfilewww
> hoodfileref=/tmp/hoodfileref ("ref"=reference, checksum ist mir zu lange, außerdem ist es ja keine checksumme, sondern ein ganzes file)
> sectorfilelocal=/etc/sectorfile
> sectorfiletmp=/tmp/sectorfile
> sectorfilewww=/tmp/sectorfilewww

Gefällt mir an sich soweit.
Aber ich würde entweder bei hoodfiletmp das tmp weglassen oder entsprechend an die Datei ran hängen.

Gruß
Fabian
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180613/deaeff67/attachment.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 833 bytes
Beschreibung: Message signed with OpenPGP
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20180613/deaeff67/attachment.sig>