sources.list TESTING

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 12.11.2018 08:11:31

OK.

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
Zwar auskommentiert, aber kein Kommentar dazu ....
F: 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.
Quelle https://www.debian.org/security/faq#testing

Ich habe den Eindruck, jeder der Testing fährt, hat sich da was nach eigenem Gusto zusammen gepackt.

Drüber schwebt dann dieser Satz
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
Nur, meine Frage war eigentlich, was ist sinnvoll, was ist notwendig und was ist einfach Quatsch ...

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
Das sollte klar sein.

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

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 03.01.2019 11:14:44


willy4711

Re: sources.list TESTING

Beitrag von willy4711 » 03.01.2019 11:40:47

[
kalle123 hat geschrieben: ↑ zum Beitrag ↑
03.01.2019 11:14:44
Gerade noch das hier gefunden.

https://www.debian.org/releases/buster/errata.de.html
Und da steht:
Es gibt derzeit noch keine Zwischenveröffentlichungen für Debian 10.

Korrekturen für die veröffentlichte stabile Distribution durchlaufen oft eine ausgedehnte Testperiode, bevor sie im Archiv akzeptiert werden. Diese Korrekturen sind allerdings im Verzeichnis dists/buster-proposed-updates jedes Debian-Archiv-Spiegels verfügbar.
:?: :?: :?: :?:
kalle123 hat geschrieben: ↑ zum Beitrag ↑
11.11.2018 15:13:32
Zuerst, ich danke dir für die ausführliche Antwort.
Was mich als "normalen" User abschreckt, ist so ein Statement wie hier zu finden

https://wiki.debianforum.de/Sources.list
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
Da ich das auch wohl alles nicht verstehe werde ich wohl am besten wieder zu Windows wechseln,
na ja vielleicht reichts ja auch noch für Ubuntu :facepalm: :facepalm:

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 03.01.2019 16:49:53

willy4711 hat geschrieben: ↑ zum Beitrag ↑
10.11.2018 15:29:49

Was ich in Testing allerdings nie drin habe: buster-proposed-updates . Auch in [1] erwähnt.
Gibt es die überhaupt ?? nach hier [3] scheint nur für stable und oldstable zuzutreffen.
Bezog sich hier drauf
Falls Sie APT zur Aktualisierung Ihrer Pakete verwenden, können Sie diese vorgeschlagenen Änderungen (proposed-updates) installieren, indem Sie folgende Zeilen zu /etc/apt/sources.list hinzufügen:

# vorgeschlagene Änderungen für eine Debian 10 Zwischenveröffentlichung
deb http://ftp.us.debian.org/debian buster-proposed-updates main contrib non-free
Und, der "kleine" Unterschied zwischen "Buster" und "Testing" ist mir wohl bekannt :wink:

willy4711

Re: sources.list TESTING

Beitrag von willy4711 » 03.01.2019 18:10:41

Reden wir jetzt aneinander vorbei?
Lies nochmal das Zitat aud der von die angegebenen Quelle:
Es gibt derzeit noch keine Zwischenveröffentlichungen für Debian 10.

Korrekturen für die veröffentlichte stabile Distribution durchlaufen oft eine ausgedehnte Testperiode, bevor sie im Archiv akzeptiert werden. Diese Korrekturen sind allerdings im Verzeichnis dists/buster-proposed-updates jedes Debian-Archiv-Spiegels verfügbar.
Von der Logik her müsste es heißen:

Korrekturen für die veröffentlichte stabile Distribution durchlaufen oft eine ausgedehnte Testperiode, bevor sie im Archiv akzeptiert werden. Diese Korrekturen sind allerdings im Verzeichnis dists/stretch(oder stable)-proposed-updates jedes Debian-Archiv-Spiegels verfügbar.

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: sources.list TESTING

Beitrag von dufty2 » 03.01.2019 19:28:27

Code: Alles auswählen

$ cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian testing main
$
Mmh, hab' bisher nichts vermisst.
:)

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 03.01.2019 19:29:47

Ja, anscheinend reden wir aneinander vorbei!

Die von mir angegebenen Quelle schreibt
Es gibt derzeit noch keine Zwischenveröffentlichungen für Debian 10.
und ist mit dem Vermerk
Zuletzt geändert: Freitag den 1. Jun 2018 um 18:42:20 Uhr UTC
versehen.

