Abhängigkeiten
Abhängigkeiten
ich habe ein laufendes Sarge(stable)-System (PII 400, 512 RAM) und hätte ein paar Fragen zu grundsätzlichen Abhängigkeiten.
1. isdn (wichtig !!):
kernel 2.4.27 läuft mit "lcr bongosurfer", abgesehen von seltenen Verweigerungen mit Begründung "cause E001B".
habe nun kernel 2.6.8-3-686 per apt installiert und gebootet. dann funzt isdn nicht mehr.
wenn ich nun unter dem neuen kernel änderungen an den zu ladenden modulen vornehme, zerschiesse ich dann meine "running machine" ?
2. aktuelle software
in der /etc/apt/sources.list ist nun "stable" eingetragen. bedeutet das, das ich etwa von firefox, z.Z 1.04, nie mehr eine neue version bekommen würde ?
p.s.: ich weiss, das ich firefox auch anders installieren kann, darum gehts mir hier nicht.
3. Gnome
wie kann ich Gnome aktualisieren ?
4. wie kann ich auf X.org umstellen, da wird über "stable" vermutlich auch nichts mehr kommen, oder ?
5. was passiert, wenn ich in meiner sources.list "testing" einsetze ?
danke, paulk
1. isdn (wichtig !!):
kernel 2.4.27 läuft mit "lcr bongosurfer", abgesehen von seltenen Verweigerungen mit Begründung "cause E001B".
habe nun kernel 2.6.8-3-686 per apt installiert und gebootet. dann funzt isdn nicht mehr.
wenn ich nun unter dem neuen kernel änderungen an den zu ladenden modulen vornehme, zerschiesse ich dann meine "running machine" ?
2. aktuelle software
in der /etc/apt/sources.list ist nun "stable" eingetragen. bedeutet das, das ich etwa von firefox, z.Z 1.04, nie mehr eine neue version bekommen würde ?
p.s.: ich weiss, das ich firefox auch anders installieren kann, darum gehts mir hier nicht.
3. Gnome
wie kann ich Gnome aktualisieren ?
4. wie kann ich auf X.org umstellen, da wird über "stable" vermutlich auch nichts mehr kommen, oder ?
5. was passiert, wenn ich in meiner sources.list "testing" einsetze ?
danke, paulk
Zuletzt geändert von paulk am 02.04.2006 23:23:48, insgesamt 1-mal geändert.
Hallo
Also stabel ,testing usw gibt es nicht mehr, man trägt jetzt die Codenamen ein, für stable >"sarge" testing > "etch" unstable > Sid
zu 1 kann ich nix sagen
[1] http://www.backports.org
Also stabel ,testing usw gibt es nicht mehr, man trägt jetzt die Codenamen ein, für stable >"sarge" testing > "etch" unstable > Sid
zu 1 kann ich nix sagen
Doch wenn aus testing >stable wird, dann hast du die neue Version, oder über backports[1]2. aktuelle software
in der /etc/apt/sources.list ist nun "stable" eingetragen. bedeutet das, das ich etwa von firefox, z.Z 1.04, nie mehr eine neue version bekommen würde ?
p.s.: ich weiss, das ich firefox auch anders installieren kann, darum gehts mir hier nicht.
Auch über backports[1]3. Gnome
wie kann ich Gnome aktualisieren ?
4. wie kann ich auf X.org umstellen, da wird über "stable" vermutlich auch nichts mehr kommen, oder ?
Dann hast du Sid, und halt nicht umbedingd was stabiles5. was passiert, wenn ich in meiner sources.list "unstable" einsetze ?
danke, paulk
[1] http://www.backports.org
- Snoopy
- Beiträge: 4297
- Registriert: 17.11.2003 18:26:56
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rh.- Pflz.
Hi
Es gibt keine Zweige mehr die Stable, Testing, Unstable heissen ?
Öhmm...sorry....aber das halte ich für ein grosses Gerücht.
@ paulk
Im Moment sieht es so aus
Stable => Sarge
Testing => Etch
Unstable => SID
Was nun in die Datei /etc/apt/sources.list eingetragen werden soll, ist abhängig von dem, was Du willst.
Willst Du immer bei Stable bleiben, trage stable ein. Willst Du immer bei Sarge bleiben und alt werden, trage sarge ein.
Dasselbe gilt für Etch bzw Testing, SID bleibt immer Unstable.
Zu Punkt 1.
Man kann durchaus mehrere Kernel auf der Maschine haben. Wenn der eine Kernel bzgl. Deiner Hardware nicht mehr so rennt wie vorher, solltest Du evtl überlegen ob Du überhaupt wechseln solltest.
Mit ISDN und Debian stehe ich schon immer auf Kriegsfuss
Zu Punkt 2.
Richtig, solange für den Firefox, der z.Zt. in Sarge enthalten ist, kein Security-Update anrollt, wird sich in Stable nie mehr bzgl andrer Version tun.
Neue Programmversionen werden nach einem Release nicht mehr in den Stable-Zweig gelassen.
Zu Punkt 3.
Über div. Backports oder selber kompilieren.
Zu Punkt 4.
Siehe Punkt 3.
Zu Punkt 5.
Ich warne vor Mischsysteme. Das kann ganz schnell inne Hose gehen.
Apt holt sich, wenn Testing mit Stable gemixt in der sources.list steht die aktuellere Version. Gekoppelt mit div. Abhängigkeiten wird es durchaus schnell in Deinem System rappeln.
Lass es...ganz einfach. Gezielte kleinere Eingriffe sind i.O., aber von grossen Fischen würde ich die Finger lassen.
Zum Thema Backports:
Mit Backports stehe ich auch etwas auf dem Kriegsfuss.
Backports sind neue Programmstände, die für z.B. die Debian-Stable Version herausgebracht werden. Sie sind inoffiziell. Sie enthalten ( das ist der Sinn natürlich ) eine neue Version von dem Programm X, da das Programm auf offiziellem Weg niemals in Stable mehr einfliessen wird ( siehe mein Satz zu Punkt 2. ). Sie bringen Abhängigkeiten mit, die gelöst werden müssen. Unter Umständen kann das problematisch sein, oder auch in Ordnung gehen.
Bedenke: Zum einen hat man eine Stable-version von Debian, die dann mit Backports immer wieder "aufgebohrt" wird.
Über den Sinn oder Unsinn kann man streiten, ich lasse die Finger davon. Im Grundprinzip ist es auch ein Mischsystem wie Deine Frage zu Punkt 5. Nur das Backports auf das Stable-System ausgerichtet sind. Viele nutzen Backports und es ist in Ordnung gegangen. Manchmal aber auch nicht. Eine Garantie diesbzgl wird Dir niemand geben können. Bevor Du Dir ein Mischsystem aus Stable und Testing zusammenzimmerst, rate ich dann doch zu Backports ganz klar.
Wenn Du neuere Programmstände haben magst, rate ich zu Testing, nutze ich auch seit Jahren. Allerdings wird der kleine ISDN Kanal da Probleme bereiten, da es durchaus oft vorkommt, das neue Programmversionen herauskommen und dann fallen durchaus einige hundert MB an Daten an.
Und vergiss das Gerücht, dass Debian-Testing irgendwie instabil ist oder dass da immer was abschmiert. Dem ist nicht so.
Ich vergleiche eine neue SuSE Version immer mit einem Mix aus Debian-Testing und Debian-Unstable.
Diesen Satz würde ich gerne mal erklärt haben.derflo hat geschrieben:Hallo
Also stabel ,testing usw gibt es nicht mehr, man trägt jetzt die Codenamen ein, für stable >"sarge" testing > "etch" unstable > Sid
Es gibt keine Zweige mehr die Stable, Testing, Unstable heissen ?
Öhmm...sorry....aber das halte ich für ein grosses Gerücht.
@ paulk
Im Moment sieht es so aus
Stable => Sarge
Testing => Etch
Unstable => SID
Was nun in die Datei /etc/apt/sources.list eingetragen werden soll, ist abhängig von dem, was Du willst.
Willst Du immer bei Stable bleiben, trage stable ein. Willst Du immer bei Sarge bleiben und alt werden, trage sarge ein.
Dasselbe gilt für Etch bzw Testing, SID bleibt immer Unstable.
Zu Punkt 1.
Man kann durchaus mehrere Kernel auf der Maschine haben. Wenn der eine Kernel bzgl. Deiner Hardware nicht mehr so rennt wie vorher, solltest Du evtl überlegen ob Du überhaupt wechseln solltest.
Mit ISDN und Debian stehe ich schon immer auf Kriegsfuss

