Hallo,
Martin Schmitz <martin-schmitz@web.de> wrote :
Als langjähriger Debian-Nutzer würde ich unter webmin-all ein
Metapaket vermuten, daß webmin-aa bis webmin-zz als Abhängigkeiten
mitinstalliert.
Metapaket hört sich gut an :-)
Erschlägt jedoch nicht das Problem der Modularisierung an und für
sich :-/, die ich weiterhin pflegen müsste.
Denn gleich kommt das nächste Manko (eines der Hauptthemen).
webmin:
Installed: (none)
Candidate: 0.94-7woody3
Version Table:
1.180-1 0
90 ftp://ftp.at.debian.org sarge/main Packages
80 ftp://ftp.at.debian.org sid/main Packages
0.94-7woody3 0
200 ftp://ftp.at.debian.org woody/main Packages
200 http://security.debian.org woody/updates/main Packages
Wenn ich mir die obige Ausgabe von apt-get policy webmin anschaue, dann
sehe ich, daß sich seit Woody die Versionsnummer fast verdoppelt hat.
Mittlerweile sind wir schon bei Webmin 1.190 und Usermin 1.120. Ich
habe jetzt nicht nachgeschaut via apt-get policy usermin wie weit das
in testing ist.
Selbst wenn sarge irgendwann mal stable wird, dann hat es zu diesem
Zeitpunkt vielleicht aktuelle Webmin/Usermin-Software. Jegliche
Änderungen an der Software müsste ich zurückportieren, weil sich ja an
der Versionsnummer in stable nicht viel ändert. Das sollte sich mit
diffs machen lassen und dann wird aus 1.190-1 eben 1.190-2, aber neue
Module landen wohl eher in testing oder unstable :-/
Ich möchte jedoch, daß zumindest ein "apt-get -t testing install
webmin-all" das Webmin installiert, welches auf webmin.com auch aus
einem tarball zu beziehen ist.
Und da fällt mir noch ein weiteres Problem auf: Die Drittanbietermodule.
Diese liegen außerhalb meiner Reichweite und werden häufig als tar.gz
zur Verfügung gestellt.
Ich erinnere mich daran, daß der Webmin-Maintainer und der damalige
Debian-Paketierer sich die Zähne daran ausgebissen haben aus diesen
Modulen "on the fly" ein .deb zu zaubern und dieses zu installieren.