Ich lasse mich mal überraschen, ob da was kommt vor dem eigentlichen Release von Buster.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
11.11.2018 17:35:51
Die Frage ist doch nicht, was da sonst noch reinschreiben könnte, was eventuell nicht schädlich ist, sondern was sinnvoll und richtig ist.
Was "richtig" ist, definierst du ja anscheinend hier ... :hail:

Vermisse auch irgendwie deine Weisheiten an der Stelle hier viewtopic.php?f=12&t=166080

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 03.01.2019 19:33:15

dufty2 hat geschrieben: ↑ zum Beitrag ↑
03.01.2019 19:28:27

Code: Alles auswählen

$ cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian testing main
$
Mmh, hab' bisher nichts vermisst.
:)
Mir würde da irgendwie nvidia fehlen :wink:

willy4711

Re: sources.list TESTING

Beitrag von willy4711 » 03.01.2019 21:17:12

@kalle123
Ich will mich mit dir wirklich nicht streiten. Ich habe meine Meinung zu bestimmten Dingen geäußert, die nicht im Widerspruch zu
vielen Anleitungen von Debian stehen, und die auch vom offiziellen Installer so gehandhabt werden.
Wenn du das als "Weisheiten" betrachtest, o.k. Mach was du für richtig hältst.
Warum du aber meinst, mich mit einem geier22 in Verbindung bringen zu müssen, bloß weil dort anscheinend ähnliches geäußert wurde, ist mir nicht klar.
Unterlasse das bitte.
Ansonsten: Viel Spaß mit Debian und ein erfolgreiches neues Jahr.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22355
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Re: sources.list TESTING

Beitrag von KBDCALLS » 03.01.2019 22:17:58

Dann last es doch. Und lohnt sich das überhaupt darüber zu streiten warum es das gibt und jenes nicht ?
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

willy4711

Re: sources.list TESTING

Beitrag von willy4711 » 03.01.2019 22:20:44

KBDCALLS hat geschrieben: ↑ zum Beitrag ↑
03.01.2019 22:17:58
Dann last es doch. Und lohnt sich das überhaupt darüber zu streiten warum es das gibt und jenes nicht ?
jepp :THX:

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 04.01.2019 08:14:17

OK :D

Glur
Beiträge: 62
Registriert: 13.10.2017 15:43:09

Re: sources.list TESTING

Beitrag von Glur » 04.01.2019 08:33:42

kalle123 hat geschrieben: ↑ zum Beitrag ↑
03.01.2019 11:14:44
Gerade noch das hier gefunden.

https://www.debian.org/releases/buster/errata.de.html
Ich verstehe das übrigens so, dass es sich hier um die vorbereitete Errata für Buster handelt sobald dies stable wird und sich nicht auf das aktuelle testing bezieht. Dass es die genannten Repos für stable gibt wurde ja bereits gesagt.

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: sources.list TESTING

Beitrag von kalle123 » 04.01.2019 08:54:21

Glur hat geschrieben: ↑ zum Beitrag ↑
04.01.2019 08:33:42
Dass es die genannten Repos für stable gibt wurde ja bereits gesagt.
Die gibt es auch für Buster :wink:

http://ftp.halifax.rwth-aachen.de/debia ... d-updates/

DeletedUserReAsG

Re: sources.list TESTING

Beitrag von DeletedUserReAsG » 04.01.2019 11:58:46

kalle123 hat geschrieben: ↑ zum Beitrag ↑
04.01.2019 08:54:21
Die gibt es auch für Buster

http://ftp.halifax.rwth-aachen.de/debia ... d-updates/
… sind halt komplett leer. Aber wirft immerhin keinen Fehler, wenn man’s trotzdem einbindet. Das dürfte auch der Grund für die Existenz sein.

Glur
Beiträge: 62
Registriert: 13.10.2017 15:43:09

Re: sources.list TESTING

Beitrag von Glur » 04.01.2019 12:29:34

Die zentrale Frage ist doch wie wird ein Release aus testing? Ich denke man will dann "einfach nur noch umbenennen" und nicht noch anfangen die Struktur neu zu bauen um dabei dann ggf. noch ein Fehler einzubasteln. Die Infrastruktur von testing sollte wohl so nah an stable sein wie möglich um ein geschmeidigen Releasewechsel zu haben.

Antworten