Zu Punkt 2.
Richtig, solange für den Firefox, der z.Zt. in Sarge enthalten ist, kein Security-Update anrollt, wird sich in Stable nie mehr bzgl andrer Version tun.
Neue Programmversionen werden nach einem Release nicht mehr in den Stable-Zweig gelassen.
Zu Punkt 3.
Über div. Backports oder selber kompilieren.
Zu Punkt 4.
Siehe Punkt 3.
Zu Punkt 5.
Ich warne vor Mischsysteme. Das kann ganz schnell inne Hose gehen.
Apt holt sich, wenn Testing mit Stable gemixt in der sources.list steht die aktuellere Version. Gekoppelt mit div. Abhängigkeiten wird es durchaus schnell in Deinem System rappeln.
Lass es...ganz einfach. Gezielte kleinere Eingriffe sind i.O., aber von grossen Fischen würde ich die Finger lassen.
Zum Thema Backports:
Mit Backports stehe ich auch etwas auf dem Kriegsfuss.
Backports sind neue Programmstände, die für z.B. die Debian-Stable Version herausgebracht werden. Sie sind inoffiziell. Sie enthalten ( das ist der Sinn natürlich ) eine neue Version von dem Programm X, da das Programm auf offiziellem Weg niemals in Stable mehr einfliessen wird ( siehe mein Satz zu Punkt 2. ). Sie bringen Abhängigkeiten mit, die gelöst werden müssen. Unter Umständen kann das problematisch sein, oder auch in Ordnung gehen.
Bedenke: Zum einen hat man eine Stable-version von Debian, die dann mit Backports immer wieder "aufgebohrt" wird.
Über den Sinn oder Unsinn kann man streiten, ich lasse die Finger davon. Im Grundprinzip ist es auch ein Mischsystem wie Deine Frage zu Punkt 5. Nur das Backports auf das Stable-System ausgerichtet sind. Viele nutzen Backports und es ist in Ordnung gegangen. Manchmal aber auch nicht. Eine Garantie diesbzgl wird Dir niemand geben können. Bevor Du Dir ein Mischsystem aus Stable und Testing zusammenzimmerst, rate ich dann doch zu Backports ganz klar.
Wenn Du neuere Programmstände haben magst, rate ich zu Testing, nutze ich auch seit Jahren. Allerdings wird der kleine ISDN Kanal da Probleme bereiten, da es durchaus oft vorkommt, das neue Programmversionen herauskommen und dann fallen durchaus einige hundert MB an Daten an.
Und vergiss das Gerücht, dass Debian-Testing irgendwie instabil ist oder dass da immer was abschmiert. Dem ist nicht so.
Ich vergleiche eine neue SuSE Version immer mit einem Mix aus Debian-Testing und Debian-Unstable.
hallo,
vielen dank für die ausführlichen antworten.
ich werde wohl vorerst mal beim alten kernel bleiben, denn ich bin so froh, das ich isdn zum laufen bekommen habe, das ich z.z. keine lust auf eine neue install-odyssee habe.
backports kannte ich bisher nicht, habe ich nun gleich mal getestet und soeben firefox1.5 via apt installiert. läuft !
was passiert aber nun bei einem nächsten apt update/upgrade ("stable")?
bisher existiert bei mir keine /etc/apt/preferences. gibt es beim anlegen der datei etwas zu beachten (permissions) und genügt dieser eintrag
Package: *
Pin: release a=sarge-backports
Pin-Priority: 200
um beim nächsten update firefiox, bzw. auch andere software die ich per backports installiert habe, nicht wieder zu zerschiessen ?
mfg paulk
vielen dank für die ausführlichen antworten.
ich werde wohl vorerst mal beim alten kernel bleiben, denn ich bin so froh, das ich isdn zum laufen bekommen habe, das ich z.z. keine lust auf eine neue install-odyssee habe.
backports kannte ich bisher nicht, habe ich nun gleich mal getestet und soeben firefox1.5 via apt installiert. läuft !
was passiert aber nun bei einem nächsten apt update/upgrade ("stable")?
bisher existiert bei mir keine /etc/apt/preferences. gibt es beim anlegen der datei etwas zu beachten (permissions) und genügt dieser eintrag
Package: *
Pin: release a=sarge-backports
Pin-Priority: 200
um beim nächsten update firefiox, bzw. auch andere software die ich per backports installiert habe, nicht wieder zu zerschiessen ?
mfg paulk
- Snoopy
- Beiträge: 4297
- Registriert: 17.11.2003 18:26:56
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rh.- Pflz.
Hi
Also wen Du den Eintrag des Backoprt-Servers in der sources.list drin stehen lässt, aktualisiert er ja von dort auch.
Es sollte also bei einemoder ähnlichem eigentlich i.O. sein.
Aber bei so "kleinen Fischen" wie dem Firefox wird es nicht Dein System zerschiessen.
Also wen Du den Eintrag des Backoprt-Servers in der sources.list drin stehen lässt, aktualisiert er ja von dort auch.
Es sollte also bei einem
Code: Alles auswählen
apt-get dist-upgrade
Aber bei so "kleinen Fischen" wie dem Firefox wird es nicht Dein System zerschiessen.
- Snoopy
- Beiträge: 4297
- Registriert: 17.11.2003 18:26:56
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Rh.- Pflz.
???luratz hat geschrieben:das liegt da dran weil der Torvalds in den Kernel geschissen hat weil er von huhnkotkiffen durchfall bekommen hat
Äusserst ungewöhnliche Ausrucksweisen kombiniert mit absolut unpassendem Inhalt sind sehr informativ und bringen Jeden an sein Ziel...
Guter Beitrag...meine Hochachtung, macht ein gutes Bild.
- Hackmeck
- Beiträge: 1397
- Registriert: 22.10.2002 19:14:02
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Düsseldorf
-
Kontaktdaten:
Ich verstehe übrigens überhaupt nicht, was gemeint ist. testing und unstable gibt es nach wie vor, werden nach wie vor mit den jeweiligen Codenamen synonym verwendet und sie können auch nach wie vor in /etc/sources.list eingetragen werden. Warum soll es die "nicht mehr geben"?derflo hat geschrieben:derflo hat folgendes geschrieben:
Hallo
Also stabel ,testing usw gibt es nicht mehr, man trägt jetzt die Codenamen ein, für stable >"sarge" testing > "etch" unstable > Sid
Diesen Satz würde ich gerne mal erklärt haben.
Also man kann sich auch anstellen, ist ja wohl klar was gemeint ist oder?
- Hackmeck
- Beiträge: 1397
- Registriert: 22.10.2002 19:14:02
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Düsseldorf
-
Kontaktdaten:
Soweit ich weiß kannst du da stable oder sarge reinschreiben, wie du willst. Der einzige Unterschied: Wenn du "stable" reinschreibst, bekommst du etch, sobald etch stable ist. Ansonsten bleibt es bei sarge.derflo hat geschrieben:Na es soll doch jetzt nicht mehr "stable" sindern z.B "sarge" in die sources.list geschrieben werden, genau das meinte ich.
Hast du eine Quelle für deine Information?
- novalix
- Beiträge: 1909
- Registriert: 05.10.2005 12:32:57
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: elberfeld
kann es sein, dass du da etwas in den falschen hals bekommen hast. vor einigen monaten gab es eine aenderung im marillat-repository (mplayer, etc..). da funktionierten ploetzlich die "stable, testing, unstable"-eintraege nicht mehr und mussten auf die codename-eintraege abgeaendert werden. fuer die "normalen" debian-repositories gilt dies allerdings nicht.derflo hat geschrieben:Na es soll doch jetzt nicht mehr "stable" sindern z.B "sarge" in die sources.list geschrieben werden, genau das meinte ich.
ciao, niels
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.
Darum ist das Richtige selten, lobenswert und schön.
hallo,
habe nun auch thunderbird15 von backports via apt installiert. ok.
ich muss aber nochmal auf die preferences zurückkommen.
zunächst meine aktuelle sources.list, vorher ohne den backports-eintrag:
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ stable main contrib non-free
deb http://gd.tuwien.ac.at/opsys/linux/debian/ sarge main contrib
deb ftp://ftp.tux.org/pub/java/debian/ unstable main non-free
deb http://www.backports.org/debian/ sarge-backports main
bisher hatte ich mittels apt-get update/upgrade, ohne die 5.zeile in der sources.list und ohne /etc/apt/preferences aktualisiert.
wie oben geschildert steht nun in preferences:
Package: *
Pin: release a=sarge-backports
Pin-Priority: 200
kann ich nun einfach wieder apt-get update/upgrade ausführen oder sollte ich vorher die backports-zeile auskommentieren ?
außerdem spiele ich mit dem gedanken doch komplett auf unstable/etch umzustellen.
dann müsste ich doch "nur" überall unstable eintragen und dann wieder
apt-get update
apt-get upgrade
oder ?
wann benutze ich dist-upgrade ?
der unterschied ist mir nicht klar.
mfg paulk
habe nun auch thunderbird15 von backports via apt installiert. ok.
ich muss aber nochmal auf die preferences zurückkommen.
zunächst meine aktuelle sources.list, vorher ohne den backports-eintrag:
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ stable main contrib non-free
deb http://gd.tuwien.ac.at/opsys/linux/debian/ sarge main contrib
deb ftp://ftp.tux.org/pub/java/debian/ unstable main non-free
deb http://www.backports.org/debian/ sarge-backports main
bisher hatte ich mittels apt-get update/upgrade, ohne die 5.zeile in der sources.list und ohne /etc/apt/preferences aktualisiert.
wie oben geschildert steht nun in preferences:
Package: *
Pin: release a=sarge-backports
Pin-Priority: 200
kann ich nun einfach wieder apt-get update/upgrade ausführen oder sollte ich vorher die backports-zeile auskommentieren ?
außerdem spiele ich mit dem gedanken doch komplett auf unstable/etch umzustellen.
dann müsste ich doch "nur" überall unstable eintragen und dann wieder
apt-get update
apt-get upgrade
oder ?
wann benutze ich dist-upgrade ?
der unterschied ist mir nicht klar.
mfg paulk
...
zu punkt 1! :
hallo- vielleicht kommt es etwas spät- und unterläuft eure kleine stable/unstable
bzw hühnerkot auseinandersetzung... ;o) aber ich kann mich erinnern das ich in der
doku zum 2.6-er mal gelesen hab das ISDN4lin (hab ich früher auch benutzt-
vor dem DSL segen (hat übrigens super funktioniert- hab sogar meine uralte
Teles ISA karte zum laufen bekommen- was wohl unter Window$ XP + co
heute nichtmehr möglich sein sollte.)) nichtmehr standartgemäs unterstütz wird..
somit läuft er wohl nurnoch mit aktiven isdn karten...
in der .config vom kernel gibts aber wohl n eintrag dazu - hast du mal nachgeschaut-
ggf mal selber bauen....
hallo- vielleicht kommt es etwas spät- und unterläuft eure kleine stable/unstable
bzw hühnerkot auseinandersetzung... ;o) aber ich kann mich erinnern das ich in der
doku zum 2.6-er mal gelesen hab das ISDN4lin (hab ich früher auch benutzt-
vor dem DSL segen (hat übrigens super funktioniert- hab sogar meine uralte
Teles ISA karte zum laufen bekommen- was wohl unter Window$ XP + co
heute nichtmehr möglich sein sollte.)) nichtmehr standartgemäs unterstütz wird..
somit läuft er wohl nurnoch mit aktiven isdn karten...
in der .config vom kernel gibts aber wohl n eintrag dazu - hast du mal nachgeschaut-
ggf mal selber bauen....