forum.opennet.ru - "Определена дата заморозки пакетной базы Debian 13" (71)

"Определена дата заморозки пакетной базы Debian 13"

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

"Определена дата заморозки пакетной базы Debian 13"	+/–
Сообщение от opennews (??), 23-Янв-25, 07:53
Разработчики Debian опубликовали план заморозки пакетной базы выпуска Debian 13 "Trixie". Релиз Debian 13 ожидается во второй половине 2025 года... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62599
Ответить \| Правка \| Cообщить модератору

Оглавление

Наконец-то , Аноним (-), 08:37 , 23-Янв-25, (8) +2
С нетерпением ждём, Аноним (9), 08:59 , 23-Янв-25, (9) +3
Есть ли редхат основанный аналог Дебиана Чтобы стабильный и бесплатный , Аноним (12), 09:19 , 23-Янв-25, (12)

RHEL, стабильный и бесплатный https www opennet ru opennews art shtml num 544, Анонец (?), 09:37 , 23-Янв-25, (18)

Не, слишком много вопросов , Аноним (12), 09:48 , 23-Янв-25, (21)

Rocky Linux, Аноним (9), 09:40 , 23-Янв-25, (19) –4
proxmox ближе всего к этому наверно убунту не совсем дебиан других коммерческих, Аноним (26), 10:08 , 23-Янв-25, (26)

а, виноват, не понял вопроса думал про редхатоподобное на базе дебиана а вопрос, Аноним (26), 10:10 , 23-Янв-25, (27)
других коммерческих дистров на базе дебиана не встречал а как же астра , Аноним (38), 10:41 , 23-Янв-25, (38) –1

альма , php_не_считаем_за_опыт (ok), 10:15 , 23-Янв-25, (29) +2
Раньше был CentOS, сейчас нужно искать Rocky Linux, Oracle Linux, Alma Linux Но, Аноним (54), 12:34 , 23-Янв-25, (54) +2
CentOS Stream, очевидно же Стабильный, бесплатный и уж точно с более надёжным б, LaunchWiskey (ok), 13:06 , 23-Янв-25, (61) +2

Debian замороженный, а не стабильный Надо это четко понимать и не обманывать се, А (??), 13:16 , 23-Янв-25, (63)
Раньше CentOS был аналогом Debian в rhel мире Не понятно на чём основано это утв, Аноним (12), 13:54 , 23-Янв-25, (68)

то есть нестабильный срез дебиана у которого бОльшая часть пакетов находится в с, aim (ok), 16:31 , 23-Янв-25, (85)

Ubuntu LTS явно лучше CentOS Stream За установку CentOS Stream на боевые сервер, Аноним (12), 16:51 , 23-Янв-25, (87)
А по какой такой классификации вдруг CentOS Stream стабильнее условной Alma К сл, Аноним (88), 17:01 , 23-Янв-25, (88)

А РХ не может в любой момент закрыть центос стрим Верю Я еще понимаю чтобы з, Аноним (26), 16:30 , 23-Янв-25, (84)

Вместо того, чтобы поддерживать тестинг в работоспособном состоянии и иметь там , Аноним (14), 09:21 , 23-Янв-25, (14)

Если что, ты ехидно желаешь удачки одному из дву тсамых старых дистров , Аноним (15), 09:31 , 23-Янв-25, (15)

Slackware тоже не ребенок И что это делает его хорошим кандидатом Адаптирова, Аноним (14), 10:18 , 23-Янв-25, (30) +2

Да, делает Тот факт, что Debian пережил кучу дистров как раз и говорит о том, ч, Аноним (15), 12:05 , 23-Янв-25, (50)

Они подыхают не потому, что развивались Дебиан был одним из первых, и прочно за, Аноним (54), 12:52 , 23-Янв-25, (58)

Правильно не потому, что развивались, а потому, что развитие было в тупиковом н, Аноним (15), 13:22 , 23-Янв-25, (64)

А как определить тупиковость направления Огромную нишу потерять сложно, даже ес, Аноним (54), 13:29 , 23-Янв-25, (65)

Кто попал в тупик, тот издох Если не издох, то значит еще не тупик , Аноним (73), 14:23 , 23-Янв-25, (73) +1
Трепло SUN были боги ибо оседлали Unix-револючию А через 10 лет от них остались, _ (??), 17:29 , 23-Янв-25, (92)

Нет, это говорит лишь о том, что у него была жизнеспособная стратегия на момент , ProfessorNavigator (ok), 13:34 , 23-Янв-25, (66)

Но докер нужно будет ставить не из родных реп, а из докеровских И уже в докере , Аноним (54), 14:09 , 23-Янв-25, (71)

Если вам нужен докер, то лучше тогда заморочиться и сделать самому Чтобы точно , ProfessorNavigator (ok), 15:28 , 23-Янв-25, (78)
И __чЁ__ 8- В вендорских репах дебиан бубунта и рхел цент федора - есть вс, _ (??), 17:23 , 23-Янв-25, (90)

А вас какая-то алтернативная логика Стратегия чисто по определению слова страт, Аноним (15), 16:44 , 23-Янв-25, (86) +1
gt оверквотинг удален Не согласен, если мне как пользователю юзерспейного прик, Анонимъ (?), 17:26 , 23-Янв-25, (91)

Slackware заброшена Можно скачать актуальную версию Можно поставить на сервер,, Аноним (12), 14:35 , 23-Янв-25, (75)

Пока нет, хорошо это или плохо - это другой вопрос Можно, насколько это вообще в, Анонимъ (?), 17:36 , 23-Янв-25, (93)

Блендер и Гим пусть патчат в Убунте , Аноним (12), 09:37 , 23-Янв-25, (17)

Те пакеты, что я тут написал - лишь пример для иллюстрации проблемы там счет на, Аноним (14), 10:30 , 23-Янв-25, (36)

Testing в Debian существует _только_ для разработки stable Он не предназначен и, Аноним (25), 10:08 , 23-Янв-25, (25) +4

Во-во Я же и говорю удачки Если бы делалось для людей, срок бы тестов был мен, Аноним (14), 10:22 , 23-Янв-25, (31) –2

тестинг для тестеров, внезапно, Аноним (73), 11:06 , 23-Янв-25, (45)

Правильнр, накой тестить блендер, выпилил и дело в шляпе , Аноним (14), 11:55 , 23-Янв-25, (49) –1

Для каких людей , Аноним (57), 12:48 , 23-Янв-25, (57)

Техч кому ехать, а не шашечки , Аноним (14), 17:19 , 23-Янв-25, (89)

Странная предъява, если вспомнить о том, что тестинг предназначен для подготовки, freehck (ok), 10:49 , 23-Янв-25, (41)
Странно от тестинга просить стабильности , Bottle (?), 12:12 , 23-Янв-25, (51)
А у них хоть что-то в работоспособном состоянии имеется У некоторых пакетов рели, Аноним (54), 12:44 , 23-Янв-25, (56)

Уже удаляют gtk2-софтhttps tracker debian org news 1593706 accepted-alsaplayer, gumanzoy (ok), 09:59 , 23-Янв-25, (23) +2

