Что лучше debian 9 или debian 10
Яндекс.Маркет запустит новый тип ПВЗ для франчайзи
Факторы ранжирования в локальном поиске Google в 2021 году
Нужно выбрать для VDS операционку, из семейства Debian.
Подскажите в чем разница версия 8, 9 или 10
Какая будет самая быстрая и стабильная
Выбирать последнюю стабильную, т.е. 10, если у вас конкретно других задач нету, типа поставить какие то старинные версии софта.
чем новее версия тем новее система, самой стабильной будет восьмерка, самой новой будет десятка
ну ставить конечно надо десятку, не за стабильностью идем все таки
Ставьте последнюю. Дольше будет поддержка и программное обеспечение новее.
Это кто такую чушь вам сказал?
Есть еще отличия в конфигурационных (системных) файлах, но они вам или не понадобятся или понадобятся редко.
Старые версии обычно нужны для совместимости с устаревшим софтом, который нельзя(не на что) обновить.
yura5, десятка. А вообще особой, существенной разницы нет. Яб на вашем месте не замарчивался бы на этом.
Старые нужны для какого-то спец. софта, который написан конкретно под него. Если VDS сайтов, то последняя стабильная. Дольше не нужно будет переустанавливать и всегда свежий софт и безопасность.
Debian 10: стоит ли переходить?
Все еще юзаю «Девятку», и продолжал бы и дальше ее использовать, но за эти годы она немного обветшала, появились некоторые непонятные и неустранимые косячки, и т.д.
Кто уже перешел на «Десятку», может дать свои объективные впечатления о ее работе?
Стоит ли на нее переходить сейчас, или лучше повременить?
Пс. На debianforum.ru просьба не направлять, там очень злые и недоброжелательные модераторы, не дающие нормально общаться с людьми.
Смысл? Переходи на федору
На Федоре все крутые пацанчики сидят. Я точно знаю, что Торвальдс и Алексей Кузнецов на ней. Александр Крижановский из Tempesta Technologies тоже с Генты на нее перешел.
там очень злые и недоброжелательные модераторы, не дающие нормально общаться с людьми
Ты под нормальным общением вот такое, например, понимаешь? Тогда я не удивлён.
А по теме — вопрос задан слишком абстрактно. Я вот по-любому буду переходить. Косяки в последней версии исправить реальнее, чем в предыдущей.
Я хз, у меня слака с зависимостями и openwrt
да, стоит. нормально вроде.
Взял да перешёл, там Cinnamon стал более юзабельным. Вчера на ноуте обновился с 9 на testing который по сути почти 10ка не далеко ушёл. Ну gvim теперь нет сборки с gtk2 если важно, появилось две неприятных фигни, меню блокирует ресайз окна, но его вырубил и опять же меню если надо уже не отсоединить от окна. А так, mesa шустрее стала, я гамаю так что смысл есть. Что-то не то скорее будет из за обновившегося софта, но хрен знает какая у тебя специфика по нему. Прочти это https://www.debian.org/News/2019/20190706.ru.html Погугли проблемы касаемо твоего софта заранее, но скорее всего ничего не найдёшь. Тупо взял да обновился и всё
Работает. Новое ядро из коробки, а не из бекпортов. Новое ПО из коробки, а не из бекпортов. Хотя Xfce 4.14 не успел войти, жаль. В принципе — особой разницы не вижу.
Нет, скоро уже выйдет 20.04.
Почитал тред. Кащенко умный был, но забанен. Почему за такое ругательство над сообществом этого индивида не забанили?!
И кто в «Десятке» юзает LXDE, как он в ней?
В «Девятке» LXDE после нескольких обновлений совсем-совсем плохой стал, и никто его исправлять не собирается, и понятно, почему.
А еще в «Девятке» после очередных обновлений чего-то намутили в ядрах, и если раньше в ней все мои смартфоны прекрасно узнавались и монтировались, то со временем их драйвера из ядер выкинули, что ли, потому что они перестали монтироваться как диски и выдавали дурацкие ошибки.
И теперь приходится запускать в виртуалке седьмую винду и через нее добираться до смарфтонного контента 🙁
Последняя инкарнация вроде жива (ну он и поадекватнее стал).
А еще в «Девятке» после очередных обновлений чего-то намутили в ядрах, и если раньше в ней все мои смартфоны прекрасно узнавались и монтировались, то со временем их драйвера из ядер выкинули, что ли, потому что они перестали монтироваться как диски и выдавали дурацкие ошибки.
Если ты про это — это вопрос не к Дебиану, а к Гуглу. Ну или напиши конкретно, какой протокол у тебя отвалился, может, мы чего не знаем.
P.S. Вроде бы у каких-то производителей телефоны поддерживали USM и с более новыми андроидами, но ЕМНИП, это исключение, а не правило.
И кто в «Десятке» юзает LXDE, как он в ней?
Не знаю, но они на Qt же перебираются до сих пор, какахи, хотя кому как.
А еще в «Девятке» после очередных обновлений чего-то намутили в ядрах, и если раньше в ней все мои смартфоны прекрасно узнавались и монтировались, то со временем их драйвера из ядер выкинули, что ли, потому что они перестали монтироваться как диски и выдавали дурацкие ошибки. И теперь приходится запускать в виртуалке седьмую винду и через нее добираться до смарфтонного контента 🙁
Ну если ты через виртуальку подцепил мобилы то как бэ тебе же хост система в виртуалку пробросила USB же лол ))))))))))))) Тоесть твои мобилки прекрасно видит Linux, а вот FM либо тупо не отображает, либо Fuse или через что там монтируется отвалилось, это проблема прикладного софта, а не ядра.
LXDE не перебирается на Qt. Просто старый проект заморожен, и есть новый — LXQt. А LXDE вообще не меняется уже давно.
Да, точно, спасиб что поправил, я запутался LXxxx =)
Двачаю! (Но иногда хочется заморозиться чёбы тупа работало и не парило на несколько лет)
А так, mesa шустрее стала, я гамаю так что смысл есть.
А в чём проблема установки новой mesa в Debian 9.x?
P.S.: У меня MX Linux MX-18.x (aka Debian 9.x)
А еще в «Девятке» после очередных обновлений чего-то намутили в ядрах, и если раньше в ней все мои смартфоны прекрасно узнавались и монтировались, то со временем их драйвера из ядер выкинули, что ли, потому что они перестали монтироваться как диски и выдавали дурацкие ошибки.
Это какие такие смартфоны у тебя монтировались как диски? Ежели с очень старыми андроидами (до 5го, кажется)
При этом выдается сообщение о невозможности примонтировать устройство и всякое бла-бла-бла, но в результате девайс таки подключается как USB-модем.
Девайсы с Android 5.1 и 6.0
А в чём проблема установки новой mesa в Debian 9.x?
В том что TCу возможно надо изкоробочность и поддержка, пусть не самого нового, но софта поновее. А так. Ну накатишь mesa из гита или бэкпортов или прям из sid готовое взять. Но в случае проблем пердолиться нафиг? Если можно просто штатное поновее взят и всё. Debian это не про новое, это про оттестированное хоть как-то =) ТС сидит на stable ветках поэтому явно для него критично что бы всё было в неком монолитном состоянии и если с проблемами то известными хотя бы =) А так либо делать солянку stable+testing+sid (что не плохо я так года два жил) либо конпелять, но я сомневаюсь что ТС это надо.
Ну или напиши конкретно, какой протокол у тебя отвалился, может, мы чего не знаем.
Состоялись релизы Debian 10 Buster и Linux 5.2
В конце прошлой недели состоялось сразу два важных для сообщества релиза: свет увидела юбилейная версия Debian 10, которая, следуя традиции, получила имя «Buster», а также новая версия Linux 5.2.
Так, новый дистрибутив Debian может похвастаться приращением более 13370 пакетов в своей системе (их общее число теперь составляет 57 тысяч). При этом из системы было удалено 7278 пакетов (13% от общего объема предыдущей версии). Все они не подлежат обновлению и получили пометку «устаревшие».
Новая версия Linux принесла нам новую прошивку Open Sound, mount API, обновление GPU-драйверов для устройств ARM Mali и поддержку case-insensitive имен для файловой системы ext4.
С полными патч-ноутами можно ознакомиться по ссылкам:
А о самом основном подробнее — под катом.
Что нового в Debian 10 Buster
В нашем блоге мы уже соприкасались с дистрибутивом Debian через перевод блогозаписи одного из ведущих GO-девелоперов команды проекта, в которой последний вскрывал основные проблемы разработки. Но как бы Михаэль Стапельберг не был недоволен текущим положением дел в сообществе разработчиков Debian, дистрибутив продолжает развиваться, а новое обновление Debuan 10 Buster «привезло» нам немало важных вещей.
Ниже полная сравнительная таблица обновлений Debian 10 Buster относительно Debian 9 Stretch (кликабельно):
Изменилась и стандартная установка окружения Gnome. Теперь по умолчанию в этом процессе задействован сеанс на основе протокола Wayland, но разработчики сохранили и поддержку сеанса на основе X11 для желающих.
Что нового в Linux 5.2
Обновление ядра — всегда важно, особенно, если это ядро Linux. В новой версии Linux 5.2 сами разработчики делают упор на улучшенную поддержку аудио-устройств при помощи Sound Open Firmware. Но в последнем обновлении есть и другие важные вещи.
Следующее важное обновление — набор драйверов для устройств ARM Mali. Один из старейших тредов на форуме 4PDA по установке Linux на устройство с графическим ядром ARM Mali датируется еще 2013 годом, а внутри описано немало плясок с бубном. Тогда даже частичная работа видеочипа под Linux считалась удачей.
Немалая часть вины за многолетние страдания пользователей лежит на самой компании ARM, которая не слишком охотно сотрудничает с Open Source-сообществом, однако разработчики Linux пошли своим путем и сами написали драйвера. Новый пакет поддерживает старые устройства линейки t4xx, а также более новые серии 6xx и 7xx. Конечно, это далеко не полная поддержка (есть еще серии 8xx и Gxx ), но уже что-то. В самом блоге разработчики выражают надежду, что их работа поможет ARM, что на наш взгляд весьма тонко.
В целом патч-ноут по Linux 5.2 весьма обширен. В нем описаны изменения по работе файловых систем, управлению памятью, работе с сетью, совместимость с ARM и прочее и прочее. Так что тем, кто плотно и разносторонне общается с Linux, следует ознакомиться с полным патч-ноутом.
Глава 3. Выбор дистрибутива Debian
Содержание
Существует несколько различных дистрибутивов Debian. И очень важно сделать правильный выбор. В этой главе приводится информация, полезная для тех пользователей, которые хотят выбрать дистрибутив, наиболее подходящий для своей системы, а также рассматриваются ответы на вопросы, которые могут возникнуть в этом случае. Здесь речь идёт не о том, «почему лучше выбрать Debian», а о том, «какой из дистрибутивов Debian больше вам подходит».
3.1. Какой дистрибутив Debian (стабильный/тестируемый/нестабильный) лучше всего мне подойдёт?
Ответить на этот вопрос не так-то просто. На самом деле это зависит от того, для чего он вам нужен. Лучше всего было бы спросить друга, который уже знаком с Debian. Но это не значит, что решение нельзя принять самостоятельно. Фактически, вы сможете принять решение после прочтения этой главы.
Если для вас очень важна безопасность или стабильность — устанавливайте стабильный. Точка. Это самый лучший вариант достичь желаемого.
Если вы новичок, и вам нужна настольная рабочая система, то начинте со стабильного выпуска. Некоторые программы в нём могут оказаться старыми, но зато в стабильном выпуске меньше ошибок. Вы легко можете перейти на более современный нестабильный (или тестируемый) выпуск как только будете более уверено чувствовать себя при работе с системой.
If you are a desktop user with a lot of experience in the operating system and do not mind facing the odd bug now and then, or even full system breakage, use unstable. It has all the latest and greatest software, and bugs are usually fixed swiftly.
Если вы настраиваете сервер, особенно такой, требования к стабильности которого довольно серьёзны, или если он доступен из сети Интернет, то устанавливайте стабильный. Это, безусловно, самый правильный и безопасный выбор.
Надеемся, что ответы на дальнейшие вопросы больше прояснят ситуацию. Если после прочтения всех ЧаВо вам всё ещё трудно принять решение, остановитесь на стабильном дистрибутиве.
3.1.1. Вы предлагаете установить стабильный дистрибутив, но при его использовании не обнаруживается или не работает такое-то аппаратное обеспечение. Что делать?
Попытайтесь обратиться к системам поиска в веб, вероятно кто-то смог добиться работы такого оборудования в стабильном выпуске. Большая часть оборудования вполне нормально работает в стабильном выпуске. Если же у вас какое-то очень свежее оборудование, то оно может не работать в стабильном выпуске. Если это так, то вы можете установить тестируемый или нестабильный выпуск, либо выполнить обновление до одного из них.
Список работающих в Linux ноутбуков можно найти на этом замечательном сайте. Там не описывается работоспособность именно в Debian, но это потрясающий ресурс. Для настольных компьютеров такого сайта не найти.
Another option would be to ask in the debian-user mailing list by sending an email to debian-user@lists.debian.org. Messages can be posted to the list even without subscribing. The archives can be read through https://lists.debian.org/debian-user/. Information regarding subscribing to the list can be found at the location of archives. You are strongly encouraged to post your questions on the mailing-list rather than on irc. The mailing-list messages are archived, so the solution to your problem can help others with the same issue.
3.1.2. Есть ли разница между версиями пакетов в различных дистрибутивах?
Да. В нестабильном дистрибутиве находятся самые новые (последние) версии. Но пакеты в нём недостаточно хорошо протестированы и могут содержать ошибки.
С другой стороны, стабильный дистрибутив содержит старые версии пакетов. Но пакеты в нём были хорошо протестированы и, по всей вероятности, не содержат неизвестных ошибок.
Пакеты в тестируемом дистрибутиве — что-то среднее между двумя этими крайностями.
3.1.3. В стабильных дистрибутивах содержатся устаревшие версии программ. Только взгляните на Kde, Gnome, Xorg или даже ядро. Они очень старые. Почему?
Да, в общем вы правы. Возраст пакетов в стабильном дистрибутиве зависит от времени выпуска. Так как обычно между выпусками проходит больше года, отсюда и получаются старые версии пакетов. Однако, они были хорошо протестированы на момент выпуска и работают даже сейчас. Можно уверенно сказать, что в пакетах нет неизвестных серьёзных ошибок, проблем с безопасностью и т. д. Пакеты в стабильном дистрибутиве очень тесно подогнаны друг к другу. Все перечисленные плюсы очень важны для рабочих серверов, которые функционируют 24 часа в день, 7 дней в неделю.
On the other hand, packages in testing or unstable can have hidden bugs, security holes etc. Moreover, some packages in testing and unstable might not be working as intended. Usually people working on a single desktop prefer having the latest and most modern set of packages. Unstable is the solution for this group of people.
Как видите, стабильность и новизна находятся на разных концах спектра. Если нужна стабильность, устанавливайте стабильный дистрибутив. Если хотите работать с самыми новыми версиями пакетов, ставьте нестабильный.
3.1.4. Возможно ли позже перейти на другой дистрибутив и как это сделать?
Да, но это односторонний процесс. Вы можете перейти со стабильного на тестируемый, а затем на нестабильный. Но обратно вернуться невозможно. Лучше дважды подумать, прежде чем устанавливать/переходить на нестабильный дистрибутив.
Actually, if you are an expert and if you are willing to spend some time and if you are real careful and if you know what you are doing, then it might be possible to go from unstable to testing and then to stable. The installer scripts are not designed to do that. So in the process, your configuration files might be lost and.
3.1.5. Не могли бы вы подсказать мне какой выпуск следует устанавливать, стабильный, тестируемый или нестабильный?
No. This is a rather subjective issue. There is no perfect answer as it depends on your software needs, your willingness to deal with possible breakage, and your experience in system administration. Here are some tips:
Стабильный выпуск стабилен как скала. Он не ломается и имеет полную поддержку безопасности. Но он может не работать на очень новом оборудовании.
Тестируемый выпуск содержит более свежее ПО, чем стабильный, а ломается значительно реже, чем нестабильный выпуск. Но он всё равно может ломаться, иногда требуется длительное время для того, чтобы всё снова заработало. Иногда для этого требуются дни, а иногда даже месяцы. Кроме того, для него не обеспечивается поддержка безопасности.
Нестабильный выпуск поддерживает самое свежее ПО и сильно меняется. Следовательно, он может сломаться в любой момент. Тем не менее, исправления выпускаются зачастую в течение пары дней, а ПО в нём всегда самое свежее из того, что имеется в Debian.
Если вы выбираете между тестируемым и нестабильный выпусками, имейте в виду, что иногда полезнее использовать тестируемый выпуск. Один из авторов этой документации испытал подобную ситуацию, которая возникла из-за смены версии gcc с gcc3 на gcc4. Он попытался установить пакет labplot на машину с нестабильным выпуском, но этот пакет нельзя было установить в нестабильном выпуске, так как для некоторых зависимостей этого пакета переход на gcc4 уже был выполнен, а для других — ещё нет. Но в тестируемом выпуске этот пакет можно было установить, поскольку пакеты, перешедшие на gcc4, ещё не «просочились» в тестируемый выпуск.
3.1.6. Вы упомянули, что тестируемый дистрибутив иногда ломается. Что имеется в виду?
Бывает, что пакет невозможно установить с помощью системы управления пакетами. Иногда пакет может быть недоступен совсем, может быть (временно) удалён из-за ошибок или неудовлетворённых зависимостей. Иногда пакет устанавливается, но работает неправильно.
Когда такое случается, говорят, что дистрибутив сломан (по крайней мере, применительно к этому пакету).
3.1.7. Почему тестируемый выпуск может быть сломан в течение нескольких месяцев? Разве исправления, добавляемые в нестабильный выпуск, не переходят в тестируемый?
The bug fixes and improvements introduced in the unstable distribution trickle down to testing after a certain number of days. Let’s say this threshold is 5 days. The packages in unstable go into testing only when there are no RC-bugs reported against them. If there is a RC-bug filed against a package in unstable, it will not go into testing after the 5 days.
The idea is that, if the package has any problems, it would be discovered by people using unstable and will be fixed before it enters testing. This keeps testing in a usable state for most of the time. Overall a brilliant concept, if you ask me. But things aren’t always that simple. Consider the following situation:
Предположим, что вам нужен пакет XYZ.
Также представим, что на 10 июня его версия в тестируемом дистрибутиве XYZ-3.6, а в нестабильном XYZ-3.7.
After 5 days, XYZ-3.7 from unstable migrates into testing.
So on June 15, both testing and unstable have XYZ-3.7 in their repositories.
Пользователь тестируемого дистрибутива видит, что для пакета XYZ есть обновление, и он устанавливает его, переходя с XYZ-3.6 на XYZ-3.7.
Теперь, 25 июня кто-то использующий тестируемый или нестабильный дистрибутив обнаруживает RC-ошибку в XYZ-3.7 и пишет письмо об этом в BTS.
Сопровождающий XYZ исправляет эту ошибку и загружает исправленную версию в нестабильный дистрибутив, скажем, 30 июня. Здесь предполагается, что потребовалось 5 дней, чтобы сопровождающий исправил ошибку и закачал новую версию. Число 5 не следует воспринимать как постоянную величину. Оно может быть меньше или больше, в зависимости от сложности имеющейся RC-ошибки.
This new version in unstable, XYZ-3.8 is scheduled to enter testing on July 5th.
But on July 3rd some other person discovers another RC-bug in XYZ-3.8.
Предположим, что сопровождающий XYZ исправил эту новую RC-ошибку и закачал новую версию XYZ через 5 дней.
So on July 8th, testing has XYZ-3.7 while unstable has XYZ-3.9.
This new version XYZ-3.9 is now rescheduled to enter testing on July 13th.
Now since you are running testing, and since XYZ-3.7 is buggy, you could probably use XYZ only after July 13th. That is you essentially ended up with a broken XYZ for about one month.
The situation can get much more complicated, if say, XYZ depends on 4 other packages. This could in turn lead to an unusable testing distribution for months. While the scenario above is immaginary, similar things can occur in real life, though they are rare.
3.1.8. С точки зрения администратора, какой дистрибутив требует большего внимания?
One of the main reasons why many people choose Debian over other Linux distributions is that it requires very little administration. People want a system that just works. In general one can say that stable requires very little maintenance, while testing and unstable require constant maintenance from the administrator. If you are running stable, all you need to worry about is keeping track of security updates. If you are running either testing or unstable it is a good idea to be aware of the new bugs discovered in the installed packages, new bugfixes/features introduced etc.
3.1.9. Что происходит при выходе новой версии дистрибутива?
Этот вопрос не поможет вам в выборе дистрибутива Debian. Но рано или поздно он встанет перед вами.
The stable distribution is currently buster; The next stable distribution will be called bullseye. Let’s consider the particular case of what happens when bullseye is released as the new stable version.
Старый стабильный (oldstable) = stretch; стабильный (stable) = buster; тестируемый (testing) = bullseye; нестабильный (unstable) = sid
Нестабильный всегда указывает на sid, независимо от того, вышла ли новая версия или нет.
Пакеты постоянно переносятся из sid в тестируемый (то есть в bullseye). А пакеты в стабильном (то есть в buster) не меняются (за исключением обновлений безопасности).
По прошествии какого-то времени тестируемый замораживают. Но он всё равно пока будет называться тестируемым. В этот период никакие новые пакеты из нестабильного дистрибутива в тестируемый перемещаться не могут, за исключением лишь тех, что содержат исправления ошибок, критических для выпуска (release-critical — RC).
When testing is frozen, all the new bugfixes introduced have to be manually checked by the members of the release team. This is done to ensure that there won’t be any unknown severe problems in the frozen testing.
Количество критических ошибок в ‘замороженном тестируемом выпуске’ необходимо снизить до нуля, либо если их число больше нуля, то эти ошибки отмечаются как игнорируемые для этого выпуска или как отложенные до следующей редакции этого выпуска
The ‘frozen testing’ with no rc-bugs will be released as the new stable version. In our example, this new stable release will be called bullseye.
На этой стадии старый стабильный = buster, стабильный = bullseye. Содержимое стабильного и «замороженного тестируемого» в этот момент одинаково.
Новый тестируемый выпуск основывается на старом тестируемом выпуске.
Пакеты начинают поступать из sid в тестируемый, и сообщество Debian начинает работать над следующим стабильным выпуском.
3.1.10. У меня на настольном компьютере/кластере установлен Debian. Как узнать, какой дистрибутив используется?
Третье поле («unstable» в вышеприведённом примере) указывает на отслеживаемый дистрибутив Debian, установленный в системе.
Также вы можете использовать команду lsb_release (из пакета lsb-release ). Если вы запустите эту программу на компьютере с нестабильной системой, то получите:
Однако, это не всегда так легко. В некоторых системах могут быть файлы sources.list с несколькими строками, указывающими на различные дистрибутивы. Так бывает, когда администратор следит за различными пакетами из различных дистрибутивов Debian. Это часто называется apt-pinning. На таких компьютерах может использоваться смесь дистрибутивов.
3.1.11. I am currently tracking stable. Can I change to testing or unstable? If so, how?
Если вы используете стабильный выпуск, то третье поле в файле /etc/apt/sources.list будет содержать ‘buster’ или ‘stable’. Вам нужно изменить это значение на название того дистрибутива, который вы хотите использовать. Если вам нужен тестируемый дистрибутив, то замените значение третьего поля в /etc/apt/sources.list на ‘testing’. Если нужен нестабильный выпуск, замените третье поле на ‘unstable’.
Currently testing is called bullseye. So, if you change the third field of /etc/apt/sources.list to ‘bullseye’, then also you will be running testing. But even when bullseye becomes stable, you will still be tracking bullseye.
Нестабильный всегда называется Sid. Поэтому, если вы измените значение третьего поля в /etc/apt/sources.list на ‘sid’, то у вас будет отслеживаться нестабильный выпуск.
В настоящее время, Debian предлагает обновления безопасности для тестируемого дистрибутива, но не для нестабильного, так как исправления в нестабильном дистрибутиве сразу же попадают в главный архив. Поэтому, если вы используете нестабильный дистрибутив, проверьте, что удалили из /etc/apt/sources.list строки, касающиеся обновлений безопасности.
Если для дистрибутива, до которого выполняется обновление, доступна информация о выпуске (даже если официально он ещё не вышел), разумно будет её просмотреть, так как в ней может содержаться информация о том, как проводить обновление.
Тем не менее, после того как были произведены вышеуказанные изменения, вы можете запустить aptitude update и затем устанавливать нужные вам пакеты. Заметим, что установка пакетов от другого дистрибутива может привести к обновлению половины системы. Если вы устанавливаете отдельные пакеты, то получите систему, работающую на смеси дистрибутивов.
3.1.12. Сейчас я использую тестируемый дистрибутив (bullseye). Что произойдёт после выпуска следующей версии? У меня по-прежнему будет отслеживаться тестируемый дистрибутив, или на моей машине будет новый стабильный дистрибутив?
Если в третьем поле файла /etc/apt/sources.list стоит «testing», то даже после выхода нового выпуска у вас будет отслеживаться тестируемый дистрибутив. Поэтому после выхода bullseye вы будете работать на новом дистрибутиве Debian с другим кодовым именем. Сначала изменения будут незаметны, но они проявятся, как только новые пакеты начнут переходить из нестабильного дистрибутива в тестируемый.
Но если третье поле содержит «bullseye», то вы перейдёте на стабильный дистрибутив (так как bullseye станет новым стабильным дистрибутивом).
3.1.13. Всё равно непонятно. Так что же нужно устанавливать?
If unsure, the best bet would be the stable distribution.