Hallo, On Sun, Oct 08, 2000 at 16:32 +0200, Wolfgang Weisselberg wrote:
Bernhard Walle schrieb in 9,4K (233 Zeilen):
On Sat, Oct 07, 2000 at 18:40 +0200, Bernd Brodesser wrote:
* Bernhard Walle schrieb am 07.Okt.2000:
[Debian]
Allein die Installation soll gegenüber SuSE, RedHat & Co. ziemlich kompliziert sein, die Paketverwaltung auch und die Konfiguration allgemein auch.
Selber habe ich es noch nicht probiert.
Das erinnert mich an was... s/SuSE, RedHat & Co./Windows/
An was dich meine Postings alles erinnert.
Ach ja, das wars.
Ist Debian jetzt kompliziert oder nicht.
Aber zum Kompilieren werden immer die neuesten Libaries (inkl. Header und Includes benötigigt).
Falsch.
Ich fahre einen 2.4.0-test8 (9 macht USB net) und benutze $ cd /usr/src/linux $ pwd -P /usr/src/linux-2.2.16
SuSE hat laenger noch libc5 verwendet, wo RH 'schon' bei glibc2 war.
Ich meinte nicht den Kernel, sondern Programme, die auf QT/gtk oder sowas aufbauen.
Außerdem musst Du den Zeitfaktor mitrechnen. Gestern zum Beispiel habe ich die neuesten QTs installiert. Das Kompilieren hat so um > eine Stunde gedauert (ich haben dann den PC einfach laufen lassen, die genaue Zeit weiß ich nicht), ein RPM installiert sich in 2 Minuten.
Warum hast du dann kein RPM draus gemacht und es hochgeladen?
RPMs bauen ist ziemlich kompliziert. Außerdem: Wo hätte ich es hochladen sollen?
so läßt er das ja nicht geheim, sondern veröffentlicht das an geeigneter Stelle. Dadurch haben auch andere User was davon.
Klar. Mir geht es ausschließlich um den Homeanwender, wo Sicherheit nicht die Rolle spielt und notfalls Einfachheit wichtiger ist.
Homeanwender machen kein Internet-Banking, aha.
Doch schon, aber was hat das damit zu tun. Das Paßwort befindet sich nicht auf der Festplatte.
Homeanwender verwenden vermutlich Windows.
Dann bin ich kein Homeanwender :-(
Ein Admin weiß was er tut, egal ober RPMs einspielt oder vorher kompiliert. Er muss immer Bescheid wissen.
Zuhause bist du der Admin. Also?
Aber nicht für einen Server, wo tausende
Ein Problem von Windows ist es tatsächlich zum Teil, weil es keinen freien Compiler gibt (zumindest nichts vergleichbares) und auch nicht freie Librarys in dem Maß.
Es gibt gcc, perl, bash, ... auch fuer Windows.
Klar. Aber wie viele Programme werden mit gcc kompiliert. Außerdem fehlen noch immer die Librarys. GTK-Windows ist nicht soo toll und QT kommerziell.
Ich persönlich bin auch nicht gegen Kompilieren, habe gestern auch die QT2.1 heruntergeladen und selbst kompiliert (d. h. mein Rechner hat es ;)). Aber ich finde das für einen »Anwender« nicht unbedingt zumutbar.
Ein Anwender soll ja auch nicht kompilieren, das macht der Sysadmin.
Zu Hause habe ich keinen Admin, ... zuhause bist du der Admin.
So gesehen schon, aber ich habe nicht das Wissen, das einer hat, der das beruflich macht und studiert hat.
Klar ist es ein Windowsproblem. Auf der anderen Seite muss man Windows in diesem Fall sogar zu Gute halten, dass FAT-Partitionen leicht verkleinerbar sind. Bei ext2 sieht's hier wesentlich schlechter aus.
Du willst die neuen ext2fs-tools. Der PM-Code ist naemlich endlich freigegeben.
GNU-Parted soll das können, aber es ist bei weitem unsicherer als bei FAT.
Und da stehen die 1024-Cylinder oft im Weg, bei großen Platten zumindest. Du wirst mir doch sicher zustimmen, wenn ich behaupte, dass es ein Vorteil ist, wenn diese Grenze wegfällt, oder? Wie oft taucht dieses Problem in der Liste auf? Andauernd.
Einfach Win nach hinten schieben. Welches Problem?
An Win. verschiebe ich lieber nichts, sonst bootet es am Ende nicht mehr. Gibt's da keine Grenze? Muss Win nicht auf hd[a-b]1 installiert sein?
Ganz zufrieden bin ich mit der Paketpoltik von SuSE also nicht.
feedback ist dann vielleicht die bessere Addresse?
Klar. Gruß, Bernhard -- **** LINUX - WeilŽs Betriebssystem eben ned wurscht is **** Homepage: http://www.linuxinfopage.de * Reg. User #: 171705 --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com