Вовремя перешел с дебиана на LFS Когда мейнтейнер дистра указывает апстрим разр, Аноним (40), 10:48 , 23-Янв-25, (40) +1

Это не капец, это обычные будни И они такие уже не первое десятилетие , freehck (ok), 10:59 , 23-Янв-25, (42) +1
Это про gtk2 Так его похоже скоро отовсюду выпилят Не то чтобы я этому рад или, gumanzoy (ok), 11:38 , 23-Янв-25, (46)

да ладно можно ещё лет 10 сидеть на 12 там поддержка же будет Или скачать в, Аноним на удалёнке (?), 10:13 , 23-Янв-25, (28)

ещё лет 10 сидеть на 12 там поддержка же будет я что-то пропустил у дебиана те, Аноним (38), 10:42 , 23-Янв-25, (39)

https wiki debian org LTS ExtendedDebian 8 8220 Jessie 8221 i386, amd64, a, Аноним (73), 11:05 , 23-Янв-25, (43)

Это не официальная поддержка раз И список поддерживаемых пакетов на порядок или, Аноним (-), 13:04 , 23-Янв-25, (60)

Тебе шашечки или ехать Есть поддержка 10 лет Есть Что надо сверху - тяни сам К, Аноним (73), 14:07 , 23-Янв-25, (70)

Мне ехать, поэтому я ставлю последний стейбл, а не сижу на каком-то старье Подде, Аноним (-), 14:24 , 23-Янв-25, (74)

Поддержка дебиана, а не софта под ним В дебиане регулярно прекращается поддержк, Аноним (54), 12:30 , 23-Янв-25, (53) +1

У бастера в 22 году основная поддержка вышла На локалхосте уже давно бы обнови, Аноним (73), 14:20 , 23-Янв-25, (72)

7 3 33 релизнулась 18 ноября 2021 года Проблема в том, что у дебиана слишком бо, Аноним (54), 14:38 , 23-Янв-25, (76)

Инсталляшку для x86 выпилили Чтобы погонять trixie на старом железе приходится , eugener (ok), 10:35 , 23-Янв-25, (37)

antix будет, Аноним (73), 11:05 , 23-Янв-25, (44)
Насколько сильны ваши навыки некромантии За такой срок, то конденсатор выйдет и, Аноним (54), 12:36 , 23-Янв-25, (55)

У меня даже разгон со 100 на 133 ИЦ-туалатина материнская плата держит умели , Аноним (73), 14:03 , 23-Янв-25, (69)

Старому железу место в музее , Аноним (62), 13:12 , 23-Янв-25, (62)

Неужели 48й гном завезти не успеют , Аноним (-), 11:54 , 23-Янв-25, (48)

К сожалению, нет , Gnomik (?), 14:42 , 23-Янв-25, (77)

Поздравляю Как говорится, с заморозкой , InuYasha (??), 12:29 , 23-Янв-25, (52) +1
Классика, все протухнет до релиза , Аноним (79), 15:28 , 23-Янв-25, (79) +1
Поставил трикси , юзаю Причина - новое железо, и хочу юзать КДЕ 6 Надеюсь до з, Аноним (81), 15:55 , 23-Янв-25, (81)
Ну вот можно начинать ставить Debian 12 , Аноним (82), 16:08 , 23-Янв-25, (82) +1

Лол что Может быть 13 , Аноним (81), 16:13 , 23-Янв-25, (83)

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

8. "Определена дата заморозки пакетной базы Debian 13" +2 +/–

Сообщение от Аноним (-), 23-Янв-25, 08:37

Наконец-то!

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

9. "План заморозки пакетной базы Debian 13" +3 +/–

Сообщение от Аноним (9), 23-Янв-25, 08:59

С нетерпением ждём

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

12. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 09:19

Есть ли редхат основанный аналог Дебиана? Чтобы стабильный и бесплатный.

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

18. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Анонец (?), 23-Янв-25, 09:37

RHEL, стабильный и бесплатный*
*
https://www.opennet.me/opennews/art.shtml?num=54439

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

21. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 09:48

Не, слишком много вопросов.

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

19. "План заморозки пакетной базы Debian 13" –4 +/–

Сообщение от Аноним (9), 23-Янв-25, 09:40

Rocky Linux

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

26. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (26), 23-Янв-25, 10:08

proxmox ближе всего к этому наверно. убунту не совсем дебиан.
других коммерческих дистров на базе дебиана не встречал.

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

27. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (26), 23-Янв-25, 10:10

а, виноват, не понял вопроса.
думал про редхатоподобное на базе дебиана. а вопрос наоборот - типа дебиана (свободнобесплатное) на базе редхата.

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

38. "План заморозки пакетной базы Debian 13" –1 +/–

Сообщение от Аноним (38), 23-Янв-25, 10:41

других коммерческих дистров на базе дебиана не встречал.
а как же астра?

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

29. "План заморозки пакетной базы Debian 13" +2 +/–

Сообщение от php_не_считаем_за_опыт (ok), 23-Янв-25, 10:15

альма?

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

54. "План заморозки пакетной базы Debian 13" +2 +/–

Сообщение от Аноним (54), 23-Янв-25, 12:34

Раньше был CentOS, сейчас нужно искать Rocky Linux, Oracle Linux, Alma Linux. Но у них будут все недостатки дебиана, типа того, что обновляется только минимальный набор пакетов, всё остальное устарело ещё на момент релиза

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

61. "План заморозки пакетной базы Debian 13" +2 +/–

Сообщение от LaunchWiskey (ok), 23-Янв-25, 13:06

> Есть ли редхат основанный аналог Дебиана? Чтобы стабильный и бесплатный.
CentOS Stream, очевидно же! Стабильный, бесплатный и уж точно с более надёжным будущим, чем шараги типа Rocky и Alma, которые могут в любой момент закрыться, и никто этого даже не заметит.
Тут сейчас мамкины админы начнут голосить про "роллинг" и "бету", но не обращайте внимания - это они не из собственного опыта, и исключительно от обиды, что у них отобрали конфетку в виде халявной полной копии RHEL.

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

63. "План заморозки пакетной базы Debian 13" +/–

Сообщение от А (??), 23-Янв-25, 13:16

> Чтобы стабильный и бесплатный.
Debian замороженный, а не стабильный. Надо это четко понимать и не обманывать себя и других.

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

68. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 13:54

>CentOS Stream
Раньше CentOS был аналогом Debian в rhel мире.
>и уж точно с более надёжным будущим, чем шараги типа Rocky и Alma
Не понятно на чём основано это утверждение.
>которые могут в любой момент закрыться, и никто этого даже не заметит.
В этом то вся проблема, не понятно что из них выбирать, что проверенно временем.
>Тут сейчас мамкины админы начнут голосить про "роллинг"
Ну я один из них. Я не рискну ставить Stream, я не готов за простой серверов с лучае чего.
Так что остаётся один выход Ubuntu, ну или самомму делать дистрибутив на основе OpenELA.

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

85. "План заморозки пакетной базы Debian 13" +/–

Сообщение от aim (ok), 23-Янв-25, 16:31

