The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

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

Подробнее: https://www.opennet.me/opennews/art.shtml?num=63266

Ответить | Правка | Cообщить модератору

Оглавление

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


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

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

Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы? Ну, скажем, как шапка с федорой поступает, или suse с leap.

Не, гораздо лучше вместо летних отпусков сейчас по пожару фиксить своими силами, авось ничего не пролетит... Пролетит, в этом точно не приходится сомневаться.

Ответить | Правка | Наверх | Cообщить модератору

7. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"  +/
Сообщение от Аноним (7), 19-Май-25, 22:46 
> Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы?

Пригодность testing к юзежу на самом деле варьируется. Если только что релизнулись и туда выгружают все и вся - там хаос. А если он в фазе жесткой заморозки как сейчас - то уже довольно юзабельный.

> Ну, скажем, как шапка с федорой поступает, или suse с leap.

У шапки сейчас вообще нет халявного LTS варианта для смертных. Но спасибо ей за это - благодаря им еще больше народа полюбило дебиан и убунту. Вы же не предлагаете юзать фидору на сервере в проде? Это мучение и головняк. И центос стрем - тоже. Так что брать пример с этих - нафиг нужно.

Ответить | Правка | Наверх | Cообщить модератору

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

14. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"  +/
Сообщение от Аноним (14), 19-Май-25, 23:31 
>> Какая незадача. Может следовало вести тестинг как дистрибутив пригодный для работы?
> Пригодность testing к юзежу на самом деле варьируется. Если только что релизнулись
> и туда выгружают все и вся - там хаос. А если
> он в фазе жесткой заморозки как сейчас - то уже довольно
> юзабельный.

Поэтому если жить на тестинге есть одно негласное правило, не обновлять систему сразу после выхода стейбла недели две хотя бы, как раз чтобы пройти мимо огромной выгрузки всякого, что может сломать систему. После некоторого времени, когда не будет ситуаций когда какие-то пакеты навалили, а зависимотей к ним ещё нет, то можно и обнволяться. Хотя я всё равно не советую использовать в соус листах подписи testing, лучше подписываться именно названиями игрушек, которыми маркируют текущий тестинг.

>> Ну, скажем, как шапка с федорой поступает, или suse с leap.
> У шапки сейчас вообще нет халявного LTS варианта для смертных. Но спасибо
> ей за это - благодаря им еще больше народа полюбило дебиан
> и убунту. Вы же не предлагаете юзать фидору на сервере в
> проде? Это мучение и головняк. И центос стрем - тоже. Так
> что брать пример с этих - нафиг нужно.

На самом деле федорку можно юзать, но после Дебиана ощущения двоякие, с одной стороны есть хорошие плюшки, типа быстрого завоза всякого новья, с другой стороны такое же лёгкое выкидывание на мороз всего что не нравится основной линии партии, в Дебиане всё же больше для людей ощущается, а на Федоре ощущается прям что ты на халявном полигоне хитрых дядей. С одной стороны в Федоре бывают быстрые фиксы, а с другой бывает как забьют болта, что лапками разводят, а потом и вовсе выкинут на мороз.

Для поиграться в игрушки Fedora подходит неплохо, относительно свежие MESA и ядра, приятнее перекатывается с релиза на релиз чем убунточка, да и проблем с этим меньше, субъективно.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

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

20. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"  +/
Сообщение от Аноним (20), 20-Май-25, 03:38 
Debian testing уступает в стабильности как той же Fedora так и Arch, зачем он нужен такой? И это при том что там софт зачастую более старый чем в вышеназванных дистрибутивах.
Ответить | Правка | К родителю #3 | Наверх | 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 вошёл в фазу жёсткой заморозки перед релизом"  +/
Сообщение от Аноним (4), 19-Май-25, 22:38 
В целом же дистрибутивом можно пользоваться. Как обычно, в целом неплохо, хотя тот же 12-ый релиз был куда лучше и на момент toolchain and transition freeze дистрибутив уже был достаточно стабилен. В случае с 13-ым - рекомендую подождать до релиза, а желательно вообще до 1-го минорного обновления.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

26. "Debian 13 вошёл в фазу жёсткой заморозки перед релизом"  +/
Сообщение от Аноним (25), 20-Май-25, 05:09 
> far2l свежий, включая графическую версию (чтоб буфер обмена и все кнопки из
> коробки), успели загрузить

Графическая версия текстовой консольной программы - пожалуй самое тупое, бессмысленное и беспощадное что придумано человечеством на этом глобусе. Успешно сочетает минусы GUI и TUI - но где же, бж, плюсы?!

Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру