[Eisfair] E1: dhcpd 1.6.0 tftpd warnung aber kein tftpd

[Kay Martinen]

Am 22.06.2017 um 13:14 schrieb Marcus Roeckrath:
>
> Kay Martinen wrote:
>
>>> Laut Code käme der, wenn
>>>
>>> - im tftpd-Paket der Start auf no steht
>>
>> Da ich dort kein tftpd-paket installiert habe, und das auch erst mal
>> nicht brauche... logisch das er da nichts findet. Aber dann ist die
>> Fehlermeldung nicht zielführend.
>>
>>> - ein DHCPD_PXE_x_ACTIVE auf yes gesetzt ist
>>
>> Steht auch auf No. Schrieb ich oben.
>>
>>> - in DHCPD_CLIENT_x_NETBOOT|KERNEL¦INITRD nicht leer sind
>>
>> Die sind leer!
>>>
>>>> was kommt wenn ich bei einem client Netboot=no eingab und speichere.
>>>
>>> KERNEL und INITRD dürfen auch nicht angegeben sein.
>>
>> Die sind auch nicht angegeben, bzw. leer. Ich habe nur den
>> netboot-schalter auf No gesetzt. Und dennoch kommt die Fehlermeldung die
>> eigentlich nicht kommen dürfte.
>
> Ok, dann schick mir mal bitte folgendes per PM.
>
> /etc/config.d/dhpcd
>
> /etc/check.d/dhpcd*

Mache ich später noch. Aktuell habe ich wenig zeit und der ist noch aus, 
die konfig darum nicht gespeichert und der dhcp im router ist auch noch an.

Die bisherigen Meldungen kamen aber sofort wenn man in im Setup 
aktiviert und dann die o.g. änderungen machte und speicherte.

Ohne ein tftpd paket installiert zu haben!


>>>> Dann sagst du also im grunde: Dhcpd gibt es auf dem EIS nicht mehr.
>
> Ich habe gesagt, dass das Paket schon länger keinen Maintainer mehr hat.
>
>>> Solange es läuft ist ja gut.
>>
>> Wenn du als ein Paketbetreuer (nicht unbedingt von diesem) mir das so
>> sagt, dann bleibt bei mir hängen "funktioniert bald nicht mehr, lieber
>> nicht nutzen!" und in Verbindung mit dem Umstand das es m.W. nur diesen
>> DHCPd für den EIS gibt läuft das effektiv darauf hinaus was ich oben
>> kurz fasste.
>
> Ich kann Dir doch nicht garantieren, dass bei einer fortschreitenden
> eisfair-Entwicklung ein derzeit verwaisten Paket in aller Zukunft noch
> weiter funktionieren wird.

Nein, das wohl nicht.

Nur, Wenn ich mal sicher wüsste das bei Änderungen anderswo die das 
Paket definitiv unbrauchbar machen dessen Obsoleszenz oder Dysfunktion 
auch an die User kommuniziert wird...

Einen "New release" Newsletter gibt es. Einen "Paket kaputt, wird 
gelöscht" wohl nicht. Wie erfährt man das sonst? Nur durch 
nicht-mehr-erscheinens im paket-browser?

Vielleicht wäre es gut im paket-browser ein Icon "Needs new Maintainer" 
an zu fügen.

> Ich setze es selbst nicht ein und möglicherweise ist es insgesamt nur in
> wenigen Einzelfällen in Betrieb, da solche Aufgaben doch eher auf einem
> Router anzusiedeln sind.

Ich bin derzeit dabei genau das um zu drehen. Weil ich alle IP derzeit 
nicht im FLI unterbringe (bug in 3.10.9) und mir mehr Flexibilität (bei 
Änderungen muss Eisfair nicht neu booten) verspreche. Außerdem will ich 
evtl. noch ipfire oder opnsense als internes Gateway dazu bauen und 
deren dhcp auch NICHT unbedingt verwenden. Obwohl das noch eine 
Rückfall-option ist.


> Wenn es vielleicht irgendwann wirklich nicht mehr laufen sollte, wird sich
> möglicherweise rausstellen, ob das für jemanden so essentiell ist, dass er
> sich diesen Paketes annimmt.

Darauf läuft es hinaus. Entweder $irgendwer macht es, oder $was? Das 
Paket wird sang-und-klanglos gelöscht?

Ich frage weil ich die Antwort nicht weiß.


>> N.B. Zufällig (wieder) gefunden: Benutzt eigentlich irgendwer den
>> Bugtracker (https://ssl.nettworks.org/bugs/projects/EISFAIRONE)?
>>
> Ich habe da gerade mal reingeschaut, nachdem Dein Bericht per Mail intern
> verteilt wurde.

Der zum alten SN von dort, oder das hier?
>
> Muss aber sagen, dass ich da nicht so recht schlau draus werde: "Ist
> installiert, aber das Menü verschwindet nicht?"

Meinst du jetzt meine Meldung im Bugtracker zum alten SN? Das ist doch 
ganz einfach. Er deinstallierte und wenn du in das Service-menü gehst 
ist da immer noch das SN-Menü. Dessen Scripts wurden wohl nicht weg geräumt.


Kay