Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
Сообщение от opennews (??), 19-Май-25, 22:14
Разработчики Debian сообщили о переводе Debian 13 на стадию  жёсткой заморозки перед релизом, при которой процесс переноса ключевых пакетов и пакетов без autopkgtests из unstable в testing  полностью остановлен и начался этап интенсивного тестирования и исправления блокирующих релиз проблем. Стадия жёсткой заморозки рассматривается как необходимый промежуточный этап перед полной заморозкой, охватывающей все пакеты. Полная  заморозка будет произведена за несколько недель до релиза, который ожидается летом.  В настоящее время насчитывается 244  критические ошибки, блокирующие релиз (при переходе к жёсткой заморозке Debian 12 таких ошибок было 258)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63266
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+14 +/–
Сообщение от Аноним (2), 19-Май-25, 22:28
Молодцы, многим бы поучиться у них: https://www.debian.org/social_contract
Ответить | Правка | Наверх | Cообщить модератору

	41. Скрыто модератором	+/–
	Сообщение от Аноним (-), 20-Май-25, 13:02
	К дебинащикам на стажировку надо отправить арчешкольников. они не знают что-такое стабильность.
	Ответить | Правка | Наверх | Cообщить модератору

	42. Скрыто модератором	+3 +/–
	Сообщение от Аноним (-), 20-Май-25, 13:04
	> К дебинащикам на стажировку надо отправить арчешкольников. они не знают что-такое стабильность. Стабильность это "да мы знаем про узявимости, но обновлять не будем, вдруг в новом тоже уязвимости!" А потом дырявый сквид живет почти 3 года)
	Ответить | Правка | Наверх | Cообщить модератору

3. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–11 +/–
Сообщение от Аноним (3), 19-Май-25, 22:28
> В настоящее время насчитывается 244 критические ошибки, блокирующие релиз (при переходе к жёсткой заморозке Debian 12 таких ошибок было 258). Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы? Ну, скажем, как шапка с федорой поступает, или suse с leap. Не, гораздо лучше вместо летних отпусков сейчас по пожару фиксить своими силами, авось ничего не пролетит... Пролетит, в этом точно не приходится сомневаться.
Ответить | Правка | Наверх | Cообщить модератору

	7. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+3 +/–
	Сообщение от Аноним (7), 19-Май-25, 22:46
	> Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы? Пригодность testing к юзежу на самом деле варьируется. Если только что релизнулись и туда выгружают все и вся - там хаос. А если он в фазе жесткой заморозки как сейчас - то уже довольно юзабельный. > Ну, скажем, как шапка с федорой поступает, или suse с leap. У шапки сейчас вообще нет халявного LTS варианта для смертных. Но спасибо ей за это - благодаря им еще больше народа полюбило дебиан и убунту. Вы же не предлагаете юзать фидору на сервере в проде? Это мучение и головняк. И центос стрем - тоже. Так что брать пример с этих - нафиг нужно.
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (3), 19-Май-25, 23:09
	> Вы же не предлагаете юзать фидору на сервере в проде? Для сервера стабильный. Там по сути только security апдейты важны. А вот на десктоп стейбл не всегда подойдет, ведь оборудование может быть банально новее, графические баги не особо правят. У меня с кде на дебиане 11,12 были разные проблемы. Фиксится только с релизом, но приходят новые баги. И жди релиза. Я говорю о том, что testing непригоден для домашнего использования (а это большой пласт потенциальных тестеров). Я сам пробовал тестинг... В один момент кдешный мейнтейнер к 5 кедами закинул либки иконок из 6, сломав их полностью, конечно... Забавно, я когда "влетел" на это, на редите пост про баг уже неделю висел. Ну и на их баг трекере также. И он вообще ни скрытый был, прям в QEMU ставишь и сразу видно, ничего репродюсить не нужно. Через месяц-два починили, но я уже съехал с этой развалюхи. А так, установщик там не работает. Точнее, он для теста установщика. Они в доке пишут, мол ставить нужно обновляясь со стабильного. А если там изменения были, скажем, в файловой иерархии, типа /bin смерджили. Когда ставил через тестинг, там был кривой shim, из-за чего сразу словил SBAT violation. Софт выпиливают от левой ноги. Типа не прошли тесты на какой-то ppc64el, улетела софтина. А то, что на x86 все ок, всем плевать. Хоть бы старые оставляли... Ну и вылазят мелкие ошибки, которые, в принципе, характерны для всех ролингов, с той лишь разницей, что в нормальных ролингах они будут пофикшены как можно быстрее, а в тестинге, как бог на душу положит. (Кстати, секюрити апдейты тестинг во время тоже не получает, о чем они сами пишут в доке). В общем, как-то так. Стейбл для серверов, контейнеров хорош. Тестинг - ни для кого.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 20-Май-25, 02:10
	> Для сервера стабильный. Дело в том что в этом вашем редхатонечто - нету УНИВЕРСАЛЬНОСТИ и МАСШТАБИРУЕМОСТИ. Дебиан - или его деривативы - в принципе катят везде. От одноплатников с полкредитки до суперкомпьютеров. И тулинг есть для всего этого. Ну там (c)debootstrap например, и куча обвеса на их основе. А редхатобразные на всю эту тему радикально в пролете. И поэтому дебиану в принципе не конкуренты. Ни масштабируемости, ни LTS халявного под сервера. И приобретенные в этой вашей федоре знания будет буквально потом некуда приткнуть. Вы же не будете RHEL и правда покупать? И пакетов в результате под редхаты - меньше и с мучениями. > Там по сути только security апдейты важны. А вот на десктоп стейбл не всегда подойдет, > ведь оборудование может быть банально новее, графические баги не особо правят. Что значит - не правят? Я вот прямо сейчас вижу в бэкпортах дебиан 12 довольно новые ядра и MESA. Т.е. ядра и дрова графики. Вот прям как анонимусу назло. И знаете, если на компьютере работы работать а не черти чем заниматься, немного стабильности тоже не помешает. Если я хотел сегодня кастомеру печатку дорисовать - я совсем не хотел вместо этого заниматьяс отвалами ОС от обновлений суперсвежака, потому что RHBM перепутал пользователей с тестовыми кроликами в лаборатории и в очередной раз впрыснул им нечто непотребное посмотреть что с ними будет. > У меня с кде на дебиане 11,12 были разные проблемы. Фиксится только > с релизом, но приходят новые баги. И жди релиза. Внезапно разработка софта так и работает: старые баги чинят, новые - добавляют. И в целом жизня сильно проще если усвоил вот эти баги, на пару лет все застабилизировал - и занялся своми делами. А не постоянно новые приключения с системой, блин, когда старый баг пофиксили, новые два добавили - и угадай где они и когда вообще долбанут. Я вот так вкатил смотрелку пдфов разок, новой версии. И конечно потребовалось позарез и быстро распечатать вон тот док. Казалось бы, сто раз делал это, что может пойти не так?! А, блин, в новой версии как назло что-то сглючили, прям в печати?! Вот те раз, я чуть не зафейлил сроки таска из-за "подарка". Вот так наступишь несколько раз - и расхочется накатывать свежие версии отфонарно. В какие-то выделенные для этого интервалы, когда меня не парит - намного лучше с этим всем разбираться. А камикадзинг в стиле федоры ведет к ненужным обломам на ровном месте. > Я говорю о том, что testing непригоден для домашнего использования > (а это большой пласт потенциальных тестеров). Вы это рассказали человеку который периодически testing в поздних стадиях юзает на своем десктопе. Небольшой штрих к портрету. Но да, тут стоит понимать что это - тестинг, и реально экспериенс в стиле федороарчей может быть. Но в late стадиях как вот сейчас - уже относительно ОК. > А так, установщик там не работает. Точнее, он для теста установщика. Лично мне вообще похрен, я другими способами системные образа себе уже делаю. Вот я тут с вами болтаю в виртуалке - отврапаной из моего же десктопа. Думаете, я буду убивать время на инсталл вон тем способом? Хрен там, я загрузил ливку, сделал btrfs send, выпилил лишку, и вот мой десктоп - за несколько минут - тут, в виртуалочке, с вами можно поболтать. Ставить ЭТО инсталлером? Уйдет в дохрена раз больше времени и сил. А "merged usr" насколько я помню еще в 12 версии где-то в тестинге закончился. > Софт выпиливают от левой ноги. А в редхатобразных дофига софта просто не опакечено, если это не надо фортуне 500. Или там вечно ffmpeg какой-то жутко обрубленый был или его надо на стороне брать, или еще какие-то приколы. Софта для людей - а не корпораций - там просто мизер. > В общем, как-то так. Стейбл для серверов, контейнеров хорош. Тестинг - ни для кого. Тестинг хорош - как превью технологии. Посмотреть какие грабли ждут. На поздних стадиях можно задеплоить в небольшой выводок, и что будет баговать - попинать майнтайнеров. Чтоб в релизе по возможности такого не было. А для чего хороши федорообразные я вообще не понима. Не реюзабельное, не масштабируемое знание, с софтом тухло, ориентировано на обслугу интереса фортуны-500 от и до, а жаба какого-то манагера редбиэма победила здравый смысл. Типичная участь corp-controlled проектов. Встал какой-то манагеришка с левой ноги - и нате на лопате подарочков.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (3), 20-Май-25, 03:05
	> Что значит - не правят? Я вот прямо сейчас вижу в бэкпортах дебиан 12 довольно новые ядра и MESA. Т.е. ядра и дрова графики. Вот прям как анонимусу назло. У меня вопрос в KDE был. На Debian 11 экран блокировки съезжал. Пофиксилось, конечно, с релизом 12. На 12 с частотой в неделю все окна, что рендерятся просто становились черными прямоугольниками. Помогал рестарт plasmashell. Свалил я раньше, но я уверен, что это не исправлено в 12, а будет исправлено аж в 13 (но прилетит что-то новое). > Внезапно разработка софта так и работает: старые баги чинят, новые - добавляют. То есть если оболочка сыпется, то править ее не стоит аж до следующего релиза, а то вдруг что-то другое сломается? Да, это и называется "стабильность", когда знаешь, что вот раз в неделю нужен рестарт. Но это не для всех. > И знаете, если на компьютере работы работать а не черти чем заниматься, немного стабильности тоже не помешает Да, когда на митинге такой краш словишь и в попыхах бежишь фиксить, это вот самое то. > Вы это рассказали человеку который периодически testing в поздних стадиях юзает на своем десктопе. Посредине цикла попробуйте. > Хрен там, я загрузил ливку, сделал btrfs send Я, конечно, не пробовал, но думаю сломанный shim дал бы о себе знать. А отрубать secure boot я не хочу. > А "merged usr" насколько я помню еще в 12 версии где-то в тестинге закончился. То просто для примера, - почему концепция установки через обновление не лучшая затея. > А в редхатобразных дофига софта просто не опакечено Ключевой есть. Специфический есть в openbuild service или во flatpak. У stable, конечно, хорошо, если софт попал в релиз, а если не успели фиксануть, то может пролететь. Я в своем время dnscrypt так хотел использовать, а его не было, остановился на unbound. В testing я бы не пытался, blender так почти всегда отсутствует. Да и многое другое вылетает на раз-два. > Или там вечно ffmpeg какой-то жутко обрубленый был Да, это действительно проблема. h264 кодек поъехал только недавно. h265 по умолчанию нет, ставить можно только отдельно. Действительно не хватает что-то типа non-free репы.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 20-Май-25, 04:58
	> У меня вопрос в KDE был. На Debian 11 экран блокировки съезжал. > Пофиксилось, конечно, с релизом 12. Если на то пошло, локеров под X11 (на дебиан 11 у вас же не wayland был?) - чертова куча, и совершенно не обязательно юзать именно KDEшный. Видите как все просто в этом мире, если не утыкаться в проблему носом, а посмотреть вокруг и опробовать РАЗНЫЕ подходы? > На 12 с частотой в неделю все окна, что рендерятся просто становились > черными прямоугольниками. Помогал рестарт plasmashell. Свалил я раньше, но я уверен, > что это не исправлено в 12, а будет исправлено аж в > 13 (но прилетит что-то новое). Похоже на какой-то баг видео дров если честно. Это не нвидия случайно? Лично меня в свое время кеды выбесили - вечными глюками их плазмоидов, совершенно иного плана. Когда блин в кафушке с кучей точек доступа вокруг - просто хрен выберешь нужную точку. Она видите ли, "где-то там". А как "туда" отскроллить, на ноуте с точпада, при том что скроллбара нет - ктулху его знает, а? Даже если это как-то возможно, то как минимуму крайне контринтуитивно. И вот это - именно косяк, именно кедов, с их выпендрежем в UI! А ставить столько хлама чтобы потом самому с позором точку в wpa_supplicant самому мануально в конфиг вбивать... эээ, я так и без кед могу! >> Внезапно разработка софта так и работает: старые баги чинят, новые - добавляют. > То есть если оболочка сыпется, то править ее не стоит аж до > следующего релиза, а то вдруг что-то другое сломается? У кедов багодром в их плазме - по жизни. Вон там пример, плазма падать перестала - зато попробуй к точке доступа подключись?! Что так задник, что сяк. ИМХО KDE сделали большую ошибку со всей этой плазмой, после чего и перестали быть юзабельны. Оно у них глючило с момента появления и по сей день. На что хорошие кеды 3 были, настолько после них тормозное кривое глюкало - все остальное KDE было. > Да, это и называется "стабильность", когда знаешь, что вот раз в неделю нужен рестарт. > Но это не для всех. Да это не там стабильность, это в криволапости кед, плазмоидов и того кто все это напрогал походу. Оно глюкавило везде, всегда, с момента появления плазмы и почти всегда были дико назойливые или околофатальные баги. > Да, когда на митинге такой краш словишь и в попыхах бежишь фиксить, > это вот самое то. У меня ничего не крашится. Но я не юзаю KDE и его долбаные глюкоплазмоиды. XFCE не крешился, LxQt на который я переползаю - тоже норм. Оверинженерия вообще до добра не доводит, только до тормозов и кучи глюков. Когда потом получается "ноги вытащили - хвост увяз". > Посредине цикла попробуйте. - Доктор, когда я так делаю, мне больно. - А вы так не делайте. > Я, конечно, не пробовал, но думаю сломанный shim дал бы о себе > знать. А отрубать secure boot я не хочу. У меня нет манеры testing деплоить везде и всюду по приколу. Это для тех кто явно подписался - тестировать. Как из названия и следует. >> А "merged usr" насколько я помню еще в 12 версии где-то в тестинге закончился. > То просто для примера, - почему концепция установки через обновление не лучшая затея. Оно на самом деле один фиг. - Если бутстрапать дистро самому, merge usr случится тогда. - А если апгрейдить - то тогда. Вероятно тем же самым скриптом. Я так понимаю что "внутрях" пакеты - не реструктурированы. Во всяком случае в 12. Поэтому это именно явно скрипт должен отпахать и заменить /bin и проч - на симлинки. >> А в редхатобразных дофига софта просто не опакечено > Ключевой есть. Я не знаю что для вас "ключевой" софт. Какой-нибудь LAMP - может быть. А софт для человеков, а не мегакорп... > Специфический есть в openbuild service Нафиг мне гемор на ровном месте? > или во flatpak. Или тем более превращать систему в подобие винды? Пусть рхбм сам такое жрет, я пакетник юзаю чтобы он более-менее все апдейтил сам, и с конкретными полисями майнтенанса и секурити. > У stable, конечно, хорошо, если софт попал в релиз, а если не > успели фиксануть, то может пролететь. Мир не идеален и та модель и подходы - имеют и свои ограничения. Но по сравнению с вон тем оно не такое уж и плохое :). Копаться по васянским флатпакам с хзкакими полисями и > Я в своем время dnscrypt так хотел использовать, а его не было, А его что, настолько сложно самому собрать накрайняк? Как бы выбирая между пересбором 1 софтины и трахом с кучей левых пакетов, флатпаков, ... ну как бы сами понимаете. > остановился на unbound. В testing я бы не пытался, blender так почти > всегда отсутствует. Да и многое другое вылетает на раз-два. Насчет blender фиг знает. А вот KiCad ... даже до некоторой степени хорошо что он фризится в версии. Потому что если нет - эти господа форматы файлов меняют. И необдумано заппгрейлив его оптом - можно обнаружить что старые проекты чего-то не открываются. И мне теперь как, заново рисовать эти печатки и схемы? Как раз штука где КОНТРОЛИРУЕМАЯ миграция - полный мастхев :) >> Или там вечно ffmpeg какой-то жутко обрубленый был > Да, это действительно проблема. h264 кодек поъехал только недавно. h265 по умолчанию > нет, ставить можно только отдельно. Действительно не хватает что-то типа non-free репы. В дебиане ffmpeg вроде даже не non-free как таковой. Просто решили что комплайнс по части патентов VS их локация - на совести юзера, насколько я помню.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (3), 20-Май-25, 05:48
	> Если на то пошло, локеров под X11 Мне kde нужен был, тот, что в комплекте с ней идет. > wayland Нет, на данный момент в дебиане для KDE рабочего вейланда нет. Там кеды 6 нужны минимум. То, что на 5 - профанация. > Похоже на какой-то баг видео дров если честно. Это не нвидия случайно? AMD 5500u, igpu была. > Да это не там стабильность, это в криволапости кед Не спорю, но его не патчат в дебиане совсем. Я на tumbleweed сейчас. Если скажем в 6.2.0 что-то не так, в 6.2.1 подправили. А в дебиане - по релизу. > Доктор, когда я так делаю, мне больно. Во-во. Я и говорю, что testing для использования не подходит. > Это для тех кто явно подписался - тестировать. Как из названия и следует. О чем я и писал выше, он не пригоден для использования. > Или тем более превращать систему в подобие винды? Пусть рхбм сам такое жрет, я пакетник юзаю чтобы он более-менее все апдейтил сам, и с конкретными полисями майнтенанса и секурити. К вопросу securtity, bwrap лишним не будет. И при установке нужно тщательно смотреть разрешения. И это точно мастхев для всяких телграмов и зума. > А его что, настолько сложно самому собрать накрайняк? Как бы выбирая между пересбором 1 софтины и трахом с кучей левых пакетов, флатпаков, ... ну как бы сами понимаете. Собрать не проще. Кто его обновлять потом будет? У того же флетпака flatpak update есть. А мне потом с каждой обновой его собирать, аж пока следующий дебиан не выйдет и авось включат? К слову, сам dnscrpyt на go, так что собираться он перестанет со временем, как go протухнет в репах. И тут привет контейнеры для сборки)) Ну или билды качать, конечно. > Насчет blender фиг знает Почти год не был. https://tracker.debian.org/pkg/blender [2024-03-26] Удален. [2025-02-08] Добавлен. Короче, можно сказать, что нет его там. > В дебиане ffmpeg вроде даже не non-free как таковой. Да, это плюс.
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (67), 20-Май-25, 21:33
	> kde Вот не пользуюсь KDE, но не осуждаю. Пользуюсь только из за того что можно настроить выключение ПК, > 120 min. Во всех других DE, ограничение 1 h час. ( поэтому я использую сторонне autopoweroff https://github.com/deragon/autopoweroff ) И вот я задаюсь вопросом, почему за все время существования Linux, сей вопрос не решили. Или нужно создавать Юниты systemd., с планировщиком запуска ( кстати это у меня не сработало, ПК, считает простой 120 минут, и не реагирует на движения мышью, а протой с начала включения ПК, вообще фактически ) И именно какая то там гибернация. А мне нравится Power Off. Ну тоесть когда ПК, выключается именно, и пре перезапуске запускает все эти службы. Это важно. Мало ли что там в фоне может накопится.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (30), 20-Май-25, 06:59
	>Действительно не хватает что-то типа non-free репы. А чем RPMFusion не угодил?
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	38. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от freehck (ok), 20-Май-25, 10:43
	> Да, это и называется "стабильность", когда знаешь, что вот раз в неделю нужен рестарт. Увы, но это современные реалии мейнстримных линуксовых DE. Хотите настоящую стабильность -- не используйте их, и ваш компьютер будет спокойно работать без перезагрузок по полгода-год.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	29. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (30), 20-Май-25, 06:58
	>Или там вечно ffmpeg какой-то жутко обрубленый был или его надо на стороне брать Ставится одной командой из RPMFusion
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	37. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 20-Май-25, 10:36
	> А в редхатобразных дофига софта просто не опакечено, если это не надо > фортуне 500. Или там вечно ffmpeg какой-то жутко обрубленый был или > его надо на стороне брать, или еще какие-то приколы. Софта для > людей - а не корпораций - там просто мизер. Притом, что ты много правильного пишешь, вот конкретно пример ffmpeg -- это плохой пример. Там проблемы не только у RHEL, но и у Debian тоже. И они связаны с лицензионными ограничениями на кодеки. Репозиторий debian-multimedia появился не просто так, и точно так же не просто так он является не официальным.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	31. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (31), 20-Май-25, 08:38
	>Для сервера стабильный. Никто не будет в здравом уме ставить ни Федору ни Центось на боевой сервер, а вот Убунту спокойно.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	45. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
	Сообщение от Аноним (67), 20-Май-25, 13:21
	> Никто не будет в здравом уме ставить ни Федору ни Центось на боевой сервер, а вот Убунту спокойно. Да соглашусь, те кто занимаются делом, не перд**лят конфиги. Развернул ОС, из облака, настроенную, на несколько 120 ПК, и все. При том не пользуясь всякими там coreutils. Этим не занимаются те кто этим занимаются. А используют софт с кнопочками далее далее готово. Никто не пер**лит консоль, прям из bash, zhs, powershell, этим не занимается.
	Ответить | Правка | Наверх | Cообщить модератору

	14. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (14), 19-Май-25, 23:31
	>> Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы? > Пригодность testing к юзежу на самом деле варьируется. Если только что релизнулись > и туда выгружают все и вся - там хаос. А если > он в фазе жесткой заморозки как сейчас - то уже довольно > юзабельный. Поэтому если жить на тестинге есть одно негласное правило, не обновлять систему сразу после выхода стейбла недели две хотя бы, как раз чтобы пройти мимо огромной выгрузки всякого, что может сломать систему. После некоторого времени, когда не будет ситуаций когда какие-то пакеты навалили, а зависимотей к ним ещё нет, то можно и обнволяться. Хотя я всё равно не советую использовать в соус листах подписи testing, лучше подписываться именно названиями игрушек, которыми маркируют текущий тестинг. >> Ну, скажем, как шапка с федорой поступает, или suse с leap. > У шапки сейчас вообще нет халявного LTS варианта для смертных. Но спасибо > ей за это - благодаря им еще больше народа полюбило дебиан > и убунту. Вы же не предлагаете юзать фидору на сервере в > проде? Это мучение и головняк. И центос стрем - тоже. Так > что брать пример с этих - нафиг нужно. На самом деле федорку можно юзать, но после Дебиана ощущения двоякие, с одной стороны есть хорошие плюшки, типа быстрого завоза всякого новья, с другой стороны такое же лёгкое выкидывание на мороз всего что не нравится основной линии партии, в Дебиане всё же больше для людей ощущается, а на Федоре ощущается прям что ты на халявном полигоне хитрых дядей. С одной стороны в Федоре бывают быстрые фиксы, а с другой бывает как забьют болта, что лапками разводят, а потом и вовсе выкинут на мороз. Для поиграться в игрушки Fedora подходит неплохо, относительно свежие MESA и ядра, приятнее перекатывается с релиза на релиз чем убунточка, да и проблем с этим меньше, субъективно.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	19. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+2 +/–
	Сообщение от Витюшка (?), 20-Май-25, 03:19
	Как это нет? А RHEL 10, на котором я сижу? Вполне себе халявный для разработчиков, индивидуального использования и даже малого бизнеса.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	59. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от КО (?), 20-Май-25, 16:22
	>У шапки сейчас вообще нет халявного LTS варианта для смертных. Oracle Linux же? :)
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	60. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+2 +/–
	Сообщение от Аноним (60), 20-Май-25, 16:54
	Иногда удивляюсь, как люди алчно реагируют на то что им достается фактически бесплатно. И всегда удивляюсь, как в такое типично рыночное время, выживают и живут, такие гениальные проекты, как Debian. Целый архив сборок. Качай любую, используй на халяву, поднимай свои сервисы. Одни лучи добра.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	20. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (20), 20-Май-25, 03:38
	Debian testing уступает в стабильности как той же Fedora так и Arch, зачем он нужен такой? И это при том что там софт зачастую более старый чем в вышеназванных дистрибутивах.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	32. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (31), 20-Май-25, 08:39
	Вопрос не правильный, зачем нужны федора и рач?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (44), 20-Май-25, 13:17
	оба суть высококачественные дистрибутивы, пригодные для работы как десктоп, что я делаю последние лет 5 без каких-либо вообще проблем.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (39), 20-Май-25, 11:28
	> Debian testing уступает в стабильности как той же Fedora так и Arch, > зачем он нужен такой? И это при том что там софт > зачастую более старый чем в вышеназванных дистрибутивах. Абсолютно субъективный бездоказательный наброс. Я также могу сказать, что Fedora уступает в стебильности тестингу Дебиана, а Arch уступает стабильности даже анстрейблу. В эту игру можно играть вдвоём. ;)
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	58. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Beta Version (ok), 20-Май-25, 16:12
	> Debian testing уступает в стабильности В стабильности он уступает, если бездумно делать dist-upgrade. Если же следить за тем, что там пытается удалиться, и избегать ситуаций, как с t64, то Testing не более анстейбл, чем роллинг дистры.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	35. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Anon7773.14 (?), 20-Май-25, 09:54
	Сижу на тестинг полгода. Пару раз словил глюки с bluetooth и звуком. Но за счет самопальной возможности быстрого отката, вообще не парит. Что-то поломалось после обновления — перезагрузка откат на день-пару назад, и прибивание проблемных пакетов по apt-mark hold. Кроме поломок выше — юзабельно без проблем.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	40. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (39), 20-Май-25, 11:51
	> Сижу на тестинг полгода. Пару раз словил глюки с bluetooth и звуком. > Но за счет самопальной возможности быстрого отката, вообще не парит. Что-то > поломалось после обновления — перезагрузка откат на день-пару назад, и прибивание > проблемных пакетов по apt-mark hold. > Кроме поломок выше — юзабельно без проблем. А что за самопальная возможность откатов, друг интересуется? ;)
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (54), 20-Май-25, 15:15
	> А что за самопальная возможность откатов, друг интересуется? ;) BTRFS снимки мб. Впрочем можешь на snapper глянуть. И, как человек, который использовал testing, я бы сразу смотрел в сторону tumbleweed.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Анониматор (?), 20-Май-25, 15:19
	так это на любой дистр можно сделать, если сразу на btrfs установить. Где-то snapper из коробки сразу, где-то доустановить, как в арче. Это не эксклюзивная технология какого-то дистра
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (67), 20-Май-25, 19:20
	> самопальная возможность откатов Скорее всего нечто незначительное, раздутое какими то терминами. Обычно то что появляется в Debian, уже есть в Ubuntu, Arch. Только вот если ты не знал не слышал про какую то фичу, в Debian, из Ubuntu, Arch, значит такой фичи нет. Или как всегда просто раздувание красивыми фразами какой то мелкой функции, которая вовсе и не то о чем написанно, а нечто посредственное.
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	36. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 20-Май-25, 10:26
	>> В настоящее время насчитывается 244 критические ошибки > Какая незадача Совершенно нормальное явление > Может следовало вести тестинг как дистрибутив пригодный для работы? С чего вы взяли, что Testing в Debian внезапно НЕ пригоден для работы? > Ну, скажем, как шапка с федорой поступает, или suse с leap. Да вообще-то пан на пан. Чем это они по-вашему так принципиально отличаются?
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	66. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от АнонимОтветчик (?), 20-Май-25, 21:18
	> С чего вы взяли, что Testing в Debian внезапно НЕ пригоден для работы? Опыт. > Да вообще-то пан на пан. Чем это они по-вашему так принципиально отличаются? Там мейнтенеры стараются "чтобы работало". А у дебиан тебе во всех доках прямым текстом говорят, инсталлятор не юзай, секюрити апдейты с опозданием, для тестирования и вообще, пошел вон!
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 20-Май-25, 22:08
	> Опыт. Я много лет сидел на Testing, и мой опыт говорит прямо противоположное.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от АнонимОтветчик (?), 20-Май-25, 22:40
	> Я много лет сидел на Testing Попробуй в лотерея сыграть. Похоже Вы счастливчик. У меня проблемы начались прям на моменте установки.
	Ответить | Правка | Наверх | Cообщить модератору

4. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
Сообщение от Аноним (4), 19-Май-25, 22:33
Дистрибутив классный, если все работает. Рекомендую, однако, обратить внимание на следующие детали перед обновлением / установкой: 1. Либо в поставляемом Linux 6.12, либо в пакете "firmware-amd-graphics" поставляется проблематичная версия драйвера AMDGPU. Речь о следующем баге: https://bbs.archlinux.org/viewtopic.php?id=302499 Баг был исправлен в 6.13 или 6.14, но на момент 5-го мая, когда тыкал Debian 13, не был бэкпортирован в 6.12. Это приводило к разного рода проблемам с графикой, например, хоть приложение и выдавало 100+ FPS, но на мониторе как будто герцовка падала со 100 до 24 на пару секунд раз в некоторое время, что очень раздражало глаз. Если столкнулись: возможный фикс - сборка своего ядра, либо установка из backports после релиза. 2. PipeWire поставляется (или поставлялся) кривой: если смотреть "$ pwtop" и работать в приложении, которое хоть как-то нагружает процесс, то счетчик ERR стабильно рос на 20-30 каждые минут 10, из-за чего звук как бы "ломался" в наушниках. Фикс - "$ systemctl --user restart pipewire.service pipewire-pulse.service" от юзера после каждой загрузки системы, например скриптом на автозапуске после логина. 3. Если у Вашего юзера есть своя User Private Group, то маска после установки поменяется с 022 на 002 (пока в release notes об этом не указано, хотя на вики указано). Если нужно старое поведение, фикс - создать свой кастомный user systemd сервис, который будет менять маску на 022. 4. Пакетная база, как обычно, оставляет желать лучшего. "discord" в non-free не подвезли, "telegram-desktop" выпилили, "adwaita-fonts", который по умолчанию в поставляемом GNOME 48, не успели завезти, поэтому GNOME будет использовать старые шрифты Cantarell. Фикс - опакетирование данных шрифтов и их установка самостоятельно, либо установка из flatpak / через любой другой container manager / раскидать по системе все нужные файлы руками и забить.
Ответить | Правка | Наверх | Cообщить модератору

	5. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (4), 19-Май-25, 22:38
	В целом же дистрибутивом можно пользоваться. Как обычно, в целом неплохо, хотя тот же 12-ый релиз был куда лучше и на момент toolchain and transition freeze дистрибутив уже был достаточно стабилен. В случае с 13-ым - рекомендую подождать до релиза, а желательно вообще до 1-го минорного обновления.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–3 +/–
	Сообщение от Аноним (7), 19-Май-25, 22:51
	> 2. PipeWire поставляется (или поставлялся) кривой: если смотреть "$ pwtop" и работать > в приложении, которое хоть как-то нагружает процесс, то счетчик ERR стабильно > рос на 20-30 каждые минут 10, из-за чего звук как бы "ломался" в наушниках. > Фикс - "$ systemctl --user restart pipewire.service pipewire-pulse.service" от юзера после > каждой загрузки системы, например скриптом на автозапуске после логина. КМК фикс - поставить процессу этого pipe dream повышенный приоритет, не? > Если нужно старое поведение, фикс - создать свой кастомный user systemd сервис, > который будет менять маску на 022. С системд можно конечно сделать много странных вещей. Но зачем? > 4. Пакетная база, как обычно, оставляет желать лучшего. "discord" в non-free не > подвезли, "telegram-desktop" выпилили, Отлично, малвари и спайвари в дебиане - не место. > Фикс - опакетирование данных шрифтов и их установка самостоятельно, либо установка из > flatpak / через любой другой container manager / раскидать по системе > все нужные файлы руками и забить. Лучший фикс - гнома вообще не юзать, так жизня намного лучше :)
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	10. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (4), 19-Май-25, 22:56
	> С системд можно конечно сделать много странных вещей. Но зачем? Если людям нужно - пусть юзают. > Отлично, малвари и спайвари в дебиане - не место. Мы говорим о репозитории non-free, в котором и так присутствуют пакеты по типу Steam. Клиент telegram-desktop вообще опенсорс, и он есть в предыдущих релизах и ветке Sid. > Лучший фикс - гнома вообще не юзать, так жизня намного лучше :) Оффтоп. А по факту, GNOME считается в Debian default DE.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (-), 19-Май-25, 23:04
	>> С системд можно конечно сделать много странных вещей. Но зачем? > Если людям нужно - пусть юзают. А пойнт этого упражнения - в чем? Такое прекрасное описание ритуала - и ни звука на тему "а нахрена?". Преподносится как фикс. А что это, собственно, сломало? >> Отлично, малвари и спайвари в дебиане - не место. > Мы говорим о репозитории non-free, в котором и так присутствуют пакеты по > типу Steam. Клиент telegram-desktop вообще опенсорс, и он есть в предыдущих > релизах и ветке Sid. Ну значит что-то не срослось. Скажем какой-нибудь жирнобаг с этим релизом дебиана и майнтайнеры выдохлись его майнтайнить, мало ли какая фигня. >> Лучший фикс - гнома вообще не юзать, так жизня намного лучше :) > Оффтоп. А по факту, GNOME считается в Debian default DE. У меня в дебиане дефолтным к счастью считается то что я наберу себе в тот или иной образ сам. Это пожалуй лучшее что в дебиане есть - использование его как конструктор операционок. Это не для десктопа. Это не для сервера. Это ос для всего чего сможете и захотите - "universal opeating system".
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (4), 19-Май-25, 23:12
	> Преподносится как фикс. А что это, собственно, сломало? По дефолту это ничего не должно ломать, если с группами не шаманили. Однако, если людям нужно старое поведение, это одно из возможных решений. > "universal opeating system" Based. Но GNOME по факту в инсталляторе указывается как Default DE, во время того же LTS и Extended LTS от Freexian внимание из всех доступных DE уделяется ему в первую очередь.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (25), 20-Май-25, 05:07
	> По дефолту это ничего не должно ломать, если с группами не шаманили. > Однако, если людям нужно старое поведение, это одно из возможных решений. Я просто не понимаю почему оно решение ибо "какую ПРОБЛЕМУ оно решает?" (и почему это - проблема?) >> "universal opeating system" > Based. Но GNOME по факту в инсталляторе указывается как Default DE, во > время того же LTS и Extended LTS от Freexian внимание из > всех доступных DE уделяется ему в первую очередь. Если честно - я забыл когда видел инсталлятор дебиана. Просто потому что ставить ситему столь медленным и занудным способом - прям винду и ее технологии инсталла напоминает. Но уже давно придуманы более продвинутые технологии сборки образов и деплоя, где времена операций более другие. Вон то было актуально - когда у вас 1 комп на город, а про VM никто не слышал. И поэтому негде "поляну подготовить". А сайчас это - для совсем чайников и просто неоправданные мучения с убиением кучи времени на довольно бесполезный и странный ритуал.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (28), 20-Май-25, 05:59
	>Если честно - я забыл когда видел инсталлятор дебиана. Просто потому что ставить ситему столь медленным и занудным способом - прям винду и ее технологии инсталла напоминает. Но уже давно придуманы более продвинутые технологии сборки образов и деплоя, где времена операций более другие. >Вон то было актуально - когда у вас 1 комп на город, а про VM никто не слышал. И поэтому негде "поляну подготовить". А сайчас это - для совсем чайников и просто неоправданные мучения с убиением кучи времени на довольно бесполезный и странный ритуал.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (67), 20-Май-25, 13:32
	> медленным и занудным способом - прям винду и ее технологии инсталла напоминает Windows 10, 11, ставится быстрее чем Lubuntu minimal.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	47. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–2 +/–
	Сообщение от Аноним (67), 20-Май-25, 13:30
	> GNOME считается в Debian default DE Может ты еще default Браузером пользуешься, в Windows. Или типа того.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	22. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (20), 20-Май-25, 03:44
	Это норма для дебиана, там вечно что-то не работает потому что не пускают свежие обновления софта, баги чинятся с огромной задержкой, а если и починят быстро то могут всплыть новые так как свежие патчи не очень сочетаются со старым софтом и ядром.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	33. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
	Сообщение от Аноним (31), 20-Май-25, 08:40
	Дебиан это основа для Убунты. Ставить на сервер или на десктоп ДЕбиан при наличии Убунты особого смысла нет.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	49. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (49), 20-Май-25, 13:39
	Вообще-то Убунтой перестал пользоваться в пользу Дебиана после того, как апгрейд на новый релиз поломал всю систему. Правда это было лет 7-8 назад. С Дебианом такого не было ни разу.
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (67), 20-Май-25, 19:17
	> Вообще-то Убунтой перестал пользоваться в пользу Дебиана после того, как апгрейд на новый релиз поломал всю систему. Правда это было лет 7-8 назад. С Дебианом такого не было ни разу. Аналогичная ситуация наоборот. Upgrade, и последующий autoclean autopurge autoremove, запорол Debian. А вот в ubuntu такого не наблюдалось.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (34), 20-Май-25, 09:18
	> 3. Если у Вашего юзера есть своя User Private Group, то маска после установки поменяется с 022 на 002 (пока в release notes об этом не указано, хотя на вики указано). > Если нужно старое поведение, фикс - создать свой кастомный user systemd сервис, который будет менять маску на 022. ну зачем делать костыли, когда можно не делать? в /etc/pam.d/common-session прописать session optional                    pam_umask.so nousergroups > 2. PipeWire поставляется (или поставлялся) кривой: еще желательно отрубить его запуск для sddm https://wiki.debian.org/PipeWire#Device_volume_for_SDDM_user...
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	69. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от 12yoexpert (ok), 20-Май-25, 22:27
	рекомендую, однако, засунуть ллм-ку себе в ого-го и три раза провернуть
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	70. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (4), 20-Май-25, 22:29
	> рекомендую, однако, засунуть ллм-ку себе в ого-го и три раза провернуть Ник себя полностью оправдывает...
	Ответить | Правка | Наверх | Cообщить модератору

23. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
Сообщение от Ivan (??), 20-Май-25, 03:58
far2l свежий, включая графическую версию (чтоб буфер обмена и все кнопки из коробки), успели загрузить
Ответить | Правка | Наверх | Cообщить модератору

	26. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+5 +/–
	Сообщение от Аноним (25), 20-Май-25, 05:09
	> far2l свежий, включая графическую версию (чтоб буфер обмена и все кнопки из > коробки), успели загрузить Графическая версия текстовой консольной программы - пожалуй самое тупое, бессмысленное и беспощадное что придумано человечеством на этом глобусе. Успешно сочетает минусы GUI и TUI - но где же, бж, плюсы?!
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Анониматор (?), 20-Май-25, 15:16
	юзера пересевшие с винды спокойно пользуется и довольны как слоны, они даже не догадываются что там гуй и нет предпосылок к тому, так что не надо тут гнать
	Ответить | Правка | Наверх | Cообщить модератору

	46. Скрыто модератором	+/–
	Сообщение от Аноним (67), 20-Май-25, 13:29
	Могли бы цифру 13, убрать. Есть страны где принципиально не используют цифру 13.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	52. Скрыто модератором	+/–
	Сообщение от Аноним (-), 20-Май-25, 14:13
	На дворе 2025 год! Наука и образование почти условно доступна всем. Как только находятся люди, которые верят во всякую ...!
	Ответить | Правка | Наверх | Cообщить модератору

	63. Скрыто модератором	+/–
	Сообщение от Аноним (67), 20-Май-25, 19:14
	> На дворе 2025 год! Наука и образование почти условно доступна всем. > Как только находятся люди, которые верят во всякую ...! Но ведь цифры, обьясняют как раз таки такие явления. Есть наука которая обьясняет всякие такие явления математикой. Ну тоесть математичкая модель мира. Золотое сечение ( то что является пропорциями в природном мире ). Или думаешь, природа не знает математику.
	Ответить | Правка | Наверх | Cообщить модератору

43. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
Сообщение от Аноним (43), 20-Май-25, 13:08
Уже можно ставить в прод или надо ждать?
Ответить | Правка | Наверх | Cообщить модератору

	50. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (49), 20-Май-25, 13:41
	Лучше ждать. Не зря все эти этапы придуманы. Я когда-то тоже с заморозок начинал, потом понял, что баги там есть, и на них всё-равно наталкиваешься через какое-то время.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (54), 20-Май-25, 15:23
	Баги и в релизе есть)
	Ответить | Правка | Наверх | Cообщить модератору

51. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
Сообщение от Аноним (51), 20-Май-25, 13:50
systemd уже выпилили?
Ответить | Правка | Наверх | Cообщить модератору

61. Скрыто модератором	–1 +/–
Сообщение от Аноним (61), 20-Май-25, 17:23
Как будто бы линукс это не про пользоваться а про пердолиться.
Ответить | Правка | Наверх | Cообщить модератору

	62. Скрыто модератором	+/–
	Сообщение от Аноним (67), 20-Май-25, 19:11
	> линукс это не про пользоваться а про пердолиться. Тоже наблюдаю сию тенденцию. Хорошо что я вовремя остановился. Даже стал уважать Windows. Максимум что делаю это использую браузер. А ведь поначалу настраивал конфиги. Все остальное по Default.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема