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

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

Сообщения

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

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

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

	123. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 20:02
	>насколько возможно, критические баги в релиз не пускают Зато некритичные заморожены там навсегда. Несколько раз натыкался в дебиане на баги, которых нет в других дистрибутивах.
	Ответить | Правка | Наверх | 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ообщить модератору

	121. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от aim (ok), 23-Янв-25, 19:52
	> К слову по программе 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 лет поддержки. кажется они что-то изменили в этом месте. я отчётливо помню что у них не было поддержки, хотя и Ubuntu Pro в современном виде появилась относительно недавно... > С другой стороны, а что вы хотели? У той же RHEL из я просто сравниваю Debian и Ubuntu. Предпочитаю Debian. RHEL дороговато, обычно нужно всяким банкам и говам из-за сертификации. За что собственно и платят.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	30. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Аноним (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"	+1 +/–
	Сообщение от Аноним (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ообщить модератору

	124. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 20:08
	>А через 10 лет от них остались только памятники архитекруры :( Даже 10 лет, это уже "годами". Тем более, что согласно вики, основана в 1982, а упрознена в 2010
	Ответить | Правка | Наверх | 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"	+1 +/–
	Сообщение от 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ообщить модератору

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

	86. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Аноним (15), 23-Янв-25, 16:44
	>> Тот факт, что Debian пережил кучу дистров как раз и говорит о том, что у него жизнеспособная стратегия. > Нет, это говорит лишь о том, что у него была жизнеспособная стратегия на момент создания. А вас какая-то алтернативная логика? Стратегия чисто по определению слова "стратегия" не может быть жизнеспособной лишь на короткий промежуток времени (на момент создания). Она проверяется временем, и Дебиан эту проверку не только прошел, но и продолжает быть живее всех живых вот уже 31 год. > Потому что не обновляется. А обновления - это не только циферки в версии ПО, это ещё и новый функционал. Который зачастую очень сильно упрощает жизнь. И ждать по 2 года, пока оно доедет до стабильного релиза Дебиана - а оно точно стоит того? Не врите - он обновляется, если речь идет о багфиксах и заплатках безопасности системного софта. Но так не только в Debian, а и во многих других дистрах, кроме т.н. rolling для экстремалов. Если система тянет свежайшие обновы системного софта через день после его выхода, то такой дистр чисто по определению нельзя назвать стабильным. А в стабильности как бы и заключается одна из основных фишек Дебиана. Если есть ПО для работы и нужна новая функциональность, то нет проблем обновить вручную.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	94. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 17:41
	> А вас какая-то алтернативная логика? Стратегия чисто по определению слова "стратегия" не > может быть жизнеспособной лишь на короткий промежуток времени (на момент создания). > Она проверяется временем, и Дебиан эту проверку не только прошел, но > и продолжает быть живее всех живых вот уже 31 год. Ну т.е. вы не поняли - о чём я. Перечитайте мой пост внимательно. > Не врите - он обновляется, если речь идет о багфиксах и заплатках > безопасности системного софта. Но так не только в Debian, а и > во многих других дистрах, кроме т.н. rolling для экстремалов. Для каких экстрималов?)) Тот же Arch linux - стабильно работает. Особенно, если руки прямые и чётко понимаешь, что и зачем ты делаешь. Ну и перечитайте ещё раз мой пост внимательно. Я разве предлагал отказаться от "стабильных" версий? > Если система тянет свежайшие обновы системного софта через день после его выхода, > то такой дистр чисто по определению нельзя назвать стабильным. А в > стабильности как бы и заключается одна из основных фишек Дебиана. Стабильность - это когда всё стабильно работает. И это совершенно не означает отсутствие обновлений. Ну и повторюсь ещё раз - для серверов Дебиан вполне подходит. Для пользователей - нет. Кроме тех, кому ПК по факту не нужен особо. > Если есть ПО для работы и нужна новая функциональность, то нет проблем > обновить вручную. Да вот как раз проблемы есть. Я ведь не на пустом месте про Дебиан мнение высказываю - я его несколько месяцев использовал, как основную систему. Во всех вариантах. И stable, и testing, и sid. И не просто использовал, а собирал под себя нужные мне пакеты. В том числе исправляя за разработчиками Дебиана их ошибки.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 18:38
	> Стабильность - это когда всё стабильно работает. И это совершенно не означает отсутствие обновлений. Как оно будет стабильно работать при регулярном накатывании свежайших мажорных обновлений? Это чушь чисто по определению. Прямым текстом: любое подобное обновление может привести к поломке. Или что там, по вашему, в Debian тот самый testing что из себя представляет и зачем делается? Arch linux у него стабильно работает. Господи...
	Ответить | Правка | Наверх | Cообщить модератору

	113. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 19:16
	> Как оно будет стабильно работать при регулярном накатывании свежайших мажорных обновлений? Для начала - откуда бы им взяться, регулярным мажорным обновлениям?)) Разработчики софта - не взбесившийся принтер, по пять версий в день выпускать. Особенно, если они - вменяемые. Чтобы даже минорный релиз к выпуску нормально подготовить, требуются минимум сутки. При условии, что код уже проверен и как следует оттестирован. Сутки - это только на то, чтобы причесать readme, обновить и проверить файлы систем сборки, нормально прописать изменения в документации к релизу, выложить код и оформить релиз как следует. > Это чушь чисто по определению. Прямым текстом: любое подобное обновление может > привести к поломке. Жить вообще опасно - по слухам, никто ещё из жизни живым не выбрался)) > Или что там, по вашему, в Debian тот > самый testing что из себя представляет и зачем делается? Честно? Для меня в текущем виде существование testing - загадка. Смысла в нём ровно ноль. Между релизами, я имею ввиду. По нормальной логике вещей за N месяцев до релиза мы просто делаем срез sid, и дальше начинаем его стабилизировать. Это и должен быть testing. Ну или для backports ещё. Но там на самом деле не так много всего, чтобы целый дистр для этого держать. Backports вполне можно и на базе sid делать.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 23-Янв-25, 20:19
	>но и продолжает быть живее всех живых вот уже 31 год И в чём это проявляется? >Не врите - он обновляется, если речь идет о багфиксах и заплатках безопасности системного софта. Он может быть обновляется, если речь идёт об уязвимостях. Я уже приводил в пример версию php, 7.3.31 в buster, когда в апстриме 7.3.3. И если внимательно посмотреть, то таких пакетов будет очень много. А в плане функционала не обновляется точно >Если система тянет свежайшие обновы системного софта через день после его выхода, то такой дистр чисто по определению нельзя назвать стабильным А зачем обновляться через день? Нельзя условно неделю подождать? Кроме того, когда какая-то ошибка заморожена, и в пределах релиза никуда не денется, все годы существования этого релиза.
	Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

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

	103. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 18:32
	> Не согласен, если мне как пользователю юзерспейного прикладного софта устраивает функционал > версий софта из репозитория, то я могу использовать его и далеко > за рамками "котиков на ютубе посмотреть", особенно когда я ожидаю, что > придя на рабочее место, после обновления системы, я не получу неизвестные > баги и мне не надо будет лазить по форумам и прочим > ресурсам и строчить плачи ярославны о том, что мой любимый пакет > шломали! В новой версии программы баги могут быть, но совершенно не обязательно, что будут. Также как и отсутствие обновлений совершенно не означает отсутствие багов. В том числе - неизвестных. А вот то, что при отсутствии обновлений вы останетесь со своими проблемами сами по себе - как раз означает. Потому что далеко не у всех разработчиков есть возможность тянуть сразу несколько версий ПО, обеспечивая исправление ошибок в более старых. > Например каких приколов добавляет Дебиан? Я уже написал - каких. Ну и выше там тоже смотрите - другой аноним примеры приводил. > Линус однажды сказал, что нормальная практика, когда в ванилу вносятся дистрибутивоспецифичные > адаптации, и что ванила по сути ещё не конечный продукт. (Ну > ещё бы он мявкнул обратное, у него доля в красношляпе. xD) Да я так-то не против: кто знает, может лучше получится. Не попробуешь - не узнаешь. И тестировать всё это дело на себе я тоже в принципе не против. Только вот с Дебианом оно... затруднительно. Потому что завтра какой-нибудь "умный" индивид вывалит в репозиторий очередное неполное обновление или несовместимую версию пакета, и всё как бы. Тестирование закончилось. Потому что система под переустановку, если ты по невнимательности пропустил предупреждение в выхлопе apt. > Какие-то котоламповые истории, при житие на Debian testing годами ни одного раза > такого не встречал. Типичная "ошибка выжившего", только и всего)) Ну и видимо вам реально ПК ни для чего особо серьёзного не требуется. > Зато встречал такое на арчебамжарах и бубунтопроизводных. Справедливости ради, "бубунтопроизводных" не существует - по факту это всё как раз "дебианопроизводные")) Впрочем, я ими уже много лет не пользуюсь. А вот Арчем и Дебианом - как раз пользуюсь. И ничего особо серьёзного в Арче не встречал за много лет опять же. А по мелочи - да, бывает регулярно. Ну так я к этому готов - хочешь свежий софт, будь готов помогать разработчикам его тестировать. Мне в общем-то не проблема обычно поковыряться, поискать решение, а потом накатать багрепорт, если не выйдет самому исправить. А с Дебианом словил несколько серьёзных проблем прям на ровном месте. Чисто из-за кривой сборки пакетов сопровождающими или из-за вываливания неполных обновлений в unstable и testing. Относительно недавно - меньше года назад. Stable же меня не устраивает от слова совсем. Ввиду специфики моей деятельности. > Бьюсь об заклад, что вас и на пушечный выстрел не подпускали к > сопровождению чего-либо в Debian, потому что судя по вашей риторике вы > очередной экспертный эксперт опеннета, но который точно знает как нам обустроить > ̶Р̶о̶с̶с̶и̶ю̶ инфраструктуру Дебиана, чтобы провенрнуть > масштабную экспансию его в массы! Мне плевать на экспансию в массы)) "Экспансии" Линукса в массы мешают не качества Линукса, а состояние этих самых масс. Которые в массе (пардон за каламбур) живут по принципу "лишь бы ни о чём не думать и ничего не делать". И скоро из-за этого подхода массы допрыгаются до очередной мировой войны. Может хоть тогда что-то поменяется. Если выжившие будут. До тех же пор - без шансов. Человека можно убить, покалечить, связать и посадить в яму. Но заставить его что-либо делать, если он этого по-настоящему не хочет - нельзя. А по сопровождению пакетов в Дебиане - я не напрашивался. Со сборкой разобрался, пособирал для себя программы и библиотеки. Но всерьёз заниматься вдумчивым сопровождением чего-либо у меня просто времени нет. Почему - поймёте в ближайшие несколько дней. Если всё сложится, тут на опеннете новость за моим авторством будет. Да и жизнь так складывается, что не до жиру - быть бы живу. > Да-да, ох сколько я за жизнь поведал писателей партийных программ, в том > числе в сфере дистростроения, можно этой очередью китайскую стену заполнить. > В чём проблема доказать свою пригодность в качестве сопровождающего, а потом дослужиться > до лидера проекта и пропихнуть свой надёжный, как швейцарские часы, план?! Проблема в том, что меня тупо на всё не хватает)) IT - далеко не основная область моих интересов. http://samlib.ru/editors/b/bobylew_j_w/society.shtml В целом же - да вы правы. Без иронии, и подколов, всё так. > Но понятное дело, посты в опеннете написывать с авторитетным мнением, это не > мешки ворочать! Собственно, почему мы не должны высказывать мнение?)) У вас своё, у меня своё. Глядишь и договоримся до чего-нибудь путного.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 18:45
	> вот то, что при отсутствии обновлений вы останетесь со своими проблемами сами по себе - как раз означает. В Debian приходят фиксы багов и безопасности. > "бубунтопроизводных" не существует - по факту это всё как раз "дебианопроизводные")) Да? А Linux Mint что такое?
	Ответить | Правка | Наверх | Cообщить модератору

	111. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 19:02
	> В Debian приходят фиксы багов и безопасности. Да без проблем. Я вам о другом - новый софт людям требуется по большей части не из-за исправления ошибок, а из-за того, что он даёт новые возможности. И с этим в стабильных версиях Дебиана бо-ольшие проблемы. Testing и unstable же для нормального повседневного использования не пригодны. Хотя могли бы быть. При минимуме усилий причём. Достаточно соблюдать минимальную дисциплину - "не выкладываем частичных обновлений, для предварительных тестов используем experimental". Этого будет вполне достаточно. > Да? А Linux Mint что такое? Он - производная от Убунту. Которая - производная от Дебиана. Т.е. - это вторая производная от Дебиана)) Тем более, что есть LMDE, который просто на пакетной базе Дебиана построен.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "План заморозки пакетной базы Debian 13"	–1 +/–
	Сообщение от Аноним (114), 23-Янв-25, 19:20
	>>> "бубунтопроизводных" не существует >> Да? А Linux Mint что такое? > Он - производная от Убунту. С вами все хорошо?
	Ответить | Правка | Наверх | Cообщить модератору

	119. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 19:34
	> С вами все хорошо? Вопрос подразумевает слишком широкий спектр вариантов ответа. Что вас конкретно интересует?))
	Ответить | Правка | Наверх | Cообщить модератору

	109. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (15), 23-Янв-25, 18:50
	> ничего особо серьёзного в Арче не встречал за много лет опять же. [...] А с Дебианом словил несколько серьёзных проблем прям на ровном месте. В регулярно обновляющемся роллинге Арче проблем нет, а в "не обновляющемся" Дебиане - есть? Вот это я понимаю ментальная акробатика!
	Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

	115. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от ProfessorNavigator (ok), 23-Янв-25, 19:24
	> В регулярно обновляющемся роллинге Арче проблем нет, а в "не обновляющемся" Дебиане > - есть? Вот это я понимаю ментальная акробатика! Если вы не поняли, то я сравниваю Arch и unstable/testing. Stable меня не интересует в принципе. Почему - смотрите выше.
	Ответить | Правка | Наверх | 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"	–3 +/–
	Сообщение от Аноним (14), 23-Янв-25, 10:22
	Во-во. Я же и говорю "удачки". Если бы делалось для людей, срок бы тестов был меньше, а результат лучше.
	Ответить | Правка | Наверх | Cообщить модератору

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

	49. "План заморозки пакетной базы Debian 13"	–2 +/–
	Сообщение от Аноним (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ообщить модератору

	97. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Анонимъ (?), 23-Янв-25, 17:54
	>> тестинг в работоспособном состоянии и иметь там живых пользователей > Странная предъява, если вспомнить о том, что тестинг предназначен для подготовки релиза, > а не для пользователей. > Ставите тестинг -- значит участвуете в разработке дистрибутива, и должны иметь хотя > бы минимальную квалификацию администратора системы. Если вы не можете или не > хотите разгребать проблемы зависимостей, иногда роллбэкать проблемные пакеты и пинить > их -- то нечего туда и соваться. Всё так, меня очень умиляют подобные товарищи, которые гонят на тестинг у Дебиана, говоря что он бывает внезапно (!) нестабильным, но при этом призывают не пользоваться стейблом, а ливать на 100% роллинги, вот там-то стабильность прёт и пышет со всех щелей! xD
	Ответить | Правка | Наверх | Cообщить модератору

	116. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (14), 23-Янв-25, 19:26
	Лично я про stable ничего не писал. Его концепция предельно ясна и реализована так, как это возможно. Я писал что вся парадигма тестинга дрянная, потому, что его ведут так, что разницы между testing, unstable, experimental нет. Конкретно в моем примере, меинтейнер решил проверить, что будет если к 5 кедам положить пару библиотек из 6. И ты прикинь, сломалось, действительно... А следствие этого - отсутствие желающих сидеть на этом искусственно созданном вулкане. А развивая эту мысль, мы приходим к тому, что людей нет, и сейчас всю базу нужно тестить самим. И займет это ад до конца лета.
	Ответить | Правка | Наверх | 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ообщить модератору

	95. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (95), 23-Янв-25, 17:47
	Каждый раз в новости про Debian находится два уникума: один жалуется на устаревшие пакеты, второй пытается использовать testing как роллинг релиз.
	Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

	98. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Анонимъ (?), 23-Янв-25, 17:58
	> Каждый раз в новости про Debian находится два уникума: один жалуется на > устаревшие пакеты, второй пытается использовать testing как роллинг релиз. Не, уникомов не два, их больше, бывают ещё те, кто на голубом глазу утверждает, что sid стабильнее тестинга. Бывают чудики у которых "testing это стейбл, просто свежий!" Но чаще всего те, у которых Арчебамжары гораздо стабильнее Дебиана, никогда не ломаются годами, в отличии от овномамантового и глюкавого Дебиана, они мамой клянутся! xD
	Ответить | Правка | Наверх | 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"	+/–
	Сообщение от Аноним (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ообщить модератору

	99. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Анонимъ (?), 23-Янв-25, 18:09
	> Вовремя перешел с дебиана на LFS. Когда мейнтейнер дистра указывает апстрим разрабу > "правильную" либу это капец. Это не капец, это нормальная практика LTS дистров, в отличии от школорачей, где о понятии вендоринг либы наверное не слыхали никогда, в LTS дистрах рассчитывают, что апстрим дружит с головой и если он хочет, чтобы его софт был в LTS системах, то он будет сотрудничать с дистростроями и подстраиваться под их циклы разработки! Если для вас такая практика что-то неслыханное и из ряда вон, то у меня для вас новости, это во всём энтерпрайз секторе так, но школорачистам такое неведомо, понимаю. ;)
	Ответить | Правка | К родителю #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ообщить модератору

	110. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (110), 23-Янв-25, 18:57
	>> И список поддерживаемых пакетов на порядок (или даже на порядки) отличается от оригинала > Тебе шашечки или ехать? Если утверждение того анонима про состав пакетов верный (хз, не знаю, правда ли это), а выбор дистрибутива был осознанный, опирающийся на какие-то критерии, а не "берем первый попавшийся дистр", то посыл "Тебе шашечки или ехать" в корне ущербный, ибо это будет не выбранный и одобренный оригинал дебиана.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	100. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Анонимъ (?), 23-Янв-25, 18:12
	> ещё лет 10 сидеть на 12. там поддержка же будет. > я что-то пропустил? у дебиана теперь лтс 10 лет? Нет, не пропустили, Аноним выше бредит. ))
	Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

	107. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (73), 23-Янв-25, 18:38
	пруфы приведены, а от тетя только балабольство...
	Ответить | Правка | Наверх | 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ообщить модератору

	104. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (73), 23-Янв-25, 18:37
	php7.3_7.3.33 был у sury https://packages.sury.org/php/pool/main/p/php7.3/ как и более свежие версии но сейчас выпилили из-за окончания поддержки 10ки
	Ответить | Правка | Наверх | Cообщить модератору

	101. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Анонимъ (?), 23-Янв-25, 18:16
	> да ладно... можно ещё лет 10 сидеть на 12. там поддержка же > будет. Не будет, Дебианский LTS ещё более нищий, чем убунтовский и во-первых такой объём пакетов не поддерживает, а во-вторых на 10 лет как не натягивай, он не натягивается от слова НИКАК. > Или скачать все isoшники и сидеть на старом добром. А > вот когда комп поменяю можно и новый поставить. А это уже на ваше собственное усмотрение, можно и слаку поставить и никогда не обновлять, тоже будет штабильно, а можно и LFS, но вот кто будет хотя бы секурити-апдейты завозить? ;) Ну, если оффлайн постоянно работать на такой машине, то там вообще всё равно наверное на апдейты и секурность системы, если юзер Неуловимый Джо. )) > Хорошо живём! Везёт вам.
	Ответить | Правка | К родителю #28 | Наверх | 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ообщить модератору

	112. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от кнео (?), 23-Янв-25, 19:14
	Не только установщик, но и ядро. У вас ядро обновляться не будет.
	Ответить | Правка | К родителю #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"	+/–
