sid Programme unter woody
Die DebianEntwickler werden ihre Gründe haben Sid als unstable zu bezeichnen. Ich benutze das Sys täglich und kann eigentlich net klagen. Eigentlich läuft soweiten alles. Und die Kritischen Systemteile auf dem Desktop (XFree86, Kernel) sind doch eh meiner Meinung nach gleich. Mein Kernel habe ich selber gebacken und X = X . Softwaretechnisch läuft alles was ich so im Altag benutze. Aber man kann nie wissen. Manchmal finden sich Pakete an wo nicht alle Abhängikeiten aufgelöst werden konnten. Aber in der Regel lässt das fehlende Paket nicht lange auf sich warten. Spontan fällt mir kein Grund ein warum man von SId auf dem Homrechner absehen sollte.
- myx
- Beiträge: 1091
- Registriert: 17.02.2002 21:19:19
- Lizenz eigener Beiträge: GNU Free Documentation License
- Wohnort: Berlin
Du könntest ruhig, eine apt.conf in /etc/apt/ anlegen und dann das gewünschte reinschreiben, hab ich auch so gemacht und funktioniert prima.
Aber ich halte es auch für sinnvoll bei woody zu bleiben und nur bestimmte Progs, dies unter woody noch nicht gibt zu installieren, oder wenn unbedingt eine neuere Version für etwas erforderlich ist.
Gruß
Aber ich halte es auch für sinnvoll bei woody zu bleiben und nur bestimmte Progs, dies unter woody noch nicht gibt zu installieren, oder wenn unbedingt eine neuere Version für etwas erforderlich ist.
Gruß
SID heisst unstable nicht weil es die ganze Zeit abstürzt, sondern da es sich sehr schnell verändert - sprich ständig neue Paketversionen erscheinen. SID ist eher für Leute gedacht, die auch im Notfall ihr System wieder reparieren können, da die Pakete quasi "ungesehen" auf die Paket-Server geladen werden.
Ich erinnere mich noch an einen Fehler im pam-Paket, wodurch es unmöglich war, sich am System anzumelden.
Zur Zeit funktioniert pining ganz gut, da sich Testing und Unstable sehr ähnlich sind. Längerfristig ist es wohl sinnvoller sich die Sourece-pakete zu ziehen und die gewünschten Pakete gegen das eigene System zu kompilieren.
Ich erinnere mich noch an einen Fehler im pam-Paket, wodurch es unmöglich war, sich am System anzumelden.
Zur Zeit funktioniert pining ganz gut, da sich Testing und Unstable sehr ähnlich sind. Längerfristig ist es wohl sinnvoller sich die Sourece-pakete zu ziehen und die gewünschten Pakete gegen das eigene System zu kompilieren.