то есть нестабильный срез дебиана у которого бОльшая часть пакетов находится в секции "а мы не хотим за это отвечать" ("universe") – это хорошо, а CentOS Stream - нет?! ПрЭлЭстнО! (с)

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

87. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 16:51

Ubuntu LTS явно лучше CentOS Stream. За установку CentOS Stream на боевые серверы надо уволнять с должности.

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

88. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (88), 23-Янв-25, 17:01

> то есть нестабильный срез дебиана у которого бОльшая часть пакетов находится в
> секции "а мы не хотим за это отвечать" ("universe") – это
> хорошо, а CentOS Stream - нет?! ПрЭлЭстнО! (с)
А по какой такой классификации вдруг CentOS Stream стабильнее условной Alma?
К слову по программе Ubuntu PRO
https://ubuntu.com/security/esm
Over 2,300 packages in Ubuntu Main repository 10 лет поддержки
Over 23,000 packages in Ubuntu Universe repository 10 лет поддержки.
С другой стороны, а что вы хотели? У той же RHEL из её официальных репозиториев, за который отвечает сама IBM/Red Hat также скудная, все дополнительные плюшки наворачиваются также из "васянских" EPEL, elrepo и прочих.
Тут больше вопрос про реальную стабильность одного относительно другого при сравнении лоб в лоб, а не про то что где-то в принципе какой-то недохват поддержки пакетов. Тут вопрос про качество поддержки, а не количество.

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

84. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (26), 23-Янв-25, 16:30

А РХ не может в любой момент закрыть центос (стрим). Верю!
Я еще понимаю чтобы за Оракл топить - вот там практически полный аналог рхел и за бесплатно.

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

14. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (14), 23-Янв-25, 09:21

Вместо того, чтобы поддерживать тестинг в работоспособном состоянии и иметь там живых пользователей, ведем его от левой ноги удаляя пакеты типа блендера, котлин, гимп на лево и направо. Потом делаем заморозку и вваливаем пол года на фиксы багов, скрещивая пальцы, чтобы ничего не "пролетело", а если пролетит то, в 14 версии подравим. СТАБИЛЬНОСТЬ ЖЕ НУ, четко знаешь что работает а что нет) Ну, удачки с этим)

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

15. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (15), 23-Янв-25, 09:31

> Ну, удачки с этим)
Если что, ты ехидно "желаешь удачки" одному из дву тсамых старых дистров.

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

30. "План заморозки пакетной базы Debian 13" +2 +/–

Сообщение от Аноним (14), 23-Янв-25, 10:18

Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке.
Ты сам подумай, кому было бы хуже, если бы они вели testing чуть более аккуратно. Например, если новая зависимость ломает тот же блендер, не мержим ее, удаляя все пакеты, что не собираются с ней, а оставляем в unstable. Как починим мержанем. Хочешь что-то эдакое тестануть?! Так там experimental есть.
А так, я тебе говорю на собственном опыте testing - боль. Чего-то нет сейчас. Что-то удалят завтра и мержанут через пару месяцев. Можно flatpak юзать, не спорю. Но так и баги пролетают. Я лично словил с KDE, там все иконки полетели и это было спустя неделю, как уже репорт висел и пост на редите:
https://www.reddit.com/r/kde/comments/1f4mxtn/dolphin_icon_t.../
Причина? Ну, мержанули к 5 кедам (в других дистрах уже kde 6.1) пару либок из 6, ну а че!?
И это не то, чтобы незаметно было или у меня был особый конфиг. Это прям сразу после установки системы в виртуалку видно. Это просто плевать должно быть меинтейнеру, чтобы такое делать.
Про то, что там хранилище у podman отвалилось (нужно было к чертем снести все контейнеры и образы), даже расписывать тут не буду.

---
Ты учти, я нормально воспринимаю баги в ролингах.
Помню на Tumbleweed получил баг с overlayfs, исправилось сразу же после "zypper dup". Хвала мейнтейнеру, только заметил проблему, сразу пушнул. В арче тот же подход. Там нужно, чтобы работало.
А не: "ну да, тут проблемка, месяц - два подправим". За это время скорее всего все пользователи дистра уже успеют обновится и ощутить на себе.
---
Будет ли этим кто-то пользоваться? Да, пока не попробует что-то другое. Так и выходит, что на тест они выходят своими силами и кучкой маргиналов. А учитывая количество пакетной базы (одна из самых больших), довести до ума - это непосильная работа.
После заморозки очень тяжело править проблемы, что фиксятся скажем обновлением Qt, чтобы "подцепить" новые протоколы Wayland и т.д. Маленькие патчи - ок. А с большими, ты можешь исправить одно, принеся другую проблему. Вот я и пишу, "стабильность" это не когда все работает, а когда ты знаешь, что вот в этом месте проблема, исправить сейчас ее нельзя, ведь фикс слишком громоздкий или его никто не портировал из апстрима, и ближайший срок, когда ты можешь рассчитывать на него, это следующий релиз (2 года).
---

А теперь, да, мне забавно, за этим смотреть.

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

50. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (15), 23-Янв-25, 12:05

> Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке.
Да, делает. Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия. А "адаптирующихся и развивающихся" были и есть сотни - подыхали, подыхают и будут подыхать.

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

58. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 12:52

>А "адаптирующихся и развивающихся" были и есть сотни - подыхали, подыхают и будут подыхать
Они подыхают не потому, что развивались. Дебиан был одним из первых, и прочно занял эту нишу. В той же убунте до сих пор от деб пакетов уходя, хотя сколько лет прошло с первых попыток. За это время некоторые дистры успели возникнуть и исчезнуть.

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

64. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (15), 23-Янв-25, 13:22

> Они подыхают не потому, что развивались.
Правильно: не потому, что развивались, а потому, что развитие было в тупиковом направлении.

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

65. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 13:29

А как определить тупиковость направления? Огромную нишу потерять сложно, даже если стараться, процесс будет идти годами, за счёт инерции

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

73. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (73), 23-Янв-25, 14:23

> А как определить тупиковость направления?
Кто попал в тупик, тот издох. Если не издох, то значит еще не тупик...

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

92. "План заморозки пакетной базы Debian 13" +/–

Сообщение от _ (??), 23-Янв-25, 17:29

Трепло.
SUN были боги ибо оседлали Unix-револючию. А через 10 лет от них остались только памятники архитекруры :(
Демьян хоть и впитал вовна с момента известных событий - но всё таки вот уже более 30 лет пыхтит ... и как бы есть уверенность что ещё лет 10-20 - попыхтит. А там ... доживу - расскажу :)

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

66. "План заморозки пакетной базы Debian 13" +/–

Сообщение от ProfessorNavigator (ok), 23-Янв-25, 13:34

> Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия.
Нет, это говорит лишь о том, что у него была жизнеспособная стратегия на момент создания. При этом, поскольку тогда вокруг не было особо ничего подобного, народ подтянулся в Дебиан. А потом уже просто дело привычки. Плюсом в силу большой пользовательской базы новичкам чаще рекомендовали Дебиан. Но это одна сторона медали.
На самом деле в Дебиане просто особо ярко проявляется конфликт двух подходов к формированию пакетной базы: "ОС для серверов" и "ОС для пользователей".
Как "ОС для серверов" Дебиан действительно хорош. Потому что у сервера обычно круг задач меняется достаточно редко, а значит там нужна ОС, которая будет работать годами при минимальном вмешательстве сисадмина. Т.е. поставил, исправил уже сто лет известные баги, настроил и забыл про сервер. Работает, есть не просит - чего про него вспоминать?
А вот, как ОС для пользователей, Дебиан практические непригоден. Нет, если у вас компьютер используется для "видосики посмотреть, бложик почитать" - то вам тоже на Дебиан. Но тут уже вопрос - а нужен ли вам вообще ПК? Может лучше своё время на что-то более полезное потратить, чем бессмысленное прожигание жизни за монитором? Если же вы занимаетесь какой-либо работой, то Дебиан не для вас. Потому что не обновляется. А обновления - это не только циферки в версии ПО, это ещё и новый функционал. Который зачастую очень сильно упрощает жизнь. И ждать по 2 года, пока оно доедет до стабильного релиза Дебиана - а оно точно стоит того? Мы вроде не бессмертные эльфы, жизнь на самом деле достаточно короткая. Плюсом, если компьютер используется для работы, то у него и круг задач постоянно меняется. Потому что окружающая реальность так устроена - всё течёт, всё изменяется.
Дебиан мог бы стать пригодным для пользователей. Если бы они не ломали постоянно unstable или хотя бы testing. Да, в новом ПО бывают ошибки, но разработчики Дебиан к этим ошибкам добавляют ещё своих приколов. Когда у тебя система встаёт колом после очередного обновления например из-за того, что сопровождающий вывалил в репозиторий не согласующиеся между собой версии пакетов. При этом зачем - совершенно непонятно. И т.д., и т.п. Хотя реально могли бы организовать нормальный тестовый полигон, удобный и для разработчиков ПО (они могут мониторить ошибки в своём ПО просто по багтрекеру того же sid), и для разработчиков дистрибутива (с проблемой можно сразу пойти в апстрим, а не изобретать собственные кривые патчи из г... и палок), и для пользователей (они получают самое свежее ПО с оперативным исправлением ошибок). При этом одновременно формировать стабильные релизы - для серверов. И подход даже менять не придётся, всё то же самое: берётся свежий срез sid на определённую дату и превращается в testing. С последующей поэтапной заморозкой версий пакетов.

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

71. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 14:09

>Как "ОС для серверов" Дебиан действительно хорош
Но докер нужно будет ставить не из родных реп, а из докеровских. И уже в докере запускать нужный софт.
>Мы вроде не бессмертные эльфы, жизнь на самом деле достаточно короткая
Были бы релизы со сроком поддержки не в 10 лет, а в 100 или 1000. Зачем торопится? В 90-ые жили с софтом из 90-ых, вот и в 20-ые можно жить с софтом из 90-ых.

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

78. "План заморозки пакетной базы Debian 13" +/–

Сообщение от ProfessorNavigator (ok), 23-Янв-25, 15:28

> Но докер нужно будет ставить не из родных реп, а из докеровских.
> И уже в докере запускать нужный софт.
Если вам нужен докер, то лучше тогда заморочиться и сделать самому. Чтобы точно быть уверенным, что он без лишних "подарков".
> Были бы релизы со сроком поддержки не в 10 лет, а в
> 100 или 1000. Зачем торопится? В 90-ые жили с софтом из
> 90-ых, вот и в 20-ые можно жить с софтом из 90-ых.
Да в общем можно вообще, как в каменном веке жить. Люди за последние 50 тысяч лет не особо поменялись, так что ничего невозможного в этом нет. Правда жить получится в среднем лет по 20. И людей будет в пределах 100 тысяч на всю планету.

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

90. "План заморозки пакетной базы Debian 13" +/–

Сообщение от _ (??), 23-Янв-25, 17:23

>>Как "ОС для серверов" Дебиан действительно хорош
>Но докер нужно будет ставить не из родных реп, а из докеровских.
И __чЁ__?! 8-\
В вендорских репах (дебиан\бубунта) и (рхел\цент\федора) - есть всегда, в отличии от ваших школоподелок :)
в любом другом промышленном дистре - всё так же :) Ты к примеру RHEL вообще хоть издалека видел? :)
>И уже в докере запускать нужный софт.
Ну ты свой опыт недолго думая (нечем?) распространил на других...
Я вот и в подмане запускаю, догадайся почему? :)

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

86. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (15), 23-Янв-25, 16:44

>> Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия.
> Нет, это говорит лишь о том, что у него была жизнеспособная стратегия на момент создания.
А вас какая-то алтернативная логика? Стратегия чисто по определению слова "стратегия" не может быть жизнеспособной лишь на короткий промежуток времени (на момент создания). Она проверяется временем, и Дебиан эту проверку не только прошел, но и продолжает быть живее всех живых вот уже 31 год.
> Потому что не обновляется. А обновления - это не только циферки в версии ПО, это ещё и новый функционал. Который зачастую очень сильно упрощает жизнь. И ждать по 2 года, пока оно доедет до стабильного релиза Дебиана - а оно точно стоит того?
Не врите - он обновляется, если речь идет о багфиксах и заплатках безопасности системного софта. Но так не только в Debian, а и во многих других дистрах, кроме т.н. rolling для экстремалов.
Если система тянет свежайшие обновы системного софта через день после его выхода, то такой дистр чисто по определению нельзя назвать стабильным. А в стабильности как бы и заключается одна из основных фишек Дебиана.
Если есть ПО для работы и нужна новая функциональность, то нет проблем обновить вручную.

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

91. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Анонимъ (?), 23-Янв-25, 17:26

