Leer war falsch ausgedrückt. Der folder "/debian/dists/testing-proposed-updates" existiert, ist wohl treffender.
Dann hab ich noch mal im Forum gesucht und den alten Beitrag gefunden viewtopic.php?t=151879
Dort findet sich
Code: Alles auswählen
#deb http://security.debian.org/ testing/updates main contrib non-free
#deb-src http://security.debian.org/ testing/updates main contrib non-free
Quelle https://www.debian.org/security/faq#testingF: Wie wird die Sicherheit für contrib und non-free gehandhabt?
A: Die kurze Antwort ist: gar nicht. Contrib und non-free sind nicht offizieller Bestandteil der Debian-Distribution und werden nicht freigegeben und daher nicht vom Sicherheitsteam unterstützt.
Ich habe den Eindruck, jeder der Testing fährt, hat sich da was nach eigenem Gusto zusammen gepackt.
Drüber schwebt dann dieser Satz
Nur, meine Frage war eigentlich, was ist sinnvoll, was ist notwendig und was ist einfach Quatsch ...So hart es auch klingt, wer sich keine sources.list für testing, unstable oder gar experimental selbst erstellen kann. Der sollte vorerst noch bei stable bleiben und sich weiter in Debian einarbeiten
Wenn ich Testing in einer vbox hab, interessiert mich das WAS IST ... nicht so sehr, nur als eigentliches BS wird es dann zumindest für mich relevant.
Ich fasse noch mal für mich zusammen.
Code: Alles auswählen
deb http://ftp.halifax.rwth-aachen.de/debian/ testing non-free contrib main
deb-src http://ftp.halifax.rwth-aachen.de/debian/ testing non-free contrib main
deb http://ftp.halifax.rwth-aachen.de/debian/ testing-updates contrib main non-free
deb-src http://ftp.halifax.rwth-aachen.de/debian/ testing-updates contrib main non-free
deb http://deb.debian.org/debian-security testing/updates main
deb-src http://deb.debian.org/debian-security testing/updates main
Unklarheit herrscht hierbei
Code: Alles auswählen
deb http://ftp.halifax.rwth-aachen.de/debian/ testing-proposed-updates contrib main non-free
deb-src http://ftp.halifax.rwth-aachen.de/debian/ testing-proposed-updates contrib main non-free