sources.list TESTING

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
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