Сообщение от Аноним (79), 23-Янв-25, 15:28
Классика, все протухнет до релиза :)
Ответить | Правка | Наверх | Cообщить модератору

81. "План заморозки пакетной базы Debian 13"	+/–
Сообщение от Аноним (81), 23-Янв-25, 15:55
Поставил трикси , юзаю. Причина - новое железо, и хочу юзать КДЕ 6. Надеюсь до заморозок не сломают особо ничего..(как и во время)
Ответить | Правка | Наверх | Cообщить модератору

	96. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (95), 23-Янв-25, 17:49
	Освойте backports, KDE 6 они вам не дадут, но проблему с железом решат.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Анонимъ (?), 23-Янв-25, 18:18
	> Освойте backports, KDE 6 они вам не дадут, но проблему с железом > решат. Учитывая глюкавость KDE, оно по-моему вообще никогда свои проблемы до конца не может починить, а вот железо скорее всего бэкпортами поддерживаться станет, да!
	Ответить | Правка | Наверх | Cообщить модератору

	122. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (122), 23-Янв-25, 20:00
	Не советую пользоваться смузяхлёбной версий дебиана (тестинг). Юзать стабильную версию гораздо комофртнее, а если нужно новое моднявое что-то: есть chroot.
	Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

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

	83. "План заморозки пакетной базы Debian 13"	–1 +/–
	Сообщение от Аноним (81), 23-Янв-25, 16:13
	Лол что? Может быть 13 ?
	Ответить | Правка | Наверх | Cообщить модератору

120. "План заморозки пакетной базы Debian 13"	+/–
Сообщение от Nochi (?), 23-Янв-25, 19:40
Когда в Debian дропнут Wayland и х32?
Ответить | Правка | Наверх | Cообщить модератору

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

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