>[оверквотинг удален]
> вам вообще ПК? Может лучше своё время на что-то более полезное
> потратить, чем бессмысленное прожигание жизни за монитором? Если же вы занимаетесь
> какой-либо работой, то Дебиан не для вас. Потому что не обновляется.
> А обновления - это не только циферки в версии ПО, это
> ещё и новый функционал. Который зачастую очень сильно упрощает жизнь. И
> ждать по 2 года, пока оно доедет до стабильного релиза Дебиана
> - а оно точно стоит того? Мы вроде не бессмертные эльфы,
> жизнь на самом деле достаточно короткая. Плюсом, если компьютер используется для
> работы, то у него и круг задач постоянно меняется. Потому что
> окружающая реальность так устроена - всё течёт, всё изменяется.
Не согласен, если мне как пользователю юзерспейного прикладного софта устраивает функционал версий софта из репозитория, то я могу использовать его и далеко за рамками "котиков на ютубе посмотреть", особенно когда я ожидаю, что придя на рабочее место, после обновления системы, я не получу неизвестные баги и мне не надо будет лазить по форумам и прочим ресурсам и строчить плачи ярославны о том, что мой любимый пакет шломали!
> Дебиан мог бы стать пригодным для пользователей. Если бы они не ломали
> постоянно unstable или хотя бы testing. Да, в новом ПО бывают
> ошибки, но разработчики Дебиан к этим ошибкам добавляют ещё своих приколов.
Например каких приколов добавляет Дебиан?
Линус однажды сказал, что нормальная практика, когда в ванилу вносятся дистрибутивоспецифичные адаптации, и что ванила по сути ещё не конечный продукт. (Ну ещё бы он мявкнул обратное, у него доля в красношляпе. xD)
> Когда у тебя система встаёт колом после очередного обновления например из-за
> того, что сопровождающий вывалил в репозиторий не согласующиеся между собой версии
> пакетов. При этом зачем - совершенно непонятно. И т.д., и т.п.
Какие-то котоламповые истории, при житие на Debian testing годами ни одного раза такого не встречал. Зато встречал такое на арчебамжарах и бубунтопроизводных.
> Хотя реально могли бы организовать нормальный тестовый полигон, удобный и для
> разработчиков ПО (они могут мониторить ошибки в своём ПО просто по
> багтрекеру того же sid), и для разработчиков дистрибутива (с проблемой можно
> сразу пойти в апстрим, а не изобретать собственные кривые патчи из
> г... и палок), и для пользователей (они получают самое свежее ПО
> с оперативным исправлением ошибок). При этом одновременно формировать стабильные релизы
> - для серверов.
Бьюсь об заклад, что вас и на пушечный выстрел не подпускали к сопровождению чего-либо в Debian, потому что судя по вашей риторике вы очередной экспертный эксперт опеннета, но который точно знает как нам обустроить ̶Р̶о̶с̶с̶и̶ю̶ инфраструктуру Дебиана, чтобы провенрнуть масштабную экспансию его в массы!
> И подход даже менять не придётся, всё то
> же самое: берётся свежий срез sid на определённую дату и превращается
> в testing. С последующей поэтапной заморозкой версий пакетов.
Да-да, ох сколько я за жизнь поведал писателей партийных программ, в том числе в сфере дистростроения, можно этой очередью китайскую стену заполнить.
В чём проблема доказать свою пригодность в качестве сопровождающего, а потом дослужиться до лидера проекта и пропихнуть свой надёжный, как швейцарские часы, план?!
Но понятное дело, посты в опеннете написывать с авторитетным мнением, это не мешки ворочать!

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

75. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 14:35

>Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке.
Slackware заброшена?
Можно скачать актуальную версию?
Можно поставить на сервер, чтобы был свежий софт?

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

93. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Анонимъ (?), 23-Янв-25, 17:36

>>Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке.
> Slackware заброшена?
Пока нет, хорошо это или плохо - это другой вопрос.
> Можно скачать актуальную версию?
Можно, насколько это вообще возможно в рамках понятия самой слаки слова "актуальный".
Но в целом в куренте пакеты относительно свежие.
> Можно поставить на сервер, чтобы был свежий софт?
Если вопрос в физической возможности?..
Можно, но нужно ли? Так-то можно "на сервер" и федору и даже Арч поставить, но вот нужно ли?
А вот, целесообразно ли это, это уже другой вопрос?!

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

17. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (12), 23-Янв-25, 09:37

Блендер и Гим пусть патчат в Убунте.

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

36. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (14), 23-Янв-25, 10:30

Те пакеты, что я тут написал - лишь пример для иллюстрации проблемы. там счет на сотни, если не тысячи идет. А под угрозой такого "выпила" может оказать вообщем любой софт.

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

25. "План заморозки пакетной базы Debian 13" +4 +/–

Сообщение от Аноним (25), 23-Янв-25, 10:08

> Вместо того, чтобы поддерживать тестинг в работоспособном состоянии и иметь там живых пользователей
Testing в Debian существует _только_ для разработки stable. Он не предназначен и не будет предназначен для повседневного пользования _никогда_. Об этом разработчики Debian прямо говорят.
Хочешь пользоваться testing – пользуйся, но не жалуйся.

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

31. "План заморозки пакетной базы Debian 13" –2 +/–

Сообщение от Аноним (14), 23-Янв-25, 10:22

Во-во. Я же и говорю "удачки".
Если бы делалось для людей, срок бы тестов был меньше, а результат лучше.

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

45. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 11:06

тестинг для тестеров, внезапно

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

49. "План заморозки пакетной базы Debian 13" –1 +/–

Сообщение от Аноним (14), 23-Янв-25, 11:55

Правильнр, накой тестить блендер, выпилил и дело в шляпе)

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

57. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (57), 23-Янв-25, 12:48

Для каких людей? )

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

89. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (14), 23-Янв-25, 17:19

Техч кому ехать, а не шашечки.

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

41. "План заморозки пакетной базы Debian 13" +/–

Сообщение от freehck (ok), 23-Янв-25, 10:49

> тестинг в работоспособном состоянии и иметь там живых пользователей
Странная предъява, если вспомнить о том, что тестинг предназначен для подготовки релиза, а не для пользователей.
Ставите тестинг -- значит участвуете в разработке дистрибутива, и должны иметь хотя бы минимальную квалификацию администратора системы. Если вы не можете или не хотите разгребать проблемы зависимостей, иногда роллбэкать проблемные пакеты и пинить их -- то нечего туда и соваться.

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

51. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Bottle (?), 23-Янв-25, 12:12

Странно от тестинга просить стабильности.

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

56. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 12:44

>Вместо того, чтобы поддерживать тестинг в работоспособном состоянии
А у них хоть что-то в работоспособном состоянии имеется?
>15 марта 2025 года начнётся первая стадия заморозки пакетной базы
>Релиз Debian 13 ожидается во второй половине 2025 года
У некоторых пакетов релизный цикл - полгода, и поддерживается только последняя выпущенная версия. Тут же повезёт, если апстрим не забросит поддержку на момент релиза, и после релиза будет пару месяцев выпускать багфиксы, после чего объявит версию устаревшей, а если не повезёт, то уже на момент релиза софт будет устаревшим.
>ведем его от левой ноги удаляя пакеты типа блендера, котлин, гимп на лево и направо
Дебианом, может быть, можно пользоваться как хостом для докера или виртуалки. Как можно пользоваться дебиановским котлином(или любой другой, активно развиваемой программой), с его отставанием от апстрима на несколько лет - для меня загадка.

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

23. "План заморозки пакетной базы Debian 13" +2 +/–

Сообщение от gumanzoy (ok), 23-Янв-25, 09:59

