[Eisfair] DE-Modularisierung (was: Frage ntp - log)

[Marcus Röckrath]

Hallo Kay,

Kay Martinen wrote:

> Abgesehen von der grundsätzlichen systemd-schelte sehe ich da aber mehr
> ein Prinzipielles Problem mit der Modularität; bei den Diensten; die
> EISFAIR u.a. bewirbt und die ihr hier quasi mit Füßen tretet. Wenn ich
> schon zu einem anderen init genötigt werde dann sollte das jede
> verfügbare Variante von $Dienst gleich behandeln. Damit es nämlich
> Verdammt noch mal Egal ist ob ich nun lieber chrony, ntpd oder
> wasweisichwurstwasserdaemon einsetze für die Zeitsynchronisation.
> Ansonsten könnte man auch sagen: Sorry, leider den falschen init gewählt
> - wenn DER das Problem ist. ;)
> 
> Aber genau diese Wahlfreiheit nehmt ihr/du mir mit solchen Aussagen wie
> "ntp ist halt alt, systemd mag den nicht, nimm den ächten shaiß oder
> chronyXYZ sonst gehts eben nicht". Ja, klar. Schönen Dank auch dafür!

Deine Wahlfreiheit geht aber nur so weit, wie das Team es auf die 
Speisekarte setzt.

Und das ist ntp und chronyd, wobei nicht das Problem ist, dass ntp zu alt 
ist, sondern der Maintainer (noch) nicht die Zeit hatte, das ntp-Paket 
komplett auf systemd umzustellen.

Das von die schon bemerkte system-user-ntp-Paket wird IMHO auch erst dann 
relevant, wenn das ntp-Paket auf systemd umgestellt; dann wird ntp einfach 
system-user-ntp requiren.

> Für Samba gibt es m.W. keine Alternative - außer man nähme nfs. Aber wie
> wird's dann weitergehen wenn ähnliches Passiert mit dhcp und
> dns-diensten? Also z.b. die Einbindung der alternativen
> isc-dhcpd/dnsmasq/kea-dhcp oder bind/unbound/dnsmasq oder anderer. Hab

Die gibt es (bis auf bind) doch garnicht auf eisfair, oder? bind integriert 
sich vollständig auf systemd.

Wenn du eigenhändig einen der anderen manuell (z. B. selbst kompiliert) 
installierst, bist du auch selbst für die korrekte Funktion verantwortlich. 
Falls es ein solches Paket mal offiziell geben SOLLTE, wird es auch systemd 
basierend sein - wir machen keine neuen Pakete, die noch auf SysV basieren.

Es gibt halt noch vereinzelt alte Pakete, die NOCH nicht umgestellt sind.

Beim Bau von Diensten aus den Quellen fallen heute fast ausnahmslos die 
notwendigen systed-Dateien mit raus - fast nie mehr Initskripte.

> ich mir noch nicht angesehen aber da kann's doch auf das gleiche raus
> laufen. Was im Endeffekt zu einer weiteren Verengung der
> Wahlmöglichkeiten, der Modularität führt.

Ob ein Dienst per SysV oder SystemD verwaltet wird, ist füür den Dienst 
egal.

Im wesentlichen besteht der Unterschied darin, dass SysV basierte Pakete ein 
Initskript mitbringen, für Systemd aber service-Files.

> Bis es irgendwann auf dem EISFAIR nur noch genau EINE Methode gibt um
> EINE Dienstkategorie zu bieten. Die Modularität ist dann bei Exakt NULL
> angekommen und darf als Inexistent im Archiv abgeheftet werden.

Wo sind Dienste entfallen? Weil ntp derzeit etwas hakelig ist?

Nenne Beispiele für komplett entfallene Dienste?

> Eins noch: Ich hab ntpd installiert weil ich einen ntp-server dort
> wollte. timesyncd ist ein client oder? Damit fällt der bei den
> Wahlmöglichkeiten sowieso raus (aus dem Fenster). Rest: Zwei! Und
> eingedenk obigem: Rest: EINER!

?????

Früher gab es nur ntp, oder habe ich da was übersehen? Welchen weiteren 
Zeitserver hat eisfair früher angeboten?

netdate? Ja, den gibt es auch noch, ist aber was anderes als ntp, denn 
netdate stellt die Zeit auf einem ganz anderen Port bereit:

"This package is using the TIME protocol (tcp/udp port 37)
to synchronise time and not the NETWORK TIME PROTOCOL
(udp port 123).

If you need NTP support please install the ntp package!"

Jetzt gibt es zwei Zeitserver-Pakete, die auf dem ntp-Port arbeiten: ntp und 
chronyd.

Für mich als Mathematiker eine Steigerung um 100%.

Was zugegebenermaßen noch fehlt, ist die durchgehende Anpassung des ntp-
Paketes an systemd, die nicht grundsätzlich ein Problem ist, sondern an der 
fehlenden Zeit des Maintainers liegt. Wir machen das nämlich nicht in 
bezahlter Vollzeit sondern nebenbei und auch wenn wir alle nicht mehr die 
Jüngsten sind, soll es im eisfair-Team noch voll Berufstätige geben, die 
auch noch eine Familie haben.

-- 
Gruß Marcus
[eisfair-Team]