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

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

	74. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (74), 21-Май-25, 01:21
	> Мне kde нужен был, тот, что в комплекте с ней идет. Мой пойнт: если кому ехать, а не шашечки, проблема решается буквально за 5 минут. Да, может не очень эстетично, но - уж точно не фатальная проблема. >> wayland > Нет, на данный момент в дебиане для KDE рабочего вейланда нет. Там > кеды 6 нужны минимум. То, что на 5 - профанация. Ну дык вон те господа сейчас его оттестят своими тушками, до ума доведут - и через пару лет как раз будет то что надо для дебиана. Кто хотел с пылу с жару, со всем багодромом - юзали арчи, генты и прочие федоры, ну или накрайняк нечто типа unstable. Но это идет в комплекте с характерным user experience по части жизни посреди минного поля. >> Похоже на какой-то баг видео дров если честно. Это не нвидия случайно? > AMD 5500u, igpu была. Странно. Но - какой-то баг. То что он в кедах - 50/50. Может и графический драйвер что-то не то делал. > Не спорю, но его не патчат в дебиане совсем. Я на tumbleweed > сейчас. Если скажем в 6.2.0 что-то не так, в 6.2.1 подправили. А в дебиане - по релизу. В кедах при патчах - норовят сломать что нибудь новое. В дебиане же считают что старый баг - лучше новых двух. Имея на то определенные причины. Роллинги и стабильные дистры, особенно с LTS-образными нишами это все же разное. Т.е. идея что если я разок нарулил конфигу, и это более-менее работает - теперь можно забыть про это все, и пару лет - заниматься своими делами. А не приключениями с ос и выяснением какая там версия каких еще кедов вышла и что там починили - а заодно чего нового сломали. >> Доктор, когда я так делаю, мне больно. > Во-во. Я и говорю, что testing для использования не подходит. Как я уже сказал - сильно зависит от timeframe. Т.е. если testing взять - сейчас, это уже будет относительно ОК и его по крупному уже ломать не будут. А если сразу после релиза - там вываливают оптом пакеты и что угодно может быть, это самое начало тестирования нового релиза. >> Это для тех кто явно подписался - тестировать. Как из названия и следует. > О чем я и писал выше, он не пригоден для использования. А я писал что это - зависит от выбора тайминга. Вот прям ща testing уже будет более-менее стабилен как десктоп и ничего крупного и ломающего там в общем случае - выкатывать уже не будут. > К вопросу securtity, bwrap лишним не будет. И при установке нужно тщательно > смотреть разрешения. На мой вкус, я и firejail могу поюзать. Там где реально надо - можно и виртуалку. Даже если вот тут сломают браузер, он видит - лысую систему с Downloads. Если даже пробьют контейнер каким-то - окей, но это все равно виртуалка под браузер, и там все равно ничего ценного нет, кроме Downloads. Скачаных из интернета - так что и вот смысл это ломать? С точки зрения безопасности логично - делать соотношение усилий и награды непривлекательным для атакующих. Если уж мы об этом. > И это точно мастхев для всяких телграмов и зума. С точки зрения безопасности - эту малварь лучше всего вообще не запускать. > Собрать не проще. Кто его обновлять потом будет? У того же флетпака > flatpak update есть. Флатпак.. 1) Заточен на десктопный софт вообще. 2) Кто и как его (не) оьновляет - полный ьардак и зоопарк один фиг. В этом смысле дебианщики честнее. Если майнтайнеры совсем почили в бозе и жирные вулны никто не чинит - они пакет выпилят. Чтобы не раздавать гранаты без чеки всем желающим. А вон те - любезно выдают их обезьянам, не парясь такими мелочами. Я не уверен что так - безопаснее. Де факто это куча хлама где никто ни за что не отвечает и полися апдейтов random(). > А мне потом с каждой обновой его собирать, аж пока следующий дебиан > не выйдет и авось включат? К слову, сам dnscrpyt на go, > так что собираться он перестанет со временем, как go протухнет в > репах. И тут привет контейнеры для сборки)) Ну или билды качать, конечно. В репах дебиана вроде порой бэкпортят новые версии го. > Короче, можно сказать, что нет его там. Ну, мне пофиг. Он специфичная здоровенная прога, для очень узкой касты крутых 3D дизайнеров. >> В дебиане ffmpeg вроде даже не non-free как таковой. > Да, это плюс. И vlc там опять же - ставится без приколов - с либами вон того - так что ставится в 1-2 клика или команды - жрет все что шевелится - и на этом вопрос с плеерами можно закрыть по сути. А в corp-controlled дистро - можно основательно поделать себе мозг такими вещами, они предпочитают дуть на воду чтоб не обжечься, нежели решать проблемы васянов с улицы. С точки зрения обычного пользователя - это никак не фича.
	Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

	86. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (86), 21-Май-25, 08:24
	> Мой пойнт: если кому ехать, а не шашечки, проблема решается буквально за 5 минут. Да, может не очень эстетично, но - уж точно не фатальная проблема. Моя позиция - всегда держать систему близкой к дефолту и настраивать лишь через конфиги. Подправить ssh, dnsmasq/unbound, chrony, smartd и т.д, - нормально, а вот патчи накатывать, или что-то не из пакетника, то точно нет, чтобы при дальнейших обновлениях не приходилось судорожно лазить и смотреть, а обновились ли патчи (это также масштабируется прямолинейно количество систем, за которыми приглядываешь). > Ну дык вон те господа сейчас его оттестят своими тушками, до ума доведут - и через пару лет как раз будет то что надо для дебиана. Тут вопрос в парадигме. Я на 5 кедах вейланд вообще не использовал. Сейчас на 6 уже работает, но бывают артефакты. А сидел я на тех самых, кошерных, доведенных иксах. И что толку, если проблемы то были, а фиксы, как я понимаю, только у апстрима? Сейчас кдешнки вообще упразднили LTS, так что тут и шансов будет немного, даже при желании мейнтейнеров. > В кедах при патчах - норовят сломать что нибудь новое. В дебиане же считают что старый баг - лучше новых двух. Имея на то определенные причины. Роллинги и стабильные дистры, особенно с LTS-образными нишами это все же разное. Ну это и есть суть понятия "стабильный". Без иронии, ты знаешь, что что-то сбоит, а если обновить, то это починиться, но, что-то (возможно) сломается. Для производства ок. Для десктопа я предпочитаю другой принцип. Обновился, система работает и нет проблем? Перестал обновляться на пол года или год (если только что-то не понадобится). Если есть проблема, можно откатиться на прошлый вариант или обновить до фикса и дальше опять ждать. > Как я уже сказал - сильно зависит от timeframe С тем, что под релиз его "причесывают" я спорить не буду. > Там где реально надо - можно и виртуалку. Даже если вот тут сломают браузер, он видит - лысую систему с Downloads Графика плохо работает, если не пробрасывать GPU. Там вроде нативный контекст для amd и линукс гостя появился, но ядро 6.13+ и qemu 9.3.0 + нужно. Плюс libvirt, virtmanger еще не поддерживают. Да и какой-то looking glass ставить нужно, если по уму. Да и другие сложности оно создаст, типа подкидывания файлов в расшаренные директории. Короче, должна быть веская причина. > С точки зрения безопасности - эту малварь лучше всего вообще не запускать. А что делать, если контингент пользуется? Приходится идти на ухищрения. > Флатпак.. Не понимаю, почему так много людей его не любит. Если это не встроенное устройство то вопрос 10-20 гигов не стоит. Взамен получаешь: - Изоляцию (bwrap). Тот же телеграм там только сетевой доступ имеет. Программы не имею возможности "мусорить" (нужно смотреть на конкретные пермишены). Но это лучше, чем добавлять тот же хром как репу в дебиан, который установочным скриптом может что угодно сделать с системой. Он еще и в крон лез, если я не ошибаюсь. - Универсальность среди дистрибутивов. - Разные версии софта, а не как у пакетника. - Возможность атомарных обновлений. Если я хочу обновить, kcalc и тут вышла обновленная версия kde, пакетник затянет все. А так, только одно приложение. > 1) Заточен на десктопный софт вообще. Да, и решает этот вопрос. Для консольного использую podman. > 2) Кто и как его (не) оьновляет - полный ьардак и зоопарк один фиг. Тут сильно по-разному. Например KeePassXC имеет официальную репу там. А у дебиана как-то так: https://www.opennet.dev/opennews/art.shtml?num=61163 Так что там нужно смотреть, что ставить и кто постит. > Ну, мне пофиг. Он специфичная здоровенная прога, для очень узкой касты крутых 3D дизайнеров Так разные сносят. Я для разработки создаю контейнер с самыми разными утилитами. И когда начинаешь его собирать, то оказывается, что tcpxtract, node-http-server, kotlin выпилены. И ладно, это контейнер, а вот с основной системой такое не пойдет.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (98), 22-Май-25, 07:03
	> Моя позиция - всегда держать систему близкой к дефолту и настраивать лишь > через конфиги. А моя позиция - успешно решать задачи и делать как проще всего и лучше работает. Все что ведет к этому - хорошо, и наоборот. > Подправить ssh, dnsmasq/unbound, chrony, smartd и т.д, - нормально, > а вот патчи накатывать, или что-то не из пакетника, то точно Локеров десктопа в пакетнике - точно есть. И править там ну самый край 1 конфиг. > нет, чтобы при дальнейших обновлениях не приходилось судорожно лазить и смотреть, > а обновились ли патчи (это также масштабируется прямолинейно количество систем, за > которыми приглядываешь). Если систем здорово более одной, и так вышло что целой куче нужна какая-то кастомная программа, имеет смысл - собирать ее как deb-пакет и ворочать той же инфраструктурой что все остальное. Собирая ее 1 раз. На совсем минималках какой никакой пакет можно чекинсталлом сделать если более приличного варианта не предоусмотрено. > Тут вопрос в парадигме. Я на 5 кедах вейланд вообще не использовал. > Сейчас на 6 уже работает, но бывают артефакты. А сидел я > на тех самых, кошерных, доведенных иксах. И что толку, если проблемы > то были, а фиксы, как я понимаю, только у апстрима? Ща они тут за пару лет как раз обпрыгают все грабли - как раз по времянкам у редхата таймаут подойдет - и вероятно к СЛЕДУЮШЕМУ релизу как раз все факапы вытопчут нормально. Да, добро по части вэланда пока фиксится динамично. Это ожидаемо. > Сейчас кдешнки вообще упразднили LTS, так что тут и шансов будет немного, > даже при желании мейнтейнеров. Что значит - немного? Полтора вулна - может и майнтайнер запатчить. А uplift версий вам никто по ходу пьесы не обещал в полисях. Может как-то отыграют в бэкпортах, но - не обязаны. Полися - вон те. Если кому надо что-то иное - он юзает что-то иное. Но те полися имеют свои плюсы. Я не хочу проснувшись сегодня утрецом - наруливать кедопроблемы вместо того чтобы печатку в каде порисовать например, извините. > Ну это и есть суть понятия "стабильный". Без иронии, ты знаешь, что > что-то сбоит, а если обновить, то это починиться, но, что-то (возможно) > сломается. Для производства ок. Это и на десктопе - ок, если он юзается для работ и его нельзя произвольно разламывать. > Для десктопа я предпочитаю другой принцип. Обновился, система работает и нет проблем? > Перестал обновляться на пол года или год (если только что-то не понадобится). Тупая полися - ведет к отвисанию полгода с известными вулнами в куче либ и софта. > Если есть проблема, можно откатиться на прошлый вариант или обновить > до фикса и дальше опять ждать. С такими полисями можно блин убунты не-LTSные юзать. Но меня заманали баги их раз в полгода грейдить. Все же раз в полгода - ну вот нормально оттестить релиз не того, а уж rolling - а кто там вообще это тестит, там random() сплошной. > С тем, что под релиз его "причесывают" я спорить не буду. Это и имелось в виду что юзабельность тестинга под десктоп/прод зависит от таймлайна. > Графика плохо работает, если не пробрасывать GPU. Ютуб на 1080p через virtio играется на ура, может и больше игралось бы но я предпочитаю делать виртуалки меньше чем физический монитор для упрощения жонглирования ими. > + нужно. Плюс libvirt, virtmanger еще не поддерживают. Да и какой-то > looking glass ставить нужно, если по уму. Хызы меня простое virtio по скорости устроило вполне. И что там где (не)поддерживается мне пофиг, я и сам qemu командлайн скроить могу. Кстати в backports сабжа 12 qemu весьма свежий, если оно кому-то зачем-то вдруг надо. > Да и другие сложности оно создаст, типа подкидывания файлов в расшаренные директории. У меня по умолчанию нет вообще никаких "расшареных директорий". > Короче, должна быть веская причина. Я себе запилил вон то just because I can. Ну и чтобы софт вел себя культурно. С минимумом допушений секурити, надежности, идеальности мира и прочих нереалистичных глупостях. > А что делать, если контингент пользуется? Приходится идти на ухищрения. Слать такой контингент... ээ... куда там модно? По этапу уже наверное? :) >> Флатпак.. > Не понимаю, почему так много людей его не любит. Если это не > встроенное устройство то вопрос 10-20 гигов не стоит. Потому что делает из линя - очередной маздай! С всеми проблемами - маздая. Куча софта с непонятными полисями, обновляемого абы как, если вообще, а потом начнут удивляться чего это там столько вулнов и вирусей. Еще блин осталось начать советовать кашпера ставить (который сам руткит по сути). > - Изоляцию (bwrap). Тот же телеграм там только сетевой доступ имеет. Программы > не имею возможности "мусорить" (нужно смотреть на конкретные пермишены). Я рад за них - но делать из линуха МАЗДАЙ в мои планы точно не входит. А без флатпака - firejail прекрасно работает с софтом из пакетов например. А сервисы вообще системдой удобнее. > Но это лучше, чем добавлять тот же хром как репу в дебиан, который > установочным скриптом может что угодно сделать с системой. Нормальные люди в дебиане юзают хромиум - из репы дебиана! Он в отличие от той малварины - малость дебастардизированный, и его поведение более-менее соответствует полисям дистра плюс-минус. Что собссно и повод - ставить софт из этих реп, а не левое малваре от хзкого, делающее хзчто с абы какмими полисями. > Он еще и в крон лез, если я не ошибаюсь. Я удивлюсь если хромиум из дебианской репы в крон мне слазит. Особенно учитывая что у меня крона, нахрен, нету и есть - только systemd.timers :) > - Универсальность среди дистрибутивов. И в какие бенефиты для МЕНЯ это транслиурется? Нате на лопате - не бенефит! > - Разные версии софта, а не как у пакетника. Ога, бардак с хзукакими полисями - за безопасность и поведение которых отвечает - никто. > - Возможность атомарных обновлений. Если я хочу обновить, kcalc и тут вышла > обновленная версия kde, пакетник затянет все. А так, только одно приложение. При этом оно - для этого Kcalc - притянет весь новый инстанс KDE. Который радостно развиснет в памяти по ВТОРОМУ разу. Выжрав несколько сот мегов на долбаный калькулятор. С таким успехом можно блин качать калькулятор - на электроне, и не делать себе мозг. Или вообще открыть сайт с калькулятором. >> 1) Заточен на десктопный софт вообще. > Да, и решает этот вопрос. Как по мне и хрен с ним. > Для консольного использую podman. Ну то-есть 2 разные технологии. При том обе завязанные на сторонних васянов. С довольно разными полисями. Очень удобно. И предсказуемо. Ога. > Например KeePassXC имеет официальную репу там. Для меня этот KeepAss - сам те еще васяны, судя по его фичесету. IPC в менеджере паролей?! Их там что, NSA, чтоли, спонсирует? > А у дебиана как-то так: > https://www.opennet.dev/opennews/art.shtml?num=61163 И собссно я вполне поддерживаю такие политики дистра. Не хватало мне еще мангеров паролей с "IPC" по дефолту бдж. Что у вас там следующее? Бэкап пароля точки доступа на серваки гугла? А, это у вас наверное уже и так практикуется - ведроиды это по дефолту делают. А дебиан я лю за то что он все же получе этих корпоративных фекалий с подлянами. > Так что там нужно смотреть, что ставить и кто постит. Вам надо - вы и смотрите. А я луче в это время буду смотреть - в свои проекты, код, печатки, кадфайлы и проч. Это намного прикольнее. А порой и денежнее. > Так разные сносят. Ну так и метеориты иногда падают. А уж кирпичи и особенно на стройке - и того чаще. Поэтому вон там носят каску. А у меня - known good снапшоты окружения которое точно работало. И если я профакапаюсь - ну, значит, это будет откачено. Но это реально надо как правило - только при мажорных апгрейдах между версиями дистро, и то - сильно изредка. > Я для разработки создаю контейнер с самыми разными утилитами. И когда начинаешь > его собирать, то оказывается, что tcpxtract, node-http-server, kotlin выпилены. Я себе вообще наделал генераторов VM с дебианом и мне похрен что там выпилили - я так и быть, могу и прошлую - или какую там версию указать. Да, debian 11 это конечно не так круто. Но > И ладно, это контейнер, а вот с основной системой такое не пойдет. В мире с виртуалками и контейнераи основная система понятие интересное. И зачем мне все то на именно основном "хосте" как таковое?
	Ответить | Правка | Наверх | 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ообщить модератору

	75. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (75), 21-Май-25, 01:26
	>> Да, это и называется "стабильность", когда знаешь, что вот раз в неделю нужен рестарт. > Увы, но это современные реалии мейнстримных линуксовых DE. $ uptime 01:28:58 up 34 days, 10:05,  1 user,  load average: 2.74, 2.86, 3.03 Что-то длинная неделька выдалась...
	Ответить | Правка | Наверх | Cообщить модератору

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

	76. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (75), 21-Май-25, 01:28
	>>Или там вечно ffmpeg какой-то жутко обрубленый был или его надо на стороне брать > Ставится одной командой из RPMFusion Вот только что там за RPMFusion - надо где-то отдельно узнавать, подключать, и это - отдельная возня. С откровенным отношением корпов к обычным пользователям дистро - как второму сорту. Лично мне такой "юзер экспериенс" от тех "благодетелей" по дефолту сватающих всякие лампы, доскеры и проч - просто не надо. Потому что я - не их #$%ный энтерпрайз.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 23-Май-25, 02:54
	>>>Или там вечно ffmpeg какой-то жутко обрубленый был или его надо на стороне брать >> Ставится одной командой из RPMFusion > Вот только что там за RPMFusion - надо где-то отдельно узнавать, подключать Ну Fedora без RPMFusion -- как RHEL без EPEL: эдакий каркас без обвеса. Вот пользователь себе вкатывает на десктоп Debian, подключает секции contrib и non-free. Так и в Fedora надо подключать RPMFusion. Там, в общем, основная репа должна быть лишена любых патентных претензий, поэтому в основной репе -- исключительно ffmpeg-free, и иного быть не может. А вот сам ffmpeg -- в "неофициальной" репе. Все прекрасно понимают, что это неотъемлемая часть Fedora, но тем не менее -- "неофициальная". Тут конечно есть логичный вопрос, мол, а почему они собирают два пакета, а не один, как это делают в том же Debian: пихнули ffmpeg в main с большинством опций, а все зависимости -- в другие секции, и через recommends доставлять. Но тут важно понимать исторический контекст. Вся соль в том, что Fedora, да и вообще rpm-based дистрибутивы, получили мягкие зависимости, одну из главнейших фишек deb-дистрибутивов, сравнительно недавно -- вот буквально лет десять как. Деление же пакетов произошло задолго до этого. И они до сих пор тяготеют к тому, чтобы использовать преимущественно зависимости типа requires. Если хотите, то вот тут можно глянуть: https://koji.rpmfusion.org/koji/rpminfo?rpmID=967835 Ну то есть как бы 10 лет прошло как будто зря -- не прочухала бездушная корпоративная машина пользу от них. Тем не менее, если ставить ffmpeg, а не ffmpeg-free, то все кодеки будут в наличии точно так же, как и в debian. А с совсем проприетарными кодеками -- ну с ними везде одна и та же проблема, тут уж ничего не поделать.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 23-Май-25, 07:44
	> Ну Fedora без RPMFusion -- как RHEL без EPEL: эдакий каркас без обвеса. Потому что у корп деление на "клиентуру" и "остальных". Редхата волнуют проблемы первых. Остальные 2 сорт. Дебиан делается скорее индивидуалами, для себя. Поэтому деления на 1 и 2 сорт - нет. Но вы так и не поняли КЛЮЧЕВОЕ отличие. > Вы пользователь себе вкатывает на десктоп Debian, подключает секции contrib и non-free. 1) Это идет из основной репы, от тех же людей. 2) Указать желаемые компоненты репы можно в 1 месте, сразу. 3) Нормальные ffmpeg или vlc - доступны сразу! Из основной репы. Никаких contrib и nonfree. Поэтому в современном дебиане мувики смотреть явно проще чем в корп подложках. > Вот и в Fedora надо подключать RPMFusion. ИМХО, такое сравнение оскорбляет Debian. > Там, в общем, основная репа должна быть лишена любых патентных претензий, поэтому > в основной репе -- исключительно ffmpeg-free, и иного быть не может. Делать из проблем корпората мои проблмы я не собираюсь. > А вот сам ffmpeg -- "неофициальной" репе. Эти сведения неверны или устарели. apt show ffmpeg Package: ffmpeg Version: 7:5.1.6-0+deb12u1 Priority: optional Section: video Maintainer: Debian Multimedia Maintainers <debian-multimedia@lists.debian.org> Installed-Size: 2,437 kB Depends: libavcodec59 (>= 7:5.0), libavdevice59 (>= 7:5.0), libavfilter8 (>= 7:5.1), libavformat59 (>= 7:5.1), libavutil57 (>= 7:5.1), libc6 (>= 2.35), libpostproc56 (>= 7:5.0), libsdl2-2.0-0 (>= 2.0.12), libswresample4 (>= 7:5.1), libswscale6 (>= 7:5.0) Suggests: ffmpeg-doc Homepage: https://ffmpeg.org/ Tag: implemented-in::c, interface::commandline, interface::graphical, interface::x11, network::server, role::program, role::shared-lib, scope::utility, uitoolkit::sdl, use::compressing, use::converting, use::playing, works-with::audio, works-with::video, x11::application Download-Size: 1,816 kB APT-Manual-Installed: yes APT-Sources: http://ftp.debian.org/debian bookworm/main amd64 Packages Description: Tools for transcoding, streaming and playing of multimedia files С чего это main, секция video - "неофициальная репа"? Да, ЭТО играет mp3/aac/264/265 и что там, и даже транскодирует. > Все прекрасно понимают, что это > неотъемлемая часть Fedora, но тем не менее -- "неофициальная". Я понимаю что корп решил проблемы делением на 1 и 2 сорт. А дебиан более уважительно к своим пользователям относится. Поскольку я не собираюсь быть вторым сортом - мой выбор Debian. > Тут конечно есть логичный вопрос, мол, а почему они собирают два пакета, > а не один, как это делают в том же Debian: В дебиан в данный момент ffmpeg - один. И vlc тоже. Они задекларили что compliance с местным законодательством - дело юзера, радикально решив эту проблему. > пихнули ffmpeg в main с большинством опций, а все зависимости -- в > другие секции, Я только что проверил: в Debian 12 в main не только либы ffmpeg, но и x265, например. Желающие могут сами проверить, apt show в руки. > и через recommends доставлять. О чем все это? У меня recommends вообще отключен. > Но тут важно понимать исторический контекст. Кроме цифровой археологии неплохо еще уметь букмарки апдейтить. > И они до сих пор тяготеют к тому, чтобы использовать преимущественно зависимости > типа requires. Таки нет - вы в Debian 12 не выпилите например x265 из системы без выноса ffmpeg'а совсем, оно таки жесткий "depends" для либ ffmpeg. > не прочухала бездушная корпоративная машина пользу от них. Дебиан с неких пор радикальнее поступил, объявив что соответствие законодательству - прерогатива пользователя. И это логично. Каким-нибудь aircrack-ng, mdk3/4 я тоже могу - свою сетку изучать. А могу и не свою. Или вообще положить вафлю толпе народа. Легальность этих действий - разная. > Тем не менее, если ставить ffmpeg, а не ffmpeg-free, Это все точно про современный debian? В debian 12 просто нет пакета "ffmpeg-free". Есть ffmpeg. И все.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 23-Май-25, 08:48
	> Это все точно про современный debian? Нет. Весь пост -- про Fedora. =)
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 23-Май-25, 10:48
	> как это делают в том же Debian upd: ну кстати, я обнаружил, что немного ошибся: сейчас из любопытства глянул, и оказалось, что вопреки ожидаемому libx264/265 - изначально были в секции main, а не в contrib, и потому ffmpeg обходится нестрогими зависимостями вместо мягких, как и в Fedora. Так что ситуация с ffmpeg в Fedora и Debian похожа даже более, нежели я считал, когда я писал предыдущее сообщение.
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

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

	77. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 21-Май-25, 01:37
	> Притом, что ты много правильного пишешь, вот конкретно пример ffmpeg -- это > плохой пример. Там проблемы не только у RHEL, но и у Debian тоже. Не вижу никаких "проблем" с ffmpeg в Debian. Просто apt istall ffmpeg (или галочку в синаптике) - и оно жрет буквально все что шевелится. И либы оного - цепляемые софтом - по этому поводу тоже жрут по сути все что шевелится.   Возможно, гражданину с макосью надо было просто иногда апдейтить букмарки, до того как пытаться вещать о дебиане из своей макоси? Иначе экспертиза получается "не очень". Тухловата и оторвана от реальности. > И они связаны с лицензионными ограничениями на кодеки. Репозиторий > debian-multimedia появился не просто так, и точно так же не просто > так он является не официальным. На данный момент никакой debian-multimedia по сути уже нафиг не уперся. Обычный ffmpeg прекрасно жрет все мыслимое и немыслимое. В какой-то момент они просто задекларили что комплайнс юзера с своим локальным законодательством на тему usage этого всего - на их совести. Т.е. да, если кто каким H.265 кодирует, в США, в каких-то коммерческих целях, не заплатив 2 бандам патентных троллей - он, вероятно, нарывается. Но делать из этого проблему всех пользователей от и до - все же не стали уже. Но, конечно, знать об этом можно только юзая ОС для себя - а не разводя "ценные" бла-бла с макоси.
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
	Сообщение от freehck (ok), 21-Май-25, 02:18
	> Не вижу никаких "проблем" с ffmpeg в Debian. > На данный момент никакой debian-multimedia по сути уже нафиг не уперся. > Обычный ffmpeg прекрасно жрет все мыслимое и немыслимое. Пфф. Вот архив из дебиана: http://deb.debian.org/debian/pool/main/f/ffmpeg/ffmpeg_5.1.6... Вот архив DMO: https://mirror.yandex.ru/debian-multimedia/pool/main/f/ffmpe... Скачиваешь, распаковываешь, смотришь на debian/rules, и наконец-то узнаёшь о том, какая между ними разница. Я потратил 2 минуты, чтобы достать эти ссылки. Зачем? Чтобы любой желающий проверить мог быстро открыть и сравнить их лично. Ты потратил 5 минут на написание очевидно глупого ответа. Зачем? Не знаю.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 22-Май-25, 08:55
	> Я потратил 2 минуты, чтобы достать эти ссылки. А я посмотрел кто мне либу допустим x265 втянул. И это - ffmpeg. Но это фигня, я скормил ему bink video из HMM III. И ничего, жрет себе, хотя RAD отбитые копирасы, а оно еще и делано полулевой "бета-версией bink sdk" которая не релиз даже. Что еще экзотичнее впихать ffmpeg из форматов - я даже и не знаю. Так что мой пойнт - в целом остается в силе имхо. Всю патентованую лабуту типа mp3/aac/H26x и проч оно таки - играет. И даже блин транскодирует, как минимум 265. Комплайнс этой активности с местными законами - на совести юзера. Так просто и банально. По поводу чего актуальность того DMа на данный момент - примерно в районе плинтуса. > Зачем? Чтобы любой желающий проверить мог быстро открыть и сравнить их лично. Флаг им в руки. Но с практической точки зрения - ffmpeg из дебиана реально жрал все на что у меня фантазии хватило. > Ты потратил 5 минут на написание очевидно глупого ответа. > Зачем? Не знаю. Чтобы намекнуть что актуальность ваших знаний такая же как и всего того DM'а. Реально в современном дебиане - нормальный ffmpeg из коробки. Жрущий дохрена и больше. Без загонов федорорхелов по части патентов, о чем изначальный спич был. Но между нами я умею собирать себе и распоследний ффмпег сам. В основном ради новых версий libaom/svt-av1, фильтров вулкана и проч. И ессно я тоже не врубаю ВООБЩЕ СОВЕМ ВСЕ что теоретически мог ffmpeg, в этом режиме он - летающий макаронный монстр.
	Ответить | Правка | Наверх | Cообщить модератору

	101. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 22-Май-25, 10:08
	> Чтобы намекнуть Нет. Тебе не особенно удаётся скрыть главный тезис: "У него мак, а я нищeбpoд. Сделаю вид, что не тупой, а идейный." Молчали бы и не позорились, но нет, язык-то за зубами держать трудно, и потому в каждой новости вопли: "в линуксе есть всё, что мне нужно, а если вам чего-либо не хватает, значит этого вам на самом деле не нужно". Вот даже сейчас, тебя носом ткнули в разницу сборки ffmpeg-ов, а ты за старое -- "меня интересует один-два формата, они работают, значит всё отлично, нет никаких проблем". Тфу ты.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 22-Май-25, 10:39
	> Нет. Тебе не особенно удаётся скрыть главный тезис: > "У него мак, а я нищeбpoд. Сделаю вид, что не тупой, а идейный." Ну да, такой вот нищeброд, с 30" монитором и мощным компом. А пафос и комплексы шикарные конечно. Ты тут как, еще модер до сих пор? Такой откровенно антиопенсорсный персонажик и хaм в одном флаконе, наезжающий на опенсорсников и юзающий запрещенные слова, и все это за 1 присест, вау. Блин, хорошо что ты не полицейский хотя-бы. > Молчали бы и не позорились, но нет, язык-то за зубами держать трудно, Как по мне - если уж мы о позоре, после вон того реверанса тебе отмыться уже вообще совсем не получится, ты свою гнилую душонку спалил - просто до мозга костей. И вместо признания что твой DM нахрен с современным дебианом не упал - обсудил какой я нищeбрoд. Просто блеск. > мне нужно, а если вам чего-либо не хватает, значит этого вам > на самом деле не нужно". А тебе не приходило в голову что у людей бывают и правда разные потребности? А иногда они даже могут целенаправленно перестроить воркфлоу, чтобы на выкрутку рук от всяких сомнительных личностей нарываться. > Вот даже сейчас, тебя носом ткнули в разницу сборки ffmpeg-ов, Вот даже сейчас я в отличие от лицемера с маком - юзаю этот самый дебиан и поэтому получше него знаю что у меня в этом моем дебиане реально играется, транскодируется и проч из коробки. А жонглирование фактами с наездами на оппонента - офигенный аргумент правоты. > а ты за старое -- "меня интересует  один-два формата, они работают, > значит всё отлично, нет никаких проблем". Изначально реверанс был на тему того что в федоре/рхеле из за их корпрративных загонов - с патентоваными кодеками полный швах. И не играется половина вполне общеупотребительных форматов, на которые реально нарваться. А в дебиане это все - играется. Прямо после инсталла ffmpeg или каких там vlc 1-2 командами. Без шаманств с репами и прочими приключениями. Так что ставить дебиан и федору/рхел по части ффмпега в 1 ряд сможет только некомпетентный хaм с маком, имхо. И да, я думаю что в этом месте изрядное число дебианщиков должно бы расстроиться соседством с такими как вы. Хорошо что вы избавили дебиан от такого "украшения". Я б считал что наличие таких пользователей - портит репутацию дистра. Но, к счастью, теперь вы репутацию макоси хайлайтите :). А вот тут я никогда и не сомневался что макос используют всякие... > Тфу ты. Взаимно, более чем.
	Ответить | Правка | Наверх | Cообщить модератору

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

	110. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 23-Май-25, 08:01
	>> некомпетентный > ссылки выше предоставлены, так что оставим это на суд читателей Я со своей стороны тоже ссылочку для симметрии - добавлю. На сообщение где я прошелся по пунктам. Вот тут: https://www.opennet.dev/openforum/vsluhforumID3/136898.html#109 > надо же, если начать разговор с оскорблений, то тебе либо не отвечают > вообще, либо отвечают тем же, вот же неожиданность, вот святая же > наивность, прям улыбнуло =) Вы нахамили мне намного раньше чем я вам, но даже не поняли это с вашим ЧСВ. В частности - вы выдали технически некорректные заявления о дебиане, откровенно дискредитировав его. Меня как пользователя дебиана и автора оскорбляет столь необъективная напраслина и даунплей. Специальный перк - провернуть эту борзость В МОЕЙ ЖЕ НОВОСТИ, БЖД. Прямо с автором. Просто топчик. > впрочем, эта маленькая склока себя исчерпала Я все же кое-что имел добавить. Ибо техническая истина для меня не пустой звук. В отличие от вас я дебиан видел не только на картинке - и знаю что говорю.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 23-Май-25, 10:25
	> https://www.opennet.dev/openforum/vsluhforumID3/136898.html#109 Эпик фейл, чувак. Эпик. > Вы нахамили мне намного раньше чем я вам, но даже не поняли И ежу понятно, что коли ты умудрился оскорбиться на #37, то дело тут не в #37. > Специальный перк - провернуть эту борзость В МОЕЙ ЖЕ НОВОСТИ, БЖД. Прямо с автором. Просто топчик. Кошмар. Ведь перепечатка нескольких абзацев текста из одного места в другое делает человека особенным. Как я мог?!
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
	Сообщение от Аноним (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ообщить модератору

	91. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от freehck (ok), 21-Май-25, 11:56
	> лучше подписываться именно названиями игрушек, которыми маркируют текущий тестинг Поддерживаю. Лучше использовать codename будущего релиза. Когда релиз состоится -- не изменится ничего. А переходить ли на следующий тестинг или нет -- как правило зависит от необходимости.
	Ответить | Правка | Наверх | 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 вошёл в фазу жёсткой заморозки перед релизом"	–1 +/–
	Сообщение от Аноним (31), 20-Май-25, 08:39
	Вопрос не правильный, зачем нужны федора и рач?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	83. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (20), 21-Май-25, 02:50
	Ты хотя бы посмотри официальные багтрекеры и увидишь что в тестовой ветке Debian проблем больше чем в релизах Arch и Fedora с более свежим ПО. Это объективно.
	Ответить | Правка | Наверх | Cообщить модератору

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

	54. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (86), 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ообщить модератору

	84. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+1 +/–
	Сообщение от Аноним (20), 21-Май-25, 02:52
	У Fedora и Arch есть такие инструменты, вот только в отличие от Debian testing к ним не нужно так часто обращаться.
	Ответить | Правка | К родителю #35 | Наверх | 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ообщить модератору

	78. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 21-Май-25, 01:52
	> Windows 10, 11, ставится быстрее чем Lubuntu minimal. Я сделал эту виртуалку с браузером, в которй с вами болтаю, как btrfs send моего десктопа -> btrfs receive с ливки, которая запущена сугубо как "тул для деплоя". Это занимает - минут пять топ. Со всеми перезагрузками и выносом явно ненужных на браузерной вм пакетов. А вон там я могу - флот виртуалок поднять за считанные секунды, сделав рефлинки - и даже не копируя физически "template VM", но при этом оно как бы независимые VM. А где надо минимум мусора я аддитивным способом типа debootstrap наберу сеье рутфс и будет ультраминимальный образ, под задачу. Генерация такой штуки - тоже считаные минуты, при том автоматически, я скриптами обвесил и там по сути только список пакетов на вход - и бутабельная VM с ним через несколько минут на выходе. Это то как я деплою ОС сейчас. Эти действа реально занимают считанными минуты. Это то что вы с вашей виндой в нормальном виде как раз не сможете никогда. Хотя-бы потому что винда не модульная и не кастомизабельная, что обрекает адептов этих практик на много боли на ровном месте. TL;DR тому кто познал гиперпространство - не интересно соревнование Ахиллеса и черепахи. Я задолбаюсь вас обоих ждать на финише и умру от старости раньше. Как к этому относится сабж? Он источник пакетов для всей этой активности. Что там в их инсталлере мне, ессно, пофиг. Как видите - у меня другие технологии деплоя. С другими времянками. Я не помню когда я вообще видел инсталлер дебиана.
	Ответить | Правка | Наверх | 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ообщить модератору

	79. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (79), 21-Май-25, 01:58
	> Аналогичная ситуация наоборот. Upgrade, и последующий autoclean autopurge autoremove, > запорол Debian. На такие случаи снапшоты на уровне ФС рулят и педалят. Заснапшотил старое состояние, зафигачил апдейт. Не понравилось - откатил нафиг в вид как было. При том на минималках - ЭТО делается при живости только GRUB, он таки способен сам прочитать вооон тот кернел из старого снапшота, а дальше - дальше это ТОЧНЫЙ system state в виде как он РАБОТАЛ, с фига б ему не забутявиться +1 раз? :)
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (86), 21-Май-25, 03:46
	Так там вроде бы нельзя писать apt upgrade. Должен быть apt full-upgrade или apt dist-upgrade. Они учитывают зависимости. Хотя, когда я обновлялся с 11 на 12, я поставил все пакеты в QEMU, потом выполнил apt full upgrade и обновление развалилось на середине. Потом нагуглил: apt upgrade --without-new-pkgs apt upgrade apt full-upgrade И это сработало, что и применил после этого для основной системы. Там, кажется, на момент выхода еще для каких-то пакетов были зависимости сломаны.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

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

	105. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (-), 22-Май-25, 12:44
	> Дебиан это основа для Убунты. Ставить на сервер или на десктоп ДЕбиан > при наличии Убунты особого смысла нет. решил тут поставить десктоп ubuntu-24.04.2-desktop-amd64.iso и неприятно удивился инсталятору. ручная разметка диска не подразумевает возможность шифрования разделов. в дебиане вообще без проблем. хоть lvm в вирталбоксе ставился с час (((
	Ответить | Правка | К родителю #33 | Наверх | 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ообщить модератору

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ообщить модератору

	103. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (103), 22-Май-25, 10:48
	> юзера пересевшие с винды спокойно пользуется и довольны как слоны, они даже > не догадываются что там гуй и нет предпосылок к тому, так > что не надо тут гнать Ну спасибо что хотя-бы пользователи винды. А могли бы посоветовать и банановую шкурку жевать - с аргументом что крысы на помойке ей вполне довольны были.
	Ответить | Правка | Наверх | 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 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (86), 20-Май-25, 15:23
	Баги и в релизе есть)
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (79), 21-Май-25, 02:00
	> Уже можно ставить в прод или надо ждать? Если под продом имеется в виду сервак под кроватью - то уже можно. Если что более ответственное - лучше до релиза подождать.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

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

	114. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"	+/–
	Сообщение от Аноним (43), 23-Май-25, 14:29
	Спасибо всем откликнувшимся. Сам в курсе, что ранее 13.1 смотреть в сторону этого поколения не стоит. Рассчитывал увидеть какой-либо срач под своим вопросом.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

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

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