Уже удаляют gtk2-софт
https://tracker.debian.org/news/1593706/accepted-alsaplayer-.../
Date: Thu, 12 Dec 2024 19:34:05 +0000
* Drop alsaplayer-gtk package (Closes: #967251)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967251
Включили ntfs3 в ядре
https://tracker.debian.org/news/1592128/accepted-linux-6123-.../
Date: Sat, 07 Dec 2024 08:24:54 +0100
* fs/ntfs3: Enable NTFS3_FS as module (Closes: #998627)
3 года прошло
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998627
Date: Fri, 5 Nov 2021 08:57:02 UTC

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

40. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (40), 23-Янв-25, 10:48

Вовремя перешел с дебиана на LFS. Когда мейнтейнер дистра указывает апстрим разрабу "правильную" либу это капец.

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

42. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от freehck (ok), 23-Янв-25, 10:59

> Когда мейнтейнер дистра указывает апстрим разрабу "правильную" либу это капец.
Это не капец, это обычные будни. И они такие уже не первое десятилетие.

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

46. "План заморозки пакетной базы Debian 13" +/–

Сообщение от gumanzoy (ok), 23-Янв-25, 11:38

> Когда мейнтейнер дистра указывает апстрим разрабу "правильную" либу это капец.
Это про gtk2 ? Так его похоже скоро отовсюду выпилят.
Не то чтобы я этому рад или наоборот очень зол от этого.
Просто обычный ход вещей - поддержка закончилась - либу выпиливают.

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

28. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним на удалёнке (?), 23-Янв-25, 10:13

да ладно... можно ещё лет 10 сидеть на 12. там поддержка же будет. Или скачать все isoшники и сидеть на старом добром. А вот когда комп поменяю можно и новый поставить. Хорошо живём!

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

39. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (38), 23-Янв-25, 10:42

ещё лет 10 сидеть на 12. там поддержка же будет.

я что-то пропустил? у дебиана теперь лтс 10 лет?

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

43. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 11:05

https://wiki.debian.org/LTS/Extended
Debian 8 “Jessie” i386, amd64, armhf, armel from 2020-07-01 to 2025-06-30
Debian 9 “Stretch” i386, amd64, armhf from 2022-07-01 to 2027-06-30
Debian 10 “Buster” i386, amd64, armhf, arm64 from 2024-07-01 to 2029-06-30
*The project is managed by Freexian

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

60. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (-), 23-Янв-25, 13:04

> *The project is managed by Freexian
Это не официальная поддержка раз.
И список поддерживаемых пакетов на порядок (или даже на порядки) отличается от оригинала, это два. А поддерживаются пакеты только за которые платят спонсоры, что в общем-то логично.
Ну и единственный смысл сидеть на такой старье есть только когда у тебя целый завод/производство/датацентр с железом сертифицированным исключительно под эту версию. Но сомневаюсь что на опенке будет хоть один такой юзер.
Все остально - просто блаж.

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

70. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 14:07

Тебе шашечки или ехать?
Есть поддержка 10 лет? Есть.
Что надо сверху - тяни сам.
Как вариант иди с денежкой к красношапочникам, правда там тоже не мир розовых поней...

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

74. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (-), 23-Янв-25, 14:24

> Тебе шашечки или ехать?
Мне ехать, поэтому я ставлю последний стейбл, а не сижу на каком-то старье.
> Есть поддержка 10 лет? Есть.
Поддержка только очень ограниченного количества пакетов.
А остальные как были нефикшенные, так и останутся.
> Что надо сверху - тяни сам.
Свой выбор я уже сделали - использовать актуальные и поддерживаемые версии.

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

53. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (54), 23-Янв-25, 12:30

>можно ещё лет 10 сидеть на 12. там поддержка же будет
Поддержка дебиана, а не софта под ним. В дебиане регулярно прекращается поддержка прикладного софта, поскольку срок жизни релиза дебиана больше, чем срок жизни многих пакетов. Даже если пакет обновляется в апстриме, то не факт, что его обновят в дебиане. В buster последняя версия php 7.3.31, когда в апстриме 7.3.33, это не говоря уже про то, что ветка 7.3 больше не поддерживается в апстриме и непригодна для запуска актуальных проектов на php. Таким образом, для buster остаётся без обновлений, в том числе и безопасности, остаётся не только php, но и софт написанный на нём. Если брать пакеты с ещё более коротким жизненным циклом, чем php, например nginx, то там пакет перестанет поддеживаться хоть как-то ещё раньше, даже в текущем стабильном дистрибутиве.

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

72. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 14:20

У бастера в 22 году основная поддержка вышла...
На локалхосте уже давно бы обновился с бустера на букворма.
Или как вариант на локалхосте конкретный софт можешь перебрать сам или попросить перебрать на форуме...
А на предприятии надо разогнать ИТ-отдел если там у всех лапки и пакетик собрать не могут...

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

76. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 14:38

>У бастера в 22 году основная поддержка вышла...
7.3.33 релизнулась 18 ноября 2021 года. Проблема в том, что у дебиана слишком большой срок поддержки, а пакеты после заморозки не обновляют. И из коробки, в родных дебиановских репозиториях есть куча софта, поддержку которого забрасывают. Сократи дебиан срок поддерки или же количество пакетов - вопросов к нему бы не было.
>Или как вариант на локалхосте конкретный софт можешь перебрать сам или попросить перебрать на форуме...
Или ставить поверх дебиана абсолютно любой контейнер со снапом/флатпаком/докером/чем угодно

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

37. "План заморозки пакетной базы Debian 13" +/–

Сообщение от eugener (ok), 23-Янв-25, 10:35

Инсталляшку для x86 выпилили.(
Чтобы погонять trixie на старом железе приходится сначала ставить по минимуму bookworm и обновлять.

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

44. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 11:05

antix будет

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

55. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (54), 23-Янв-25, 12:36

>Инсталляшку для x86 выпилили.(
Насколько сильны ваши навыки некромантии? За такой срок, то конденсатор выйдет из строя, то ещё что нибудь сгорит, то диск побъётся.

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

69. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (73), 23-Янв-25, 14:03

У меня даже разгон со 100 на 133 ИЦ-туалатина материнская плата держит... умели же делать, не то что во времена П4...
И да, использую на обрезке П3 диван-2 (дебиан-9)... Дистры семейства 12-дебиана тяжеловаты. В репе 12 дебиана есть актуальный 128 фаерфокс, а вот на 9-дебиане только 115 работает...

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

62. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (62), 23-Янв-25, 13:12

Старому железу место в музее.

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

48. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (-), 23-Янв-25, 11:54

Неужели 48й гном завезти не успеют?(

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

77. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Gnomik (?), 23-Янв-25, 14:42

К сожалению, нет.

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

52. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от InuYasha (??), 23-Янв-25, 12:29

Поздравляю. Как говорится, "с заморозкой!"

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

79. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (79), 23-Янв-25, 15:28

Классика, все протухнет до релиза :)

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

81. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (81), 23-Янв-25, 15:55

Поставил трикси , юзаю. Причина - новое железо, и хочу юзать КДЕ 6. Надеюсь до заморозок не сломают особо ничего..(как и во время)

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

82. "План заморозки пакетной базы Debian 13" +1 +/–

Сообщение от Аноним (82), 23-Янв-25, 16:08

Ну вот можно начинать ставить Debian 12.

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

83. "План заморозки пакетной базы Debian 13" +/–

Сообщение от Аноним (81), 23-Янв-25, 16:13

Лол что? Может быть 13 ?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

8. "Определена дата заморозки пакетной базы Debian 13"	+2 +/–
Сообщение от Аноним (-), 23-Янв-25, 08:37
Наконец-то!
Ответить \| Правка \| Наверх \| Cообщить модератору

9. "План заморозки пакетной базы Debian 13"	+3 +/–
Сообщение от Аноним (9), 23-Янв-25, 08:59
С нетерпением ждём
Ответить \| Правка \| Наверх \| Cообщить модератору

12. "План заморозки пакетной базы Debian 13"	+/–
Сообщение от Аноним (12), 23-Янв-25, 09:19
Есть ли редхат основанный аналог Дебиана? Чтобы стабильный и бесплатный.
Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Анонец (?), 23-Янв-25, 09:37
	RHEL, стабильный и бесплатный* * https://www.opennet.me/opennews/art.shtml?num=54439
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (12), 23-Янв-25, 09:48
	Не, слишком много вопросов.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "План заморозки пакетной базы Debian 13"	–4 +/–
	Сообщение от Аноним (9), 23-Янв-25, 09:40
	Rocky Linux
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	26. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (26), 23-Янв-25, 10:08
	proxmox ближе всего к этому наверно. убунту не совсем дебиан. других коммерческих дистров на базе дебиана не встречал.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	27. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (26), 23-Янв-25, 10:10
	а, виноват, не понял вопроса. думал про редхатоподобное на базе дебиана. а вопрос наоборот - типа дебиана (свободнобесплатное) на базе редхата.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "План заморозки пакетной базы Debian 13"	–1 +/–
	Сообщение от Аноним (38), 23-Янв-25, 10:41
	других коммерческих дистров на базе дебиана не встречал. а как же астра?
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	29. "План заморозки пакетной базы Debian 13"	+2 +/–
	Сообщение от php_не_считаем_за_опыт (ok), 23-Янв-25, 10:15
	альма?
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	54. "План заморозки пакетной базы Debian 13"	+2 +/–
	Сообщение от Аноним (54), 23-Янв-25, 12:34
	Раньше был CentOS, сейчас нужно искать Rocky Linux, Oracle Linux, Alma Linux. Но у них будут все недостатки дебиана, типа того, что обновляется только минимальный набор пакетов, всё остальное устарело ещё на момент релиза
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	61. "План заморозки пакетной базы Debian 13"	+2 +/–
	Сообщение от LaunchWiskey (ok), 23-Янв-25, 13:06
	> Есть ли редхат основанный аналог Дебиана? Чтобы стабильный и бесплатный. CentOS Stream, очевидно же! Стабильный, бесплатный и уж точно с более надёжным будущим, чем шараги типа Rocky и Alma, которые могут в любой момент закрыться, и никто этого даже не заметит. Тут сейчас мамкины админы начнут голосить про "роллинг" и "бету", но не обращайте внимания - это они не из собственного опыта, и исключительно от обиды, что у них отобрали конфетку в виде халявной полной копии RHEL.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору


	63. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от А (??), 23-Янв-25, 13:16
	> Чтобы стабильный и бесплатный. Debian замороженный, а не стабильный. Надо это четко понимать и не обманывать себя и других.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	68. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (12), 23-Янв-25, 13:54
	>CentOS Stream Раньше CentOS был аналогом Debian в rhel мире. >и уж точно с более надёжным будущим, чем шараги типа Rocky и Alma Не понятно на чём основано это утверждение. >которые могут в любой момент закрыться, и никто этого даже не заметит. В этом то вся проблема, не понятно что из них выбирать, что проверенно временем. >Тут сейчас мамкины админы начнут голосить про "роллинг" Ну я один из них. Я не рискну ставить Stream, я не готов за простой серверов с лучае чего. Так что остаётся один выход Ubuntu, ну или самомму делать дистрибутив на основе OpenELA.
	Ответить \| Правка \| К родителю #61 \| Наверх \| Cообщить модератору


	85. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от aim (ok), 23-Янв-25, 16:31
	то есть нестабильный срез дебиана у которого бОльшая часть пакетов находится в секции "а мы не хотим за это отвечать" ("universe") – это хорошо, а CentOS Stream - нет?! ПрЭлЭстнО! (с)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (12), 23-Янв-25, 16:51
	Ubuntu LTS явно лучше CentOS Stream. За установку CentOS Stream на боевые серверы надо уволнять с должности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (88), 23-Янв-25, 17:01
	> то есть нестабильный срез дебиана у которого бОльшая часть пакетов находится в > секции "а мы не хотим за это отвечать" ("universe") – это > хорошо, а CentOS Stream - нет?! ПрЭлЭстнО! (с) А по какой такой классификации вдруг CentOS Stream стабильнее условной Alma? К слову по программе Ubuntu PRO https://ubuntu.com/security/esm Over 2,300 packages in Ubuntu Main repository 10 лет поддержки Over 23,000 packages in Ubuntu Universe repository 10 лет поддержки. С другой стороны, а что вы хотели? У той же RHEL из её официальных репозиториев, за который отвечает сама IBM/Red Hat также скудная, все дополнительные плюшки наворачиваются также из "васянских" EPEL, elrepo и прочих. Тут больше вопрос про реальную стабильность одного относительно другого при сравнении лоб в лоб, а не про то что где-то в принципе какой-то недохват поддержки пакетов. Тут вопрос про качество поддержки, а не количество.
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	84. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (26), 23-Янв-25, 16:30
	А РХ не может в любой момент закрыть центос (стрим). Верю! Я еще понимаю чтобы за Оракл топить - вот там практически полный аналог рхел и за бесплатно.
	Ответить \| Правка \| К родителю #61 \| Наверх \| Cообщить модератору

14. "План заморозки пакетной базы Debian 13"	+/–
Сообщение от Аноним (14), 23-Янв-25, 09:21
Вместо того, чтобы поддерживать тестинг в работоспособном состоянии и иметь там живых пользователей, ведем его от левой ноги удаляя пакеты типа блендера, котлин, гимп на лево и направо. Потом делаем заморозку и вваливаем пол года на фиксы багов, скрещивая пальцы, чтобы ничего не "пролетело", а если пролетит то, в 14 версии подравим. СТАБИЛЬНОСТЬ ЖЕ НУ, четко знаешь что работает а что нет) Ну, удачки с этим)
Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 09:31
	> Ну, удачки с этим) Если что, ты ехидно "желаешь удачки" одному из дву тсамых старых дистров.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "План заморозки пакетной базы Debian 13"	+2 +/–
	Сообщение от Аноним (14), 23-Янв-25, 10:18
	Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке. Ты сам подумай, кому было бы хуже, если бы они вели testing чуть более аккуратно. Например, если новая зависимость ломает тот же блендер, не мержим ее, удаляя все пакеты, что не собираются с ней, а оставляем в unstable. Как починим мержанем. Хочешь что-то эдакое тестануть?! Так там experimental есть. А так, я тебе говорю на собственном опыте testing - боль. Чего-то нет сейчас. Что-то удалят завтра и мержанут через пару месяцев. Можно flatpak юзать, не спорю. Но так и баги пролетают. Я лично словил с KDE, там все иконки полетели и это было спустя неделю, как уже репорт висел и пост на редите: https://www.reddit.com/r/kde/comments/1f4mxtn/dolphin_icon_t.../ Причина? Ну, мержанули к 5 кедам (в других дистрах уже kde 6.1) пару либок из 6, ну а че!? И это не то, чтобы незаметно было или у меня был особый конфиг. Это прям сразу после установки системы в виртуалку видно. Это просто плевать должно быть меинтейнеру, чтобы такое делать. Про то, что там хранилище у podman отвалилось (нужно было к чертем снести все контейнеры и образы), даже расписывать тут не буду. --- Ты учти, я нормально воспринимаю баги в ролингах. Помню на Tumbleweed получил баг с overlayfs, исправилось сразу же после "zypper dup". Хвала мейнтейнеру, только заметил проблему, сразу пушнул. В арче тот же подход. Там нужно, чтобы работало. А не: "ну да, тут проблемка, месяц - два подправим". За это время скорее всего все пользователи дистра уже успеют обновится и ощутить на себе. --- Будет ли этим кто-то пользоваться? Да, пока не попробует что-то другое. Так и выходит, что на тест они выходят своими силами и кучкой маргиналов. А учитывая количество пакетной базы (одна из самых больших), довести до ума - это непосильная работа. После заморозки очень тяжело править проблемы, что фиксятся скажем обновлением Qt, чтобы "подцепить" новые протоколы Wayland и т.д. Маленькие патчи - ок. А с большими, ты можешь исправить одно, принеся другую проблему. Вот я и пишу, "стабильность" это не когда все работает, а когда ты знаешь, что вот в этом месте проблема, исправить сейчас ее нельзя, ведь фикс слишком громоздкий или его никто не портировал из апстрима, и ближайший срок, когда ты можешь рассчитывать на него, это следующий релиз (2 года). --- А теперь, да, мне забавно, за этим смотреть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	50. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 12:05
	> Slackware тоже не "ребенок". И что это делает его хорошим кандидатом? Адаптироваться и развиваться как-то нужно, иначе так бы и жили в каменном веке. Да, делает. Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия. А "адаптирующихся и развивающихся" были и есть сотни - подыхали, подыхают и будут подыхать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 12:52
	>А "адаптирующихся и развивающихся" были и есть сотни - подыхали, подыхают и будут подыхать Они подыхают не потому, что развивались. Дебиан был одним из первых, и прочно занял эту нишу. В той же убунте до сих пор от деб пакетов уходя, хотя сколько лет прошло с первых попыток. За это время некоторые дистры успели возникнуть и исчезнуть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 13:22
	> Они подыхают не потому, что развивались. Правильно: не потому, что развивались, а потому, что развитие было в тупиковом направлении.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 13:29
	А как определить тупиковость направления? Огромную нишу потерять сложно, даже если стараться, процесс будет идти годами, за счёт инерции
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Аноним (73), 23-Янв-25, 14:23
	> А как определить тупиковость направления? Кто попал в тупик, тот издох. Если не издох, то значит еще не тупик...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от _ (??), 23-Янв-25, 17:29
	Трепло. SUN были боги ибо оседлали Unix-револючию. А через 10 лет от них остались только памятники архитекруры :( Демьян хоть и впитал вовна с момента известных событий - но всё таки вот уже более 30 лет пыхтит ... и как бы есть уверенность что ещё лет 10-20 - попыхтит. А там ... доживу - расскажу :)
	Ответить \| Правка \| К родителю #65 \| Наверх \| Cообщить модератору


	66. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 13:34
	> Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия. Нет, это говорит лишь о том, что у него была жизнеспособная стратегия на момент создания. При этом, поскольку тогда вокруг не было особо ничего подобного, народ подтянулся в Дебиан. А потом уже просто дело привычки. Плюсом в силу большой пользовательской базы новичкам чаще рекомендовали Дебиан. Но это одна сторона медали. На самом деле в Дебиане просто особо ярко проявляется конфликт двух подходов к формированию пакетной базы: "ОС для серверов" и "ОС для пользователей". Как "ОС для серверов" Дебиан действительно хорош. Потому что у сервера обычно круг задач меняется достаточно редко, а значит там нужна ОС, которая будет работать годами при минимальном вмешательстве сисадмина. Т.е. поставил, исправил уже сто лет известные баги, настроил и забыл про сервер. Работает, есть не просит - чего про него вспоминать? А вот, как ОС для пользователей, Дебиан практические непригоден. Нет, если у вас компьютер используется для "видосики посмотреть, бложик почитать" - то вам тоже на Дебиан. Но тут уже вопрос - а нужен ли вам вообще ПК? Может лучше своё время на что-то более полезное потратить, чем бессмысленное прожигание жизни за монитором? Если же вы занимаетесь какой-либо работой, то Дебиан не для вас. Потому что не обновляется. А обновления - это не только циферки в версии ПО, это ещё и новый функционал. Который зачастую очень сильно упрощает жизнь. И ждать по 2 года, пока оно доедет до стабильного релиза Дебиана - а оно точно стоит того? Мы вроде не бессмертные эльфы, жизнь на самом деле достаточно короткая. Плюсом, если компьютер используется для работы, то у него и круг задач постоянно меняется. Потому что окружающая реальность так устроена - всё течёт, всё изменяется. Дебиан мог бы стать пригодным для пользователей. Если бы они не ломали постоянно unstable или хотя бы testing. Да, в новом ПО бывают ошибки, но разработчики Дебиан к этим ошибкам добавляют ещё своих приколов. Когда у тебя система встаёт колом после очередного обновления например из-за того, что сопровождающий вывалил в репозиторий не согласующиеся между собой версии пакетов. При этом зачем - совершенно непонятно. И т.д., и т.п. Хотя реально могли бы организовать нормальный тестовый полигон, удобный и для разработчиков ПО (они могут мониторить ошибки в своём ПО просто по багтрекеру того же sid), и для разработчиков дистрибутива (с проблемой можно сразу пойти в апстрим, а не изобретать собственные кривые патчи из г... и палок), и для пользователей (они получают самое свежее ПО с оперативным исправлением ошибок). При этом одновременно формировать стабильные релизы - для серверов. И подход даже менять не придётся, всё то же самое: берётся свежий срез sid на определённую дату и превращается в testing. С последующей поэтапной заморозкой версий пакетов.
	Ответить \| Правка \| К родителю #50 \| Наверх \| Cообщить модератору


	71. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 14:09
	>Как "ОС для серверов" Дебиан действительно хорош Но докер нужно будет ставить не из родных реп, а из докеровских. И уже в докере запускать нужный софт. >Мы вроде не бессмертные эльфы, жизнь на самом деле достаточно короткая Были бы релизы со сроком поддержки не в 10 лет, а в 100 или 1000. Зачем торопится? В 90-ые жили с софтом из 90-ых, вот и в 20-ые можно жить с софтом из 90-ых.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 15:28
	> Но докер нужно будет ставить не из родных реп, а из докеровских. > И уже в докере запускать нужный софт. Если вам нужен докер, то лучше тогда заморочиться и сделать самому. Чтобы точно быть уверенным, что он без лишних "подарков". > Были бы релизы со сроком поддержки не в 10 лет, а в > 100 или 1000. Зачем торопится? В 90-ые жили с софтом из > 90-ых, вот и в 20-ые можно жить с софтом из 90-ых. Да в общем можно вообще, как в каменном веке жить. Люди за последние 50 тысяч лет не особо поменялись, так что ничего невозможного в этом нет. Правда жить получится в среднем лет по 20. И людей будет в пределах 100 тысяч на всю планету.
	Ответить \| Правка \| Наверх \| Cообщить модератору