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

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

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

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

Оглавление

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

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

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

Rocky Linux, Аноним (9), 09:40 , 23-Янв-25, (19) –6
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) +1

Debian замороженный, а не стабильный Надо это четко понимать и не обманывать се, А (??), 13:16 , 23-Янв-25, (63) +3

Не совсем Он замороженный и стабильный насколько возможно, критические баги в , Аноним (105), 18:37 , 23-Янв-25, (105) –1

Зато некритичные заморожены там навсегда Несколько раз натыкался в дебиане на б, Аноним (54), 20:02 , 23-Янв-25, (123) +3

А я много раз натыкался в других дистрибутивах на баги, которых нет в Debian И , Аноним (145), 23:30 , 23-Янв-25, (145) +1

А то, что если в дистрибутиве свежая версия, можно хотя бы на багтрекер сходить,, Аноним (54), 23:46 , 23-Янв-25, (147) +1

Проблема решается очень просто разработчики софта должны поддерживать собственн, Dunaevsky (?), 15:13 , 25-Янв-25, (201)

Кому должны Дебиан - далеко не единственный дистрибутив, на всех пакетов не насо, ProfessorNavigator (ok), 21:54 , 25-Янв-25, (208)
Остаётся два вопроса насколько смесь хотя бы этих трёх репозиториев совместима,, Аноним (54), 02:22 , 26-Янв-25, (215)

Одно пересекается с другим Если я сегодня в каде порисовать собирался - а меня , Аноним (-), 17:17 , 24-Янв-25, (192)

Такие версии как кад элементарно откатыаются В случае с NixOS достаточно будет , Аноним (54), 02:23 , 26-Янв-25, (216)
Нормальная ситуация, это частые релизы, например дважды в год В этом случае, ве, Аноним (54), 03:11 , 26-Янв-25, (217)

Раньше 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) +1

А пакеты из снапа каеееф , Аноним (153), 01:07 , 24-Янв-25, (153) +1

С другой стороны для nextcloud из снапа не нужно изучать заодно быюазы данных , Аноним (197), 22:19 , 24-Янв-25, (197)

А по какой такой классификации вдруг CentOS Stream стабильнее условной Alma К сл, Аноним (88), 17:01 , 23-Янв-25, (88)

кажется они что-то изменили в этом месте я отчётливо помню что у них не было по, aim (ok), 19:52 , 23-Янв-25, (121)

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

AlmaLinux Rocky Linux Oracle Linux , cheburnator9000 (ok), 19:30 , 23-Янв-25, (117)
OL8, freebzzZZZzzd (ok), 20:34 , 23-Янв-25, (129)

Там стабильная база и подключаемый роллинг репозиторий appstream от Oracle , PnD (??), 22:57 , 23-Янв-25, (144)

Чтобы собрать пакеть deb или rpm и иметь воспроизводимость сборки без доступа к, анон (?), 18:00 , 24-Янв-25, (193)

Да, можно собрать пакет из банарников, так делают вендоры Но не дистрибутивы , анон (?), 21:10 , 24-Янв-25, (195)
Эээ 8230 Ну вот, например Исходники мои, если что Есть вероятность что опуб, PnD (??), 23:04 , 24-Янв-25, (198)

так не сама java ака jvm нужна, а зависимости кафки при сборке в дистрибутивах, анон (?), 19:13 , 25-Янв-25, (206)
вернее, java нужнв, конечно, но не в ней дело , анон (?), 19:14 , 25-Янв-25, (207)

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

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

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

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

Они подыхают не потому, что развивались Дебиан был одним из первых, и прочно за, Аноним (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)

Даже 10 лет, это уже годами Тем более, что согласно вики, основана в 1982, а , Аноним (54), 20:08 , 23-Янв-25, (124)

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

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

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

Зато неопределённо какой версии Суть в том, что брать библиотеки не из реп дебиа, Аноним (54), 20:09 , 23-Янв-25, (125)

Категорически не рекомендую Далеко не единожды встревал в проблемы вида после , freehck (ok), 22:35 , 23-Янв-25, (142)

Ну слушай, а у нас докер из родного репозитория просто не заработал, потому что , Перт (?), 23:32 , 25-Янв-25, (212)

А вас какая-то алтернативная логика Стратегия чисто по определению слова страт, Аноним (15), 16:44 , 23-Янв-25, (86) +2

Ну т е вы не поняли - о чём я Перечитайте мой пост внимательно Для каких экстр, ProfessorNavigator (ok), 17:41 , 23-Янв-25, (94)

Как оно будет стабильно работать при регулярном накатывании свежайших мажорных о, Аноним (15), 18:38 , 23-Янв-25, (106)

Для начала - откуда бы им взяться, регулярным мажорным обновлениям Разработчи, ProfessorNavigator (ok), 19:16 , 23-Янв-25, (113) +1

И в чём это проявляется Он может быть обновляется, если речь идёт об уязвимостях, Аноним (54), 20:19 , 23-Янв-25, (126)

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

В новой версии программы баги могут быть, но совершенно не обязательно, что буду, ProfessorNavigator (ok), 18:32 , 23-Янв-25, (103)

В Debian приходят фиксы багов и безопасности Да А Linux Mint что такое , Аноним (15), 18:45 , 23-Янв-25, (108)

Да без проблем Я вам о другом - новый софт людям требуется по большей части не , ProfessorNavigator (ok), 19:02 , 23-Янв-25, (111)

С вами все хорошо , Аноним (114), 19:20 , 23-Янв-25, (114)

Вопрос подразумевает слишком широкий спектр вариантов ответа Что вас конкретно , ProfessorNavigator (ok), 19:34 , 23-Янв-25, (119)

Ну это вам так только кажется На самом деле в основном людям новый софт с его н, freehck (ok), 22:47 , 23-Янв-25, (143)

Поддерживаю, тут просто два лагеря, точнее их четыре наверное, но только два из , Анонимъ (?), 05:10 , 24-Янв-25, (157)

Группы 1 и 3 полностью совпадают Это группа называется разумные люди Группы 2, freehck (ok), 09:48 , 24-Янв-25, (168)
Дай пользователям возможность, они бы до сих пор на xp, а то и 9x сидели Затем, , Аноним (54), 12:03 , 24-Янв-25, (173)

Знаем-знаем, проходили А потом бац - и профессиональное выгорание , жизнь - , ProfessorNavigator (ok), 13:17 , 24-Янв-25, (180)

Офигеть Так вот зачем постоянно на свежак обновляться -- чтобы с ума не сойти , freehck (ok), 14:36 , 24-Янв-25, (184)
Не пытайтесь казаться глупее, чем вы есть Всё описанное - это один из факторов , ProfessorNavigator (ok), 14:51 , 24-Янв-25, (185)

Не для всех, тем более если релиз перешёл на oldstable, Аноним (54), 20:24 , 23-Янв-25, (127)

В регулярно обновляющемся роллинге Арче проблем нет, а в не обновляющемся Деби, Аноним (15), 18:50 , 23-Янв-25, (109)

Если вы не поняли, то я сравниваю Arch и unstable testing Stable меня не интере, ProfessorNavigator (ok), 19:24 , 23-Янв-25, (115) +1

Не обязательно, но зачастую они бывают Особенно при текущем стиле программирова, Анонимъ (?), 04:42 , 24-Янв-25, (156)

Что вы так обтекаемо и аккуратно В любой программе всегда есть баги Разница ли, freehck (ok), 10:52 , 24-Янв-25, (171)
И чем оно оттестировано Дата релиза дебиана выбирается произовльно, все баги, к, Аноним (54), 12:19 , 24-Янв-25, (174)
Честно - отвечать на ваше высказывание лень Потому как с обсуждения ОС почем, ProfessorNavigator (ok), 12:25 , 24-Янв-25, (177)

Дельный совет от ProfessorNavigator Также ProfessorNavigator в сообщении 185 , freehck (ok), 15:53 , 24-Янв-25, (186)

А я где-то ему не следовал , ProfessorNavigator (ok), 21:16 , 24-Янв-25, (196)

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

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

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

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

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

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

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

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

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

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

Странная предъява, если вспомнить о том, что тестинг предназначен для подготовки, freehck (ok), 10:49 , 23-Янв-25, (41)

Всё так, меня очень умиляют подобные товарищи, которые гонят на тестинг у Дебиан, Анонимъ (?), 17:54 , 23-Янв-25, (97) +2

Лично я про stable ничего не писал Его концепция предельно ясна и реализована т, Аноним (14), 19:26 , 23-Янв-25, (116)

Знаете, я как раз на них всех сидел Разница огромная Testing на десктопе ещё б, freehck (ok), 21:45 , 23-Янв-25, (139) –1

Арч, openSUSE Tubleweed или Slowroll , Fedora пробовали Если сравнивать с Windo, Аноним129748 (?), 23:40 , 23-Янв-25, (146)

Какой-то вялый жирный наброс, пытаться приплести Valve как аргумент того, что на, Анонимъ (?), 05:30 , 24-Янв-25, (158) +1

Вы что-то много чего надумали На самом деле именно вот это -- основная прич, freehck (ok), 12:25 , 24-Янв-25, (176)

Правильно, поскольку софт в замороженом релизе слишком старый А если брать дист, Аноним (54), 20:29 , 23-Янв-25, (128) +1

Странно от тестинга просить стабильности , Bottle (?), 12:12 , 23-Янв-25, (51) –1
А у них хоть что-то в работоспособном состоянии имеется У некоторых пакетов рели, Аноним (54), 12:44 , 23-Янв-25, (56) +1
Каждый раз в новости про Debian находится два уникума один жалуется на устаревш, Аноним (95), 17:47 , 23-Янв-25, (95) +1

Не, уникомов не два, их больше, бывают ещё те, кто на голубом глазу утверждает, , Анонимъ (?), 17:58 , 23-Янв-25, (98) +1

а это им везет из-за нестабильности сида Там часто пакеты пересобираются так бы, Аноним (134), 21:06 , 23-Янв-25, (134)

Как говорится, спасение утопающих - дело рук самих утопающих , Аноним (202), 18:25 , 25-Янв-25, (203)

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

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

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

Как дистростроители хорошо устроились - вместо того, чтобы подстраиваться под ра, Аноним (54), 20:40 , 23-Янв-25, (130) +1

Вы в каком сказочном мире живёте, что это вас удивляет Вероятно я открою вам сек, freehck (ok), 21:55 , 23-Янв-25, (141) –1

Как бы это вам сказать Разработчик может чисто технически класть хрен на вас и , Аноним (-), 18:28 , 25-Янв-25, (204)
Да что вы говорите Ну хорошо, завтра разработчики ядра положат болт на разраб, ProfessorNavigator (ok), 22:01 , 25-Янв-25, (209)
Самая низкая ступень - это фундамент Под разработчика нельзя не подстраиваться,, Перт (?), 23:34 , 25-Янв-25, (213)

Если дебиановцы такие особенные, значит просто под дебианом софт работать не буд, Аноним (54), 23:52 , 23-Янв-25, (149) +1

Это уже происходит давным-давно https wiki debian org VirtualBox, Аноним (14), 07:00 , 24-Янв-25, (163)

И хрен бы с ним Зато qemu в бэкпортах - распоследних версий А если вы хотели п, Аноним (-), 18:43 , 25-Янв-25, (205) –1

И вообще, там ребятки веселые https www opennet ru opennews art shtml num 6116, Аноним (-), 07:13 , 24-Янв-25, (164)

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

ещё лет 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) +1

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

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

ну конечно Денег на саппорт жалко, у самого лапки, все тебе должны, да нахаляву, Аноним (140), 21:53 , 23-Янв-25, (140)

Так поддержка не дистрибутива, а нескольких пакетов из этого дистрибутива Может, Аноним (54), 20:43 , 23-Янв-25, (131)

To make Extended LTS possible and sustainable, there are supplementary restricti, Аноним (140), 21:38 , 23-Янв-25, (137)

Об этом всегда нужно напоминать, а то ставят люди дебианы, и сидят с уязвимостям, Аноним (54), 23:50 , 23-Янв-25, (148)

Ну т е людя хочет использовать инструмент в коммерческой деятельности, но ни , Аноним (140), 00:45 , 24-Янв-25, (152)

Если человек использует IT как инструмент важный инструмент, то он либо не скупи, Аноним (54), 12:23 , 24-Янв-25, (175)

2025 год, домашний пользователь, 10-дебиан, запускающий php это фантастика, Аноним (73), 17:16 , 24-Янв-25, (191) +1

Нет, не пропустили, Аноним выше бредит , Анонимъ (?), 18:12 , 23-Янв-25, (100)

пруфы приведены, а от тетя только балабольство , Аноним (73), 18:38 , 23-Янв-25, (107)

Это не пруфы лалка, тебе ниже правильно написали https www opennet ru openforu, ЛщЛ (?), 05:56 , 24-Янв-25, (161)

А-ха-хаТ е тебе на халяву должны еще поддержку круче обеспечить, чем красношапо, Аноним (73), 17:08 , 24-Янв-25, (189)

- Есть поддержка - Есть- Но её нет- Ха-ха, а тебе её должны обеспечивать , Аноним (210), 23:24 , 25-Янв-25, (210)

Поддержка дебиана, а не софта под ним В дебиане регулярно прекращается поддержк, Аноним (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)

php7 3_7 3 33был у suryhttps packages sury org php pool main p php7 3 как и бо, Аноним (73), 18:37 , 23-Янв-25, (104)

Это на каждую программу нужно будет левый репозиторий подключать , Аноним (54), 20:46 , 23-Янв-25, (132)

На каждую это на какую Ты еще скажи что php тебе нужен не на сервер с ограниченн, Аноним (140), 21:42 , 23-Янв-25, (138)

На каждую, это на каждую В дебиане проблема с любым пакетом, у которого коротки, Аноним (54), 00:23 , 24-Янв-25, (150)

проблема не в дебиане, проблема у тех кто путает дебиан с роллингом , Аноним (140), 00:40 , 24-Янв-25, (151)

Ага, путает Если у пакета цикл поддержки в полгода, то в дебиане, в лучшем случ, Аноним (54), 12:33 , 24-Янв-25, (178)

зачем ты выбрал такой инструмент вообще вот на свежем расте, например, старый пр, Аноним (73), 17:14 , 24-Янв-25, (190)

Не все же знают, что дебиан нельзя использовать Зато дебиановцы хвастаются как, Аноним (54), 03:32 , 26-Янв-25, (218)

Не будет, Дебианский LTS ещё более нищий, чем убунтовский и во-первых такой объё, Анонимъ (?), 18:16 , 23-Янв-25, (101)
Всегда завидовал тем кому от компа нужна пишущая машинка А ещё больше тем кто г, Аноним (210), 23:26 , 25-Янв-25, (211)

Инсталляшку для 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) +1
Не только установщик, но и ядро У вас ядро обновляться не будет , кнео (?), 19:14 , 23-Янв-25, (112)

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

К сожалению, нет , Gnomik (?), 14:42 , 23-Янв-25, (77)
Боже упаси, Аноним (210), 23:35 , 25-Янв-25, (214)

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

Освойте backports, KDE 6 они вам не дадут, но проблему с железом решат , Аноним (95), 17:49 , 23-Янв-25, (96)

Ну вот можно начинать ставить Debian 12 , Аноним (82), 16:08 , 23-Янв-25, (82) –1

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

Даже сейчас на современный ноутбук с их установщиком его и не поставишь без танц, Аноним (135), 21:20 , 23-Янв-25, (135) +1

Можно пример такого поведения Железо, какой ISO использовал Тут примеры разме, Gnomik (?), 05:34 , 24-Янв-25, (159)

Вероятность того, что товарищ использовал вместо образа с блобами какой-нибудь г, ЛщЛ (?), 06:02 , 24-Янв-25, (162)

10 Jun 2023 As of Debian 12 Bookworm , firmware is included in the normal Debi, Аноним (170), 10:10 , 24-Янв-25, (170) +1

Lenovo ideapad, Qualcomm Atheros QCA9377 802 11ac Wireless Network Adapter Необ, Аноним (170), 10:04 , 24-Янв-25, (169)

Можно без лишних слов примеры разметки предоставить Как баг будем оформлять Сс, Gnomik (?), 14:20 , 24-Янв-25, (181)

Gnomik, извини Для оформления бага тут надо начать с того, что по мнению создате, Аноним (170), 23:58 , 24-Янв-25, (199)

Критично lts - два года, это уже сразу 2027 В том то и проблема, что плавающие, Аноним (54), 12:44 , 24-Янв-25, (179)

В чём проблема Это же Open Source Каждый вносит свой вклад в общее дело Помог, Gnomik (?), 14:23 , 24-Янв-25, (183)

На учет возьмусь, а воевать шишь с маслом с Шариков, Аноним (140), 12:25 , 25-Янв-25, (200)
Интересно как Гораздо логичнее помогать другим дистрибутивам, и агитировать за , Аноним (54), 03:35 , 26-Янв-25, (219)

Кстати Вайн 10 надеюсь в трикси завезут , Аноним (81), 01:09 , 24-Янв-25, (155)

К нему NTSYNC еще нужен, а он планируется в 6 14, когда дебиан будет на 6 12 Так, Аноним (-), 07:34 , 24-Янв-25, (165) +1

sudo apt upgradeNot upgrading 2to3 libreoffic, Аноним (166), 07:45 , 24-Янв-25, (166)

Это нормально Нормально, для Debian https wiki debian org VirtualBoxПросто ра, Аноним (-), 08:25 , 24-Янв-25, (167)

С каких это пор sid - протухшая развалюха , Аноним (220), 07:16 , 26-Янв-25, (220)

Когда в debian дропнут x11 и x32 , Nochi (?), 14:21 , 24-Янв-25, (182)

когда-нибудь, Аноним (73), 15:55 , 24-Янв-25, (187)

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

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

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

Наконец-то!

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от Аноним (202), 25-Янв-25, 18:22

> RHEL, стабильный и бесплатный*
"Choose any two".

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

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

Сообщение от Аноним (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" +1 +/–

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

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

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

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

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

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

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

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

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

Не совсем. Он замороженный и стабильный (насколько возможно, критические баги в релиз не пускают).

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

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

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

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

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

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

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

А я много раз натыкался в других дистрибутивах на баги, которых нет в Debian. И что?

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

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

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

А то, что если в дистрибутиве свежая версия, можно хотя бы на багтрекер сходить, в то время, как если баг в дебиане, то всё. Дебиановцы за авторов баги править не будут, а вот авторы не подерживают версии двухлетней(и более) давности

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

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

Сообщение от Dunaevsky (?), 25-Янв-25, 15:13

Проблема решается очень просто: разработчики софта должны поддерживать собственный DEB-репозиторий, как это делают:
- NodeJS
- LLVM
- PostgreSQL
- и многие другие
То, что авторы софта не хотят этим заниматься, проблема вовсе не Debian'а.

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

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

Сообщение от ProfessorNavigator (ok), 25-Янв-25, 21:54

> Проблема решается очень просто: разработчики софта должны поддерживать собственный DEB-репозиторий
Кому должны?
> То, что авторы софта не хотят этим заниматься, проблема вовсе не Debian'а.
Дебиан - далеко не единственный дистрибутив, на всех пакетов не насобираешься. Разработчики софта могут собирать пакеты и держать репозитории. По желанию. В целом же - это вовсе не их задача. Так что проблема эта как раз Дебиана, и ничья больше.

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

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

Сообщение от Аноним (54), 26-Янв-25, 02:22

Остаётся два вопроса: насколько смесь хотя бы этих трёх репозиториев совместима, и зачем тогда нужен дебиан, если весь софт будут поддерживать сторонние разработчики

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

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

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

> Debian замороженный, а не стабильный. Надо это четко понимать и не обманывать
> себя и других.
Одно пересекается с другим. Если я сегодня в каде порисовать собирался - а меня новый свежий НЕОЖИДАННЫЙ баг огрел - о котором я не знал - значит сегодня вместо проекта я занимаюсь - починкой системы.

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

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

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

Такие версии как кад элементарно откатыаются. В случае с NixOS достаточно будет просто перезагрузится и при загрузке из меню выбрать старую версию

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

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

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

Нормальная ситуация, это частые релизы, например дважды в год. В этом случае, вероятность неожиданных багов минимальна, а софт не успевает сильно устареть

Ответить | Правка | К родителю #192 | Наверх | 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" +1 +/–

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

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

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

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

Сообщение от Аноним (153), 24-Янв-25, 01:07

> Ubuntu LTS
А пакеты из снапа... каеееф...

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

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

Сообщение от Аноним (197), 24-Янв-25, 22:19

С другой стороны для nextcloud из снапа не нужно изучать заодно быюазы данных

Ответить | Правка | Наверх | 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ообщить модератору

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

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

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

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

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

Сообщение от PnD (??), 23-Янв-25, 22:57

Там стабильная "база" и подключаемый роллинг (репозиторий "appstream" от Oracle).
Что есть в наличии — смотреть "dnf module list".
И ещё понятие "toolset" (но оно от Шляпы). Там типа "хочу gcc-13 и go-1.21". (При том что искаропки gcc 8.4.) — Ну, получи.
Совсем распоследнего, правда, не будет. Ни в "toolset", ни в "appstream".
В целом большинство косяков "старого" подхода к дистростроению в "восьмёрке" исправили.
Но не всё радужно в части более специфического софта. К примеру, не собирают apache kafka. А оно не только для облачков бывает нужно…

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

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

Сообщение от анон (?), 24-Янв-25, 18:00

>К примеру, не собирают apache kafka.
Чтобы собрать пакеть(deb или rpm) и иметь воспроизводимость сборки без доступа к сети(так делают все ведущие дистрибутивы), то нужно опакетить ВСЕ зависимости кафки при сборке. А это джава, так, на секундочку. Попробуйте как нибудь создать пакет самостоятельно, чисто из исходников, без внешних бинарей. Я сделаю ставку на то, когда вы бросите.

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

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

Сообщение от анон (?), 24-Янв-25, 21:10

Да, можно собрать пакет из банарников, так делают вендоры. Но не дистрибутивы.

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

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

Сообщение от PnD (??), 24-Янв-25, 23:04

> Попробуйте как нибудь создать пакет самостоятельно,
Эээ… Ну вот, например. (Исходники мои, если что. Есть вероятность что опубликую, но — чуть позже.)
"""
# https://rpm-packaging-guide.github.io/
### rpmbuild --define "_topdir `pwd`" -ba SPECS/network-scripts-extra.spec ###
Summary:     Extra modules for "network-scripts" package.
Name:         network-scripts-extra
BuildArch:    noarch
Version:     1.3
Release:     1
License:     AGPL-3.0
Group:         System Environment/Base
Source0:     %{name}-%{version}.tar.gz
URL:        http://xxx
Packager:    PnD!
BuildRoot:    %{_tmppath}/%{name}-%{version}-root-%(id -u -n)
Requires:    network-scripts
%description
Add support for veth, macvlan an named vlan\'s.
Also, provides eth-bond to tune QoS on (usually bonded) phy interfaces.
%define scripts /etc/sysconfig/network-scripts
%prep
%setup -q -n %{name}-%{version}
%setup
%build
%install
rm -rf $RPM_BUILD_ROOT
mkdir -p $RPM_BUILD_ROOT%{scripts}/
install -m 755 ifdown-macvlan $RPM_BUILD_ROOT%{scripts}/ifdown-macvlan
install -m 755 ifdown-veth $RPM_BUILD_ROOT%{scripts}/ifdown-veth
install -m 755 ifdown-vlan $RPM_BUILD_ROOT%{scripts}/ifdown-vlan
install -m 755 ifup-Bonding $RPM_BUILD_ROOT%{scripts}/ifup-Bonding
install -m 755 ifup-eth-bond $RPM_BUILD_ROOT%{scripts}/ifup-eth-bond
install -m 755 ifup-macvlan $RPM_BUILD_ROOT%{scripts}/ifup-macvlan
install -m 755 ifup-veth $RPM_BUILD_ROOT%{scripts}/ifup-veth
install -m 755 ifup-vlan $RPM_BUILD_ROOT%{scripts}/ifup-vlan
%clean
rm -rf $RPM_BUILD_ROOT
# http://ftp.rpm.org/max-rpm/s1-rpm-inside-files-list-directiv...
%files
%defattr(755,root,root,755)
%{scripts}/ifdown-macvlan
%{scripts}/ifdown-veth
%{scripts}/ifdown-vlan
%{scripts}/ifup-Bonding
%{scripts}/ifup-eth-bond
%{scripts}/ifup-macvlan
%{scripts}/ifup-veth
%{scripts}/ifup-vlan
%post
systemctl daemon-reload
systemctl enable bond-check.service
systemctl restart bond-check.service
%changelog
* Wed Oct 16 2024 PnD! - 1.3
- "Untag" vlan 0 from 802.1p in native vlan (ingress traffic).
* Mon May 27 2024 PnD! - 1.2.1
- Fixed "ifup-macvlan": correct "ifup" on renamed interfaces.
* Tue May 14 2024 PnD! - 1.2
- "ifup-Bonding" is now a dongle to call "ifup-eth-bond" for slave interfaces.
  It works for slaves w/o "Type=eth-bond" in config.
* Thu Feb 29 2024 PnD! - 1.1
- Try to use multiq for eth-bond, instead of the default fq_codel.
  Since UEKR7 kernels, needs "kernel-uek-modules-extra" to be installed.
* Thu Dec 28 2023 PnD! - 1.0
- First release.
"""
* Здесь всё скучно. Есть у меня и повеселее (опакечивание chroot-контейнера с ≈12000 файлов/ссылок полуавтоматом). В актуальных версиях rpmbuild спека пишется легко и непринуждённо.
Deb не люблю, но, как это? "За деньги — да!"
* Не, я понимаю (наверное), к чему Вы клоните. Но в случае с кафкой, java уже́ опакечена.
И в deb-based вполне себе собирается/ставится. Здесь просто желающих не нашлось, по той или иной причине. (Рэ-ха форсит облачка?)

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

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

Сообщение от анон (?), 25-Янв-25, 19:13

так не сама java(ака jvm) нужна, а зависимости кафки при сборке. в дистрибутивах не допускается сборка пакета с использованием бинарников с левых(по отношению к дистрибутивам) источников

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

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

Сообщение от анон (?), 25-Янв-25, 19:14

вернее, java нужнв, конечно, но не в ней дело.

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

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

Сообщение от Аноним (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" +1 +/–

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

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

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

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

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

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

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

>> Как "ОС для серверов" Дебиан действительно хорош
> Но докер нужно будет ставить не из родных реп, а из докеровских.
Категорически не рекомендую. Далеко не единожды встревал в проблемы вида "после апдейта докера из апстрима сломалось вообще всё". Мы уже несколько лет как ставим его исключительно из родных реп дистрибутива. И с тех пор, как начали так делать -- ни одного эксцесса не было.

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

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

Сообщение от Перт (?), 25-Янв-25, 23:32

Ну слушай, а у нас докер из родного репозитория просто не заработал, потому что слишком древний.

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

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

Сообщение от Аноним (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" +1 +/–

Сообщение от 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" +/–

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

> В Debian приходят фиксы багов и безопасности.
Да без проблем. Я вам о другом - новый софт людям требуется по большей части не из-за исправления ошибок, а из-за того, что он даёт новые возможности. И с этим в стабильных версиях Дебиана бо-ольшие проблемы. Testing и unstable же для нормального повседневного использования не пригодны. Хотя могли бы быть. При минимуме усилий причём. Достаточно соблюдать минимальную дисциплину - "не выкладываем частичных обновлений, для предварительных тестов используем experimental". Этого будет вполне достаточно.
> Да? А Linux Mint что такое?
Он - производная от Убунту. Которая - производная от Дебиана. Т.е. - это вторая производная от Дебиана)) Тем более, что есть LMDE, который просто на пакетной базе Дебиана построен.

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

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

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

>>> "бубунтопроизводных" не существует
>> Да? А Linux Mint что такое?
> Он - производная от Убунту.
С вами все хорошо?

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

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

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

> С вами все хорошо?
Вопрос подразумевает слишком широкий спектр вариантов ответа. Что вас конкретно интересует?))

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

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

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

> новый софт людям требуется по большей части не из-за исправления ошибок, а из-за того, что он даёт новые возможности
Ну это вам так только кажется. На самом деле в основном людям новый софт с его новыми возможностями нафиг не сдался. Потому что пользователь вполне комфортно чувствуют себя на старом, и больше всего его заботит возможность выполнить свою работу так, как он уже умеет, как он привык её выполнять. И в этом свете подход "2 года привычной стабильной работы, а потом переезд на следующий релиз" выглядит весьма привлекательно.

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

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

Сообщение от Анонимъ (?), 24-Янв-25, 05:10

>> новый софт людям требуется по большей части не из-за исправления ошибок, а из-за того, что он даёт новые возможности
> Ну это вам так только кажется. На самом деле в основном людям
> новый софт с его новыми возможностями нафиг не сдался. Потому что
> пользователь вполне комфортно чувствуют себя на старом, и больше всего его
> заботит возможность выполнить свою работу так, как он уже умеет, как
> он привык её выполнять. И в этом свете подход "2 года
> привычной стабильной работы, а потом переезд на следующий релиз" выглядит весьма
> привлекательно.
Поддерживаю, тут просто два лагеря, точнее их четыре наверное, но только два из них явно видно и встречаются чаще.
Одни топят за всё стабильное, в стиле: нам не за циферками бегать, нам работу работать, чтобы оно работало и можно было положиться на инструменты пока следующий стабильный релиз не выйдет! Хоть в чистом виде это скорее крайность, но крайность логичная на мой взгляд и гораздо более понимаемая т.к. просто ложиться на образ какой-то группы рядовых пользователей. Например на боле взрослое поколение, которые больше ценят стабильность и более консервативны.
И этот подход я могу понять.
Есть другой лагерь, другая крайность, тем всё вот прям всё нужно последних версий, что доходит до маниакального желания, хотя внятного объяснения зачем им прям вся система, каждый пакет нужны последних версий, они как правило внятно объяснить не могут! Это обычно "школота" какая-нибудь, которая "умных" дядек и всяких петросянов наслушалась в интернетах, и за ними повторяют бездумно как "Попки": "Ну как же?!... Там жи новые ФИИИЧИИИ!". Ну и собственно сами петросяны и тролли всех мастей, которые подобное пишут только с целью набросить.
В любой другой ситуации подобный образ на какую-либо группу рядовых пользователей не ложится. В остальном чистыми роллингами адекватно могут хотеть пользоваться лишь тестировщики и сами разработчики, вот в это я могу поверить, потому что какая-то часть, именно часть, а не все разработчики - действительно предпочитают роллинги. Но эта группа как правило не занимается подменой понятий и не затирает что роллинги стабильнее стабильных веток релизных систем и что тем более они годятся для широкого массового применения.
А третья группа - это более реальные пользователи, в сети они меньше всего представленны, которые скорее склонны иметь стабильную систему, но им нужно возможно несколько свежих пакетов конкретных программ, они не выпендриваются и просто заводят в стабильную систему эти свежие версии программ разными способома, которые им доступны в силу доступных им возможностей. А почему они меньше всего представленны? Да потому что они просто пользуются, дела свои делают, а не написывают всякое петросянство и жирный жир в интернетах, как правило! ;)
Это самый здравый подход и самые адекватные пользователи, я считаю.
Четвертая же группа - это безвольные и не задумывающиеся над качеством системы вообще, они самостоятельно не анализируют, а можно ли как-то иначе, а жрут что им дали, кто бы это ни был, толпа нормисов или же знакомый случайно гуру линуксов или ещё какой экзотической, на фоне винды, системы, они просто будут пользоваться не вдумываясь что им кинули как кость и не за какие подкапотные устройства системы они не разбираются и разбираться никогда не собираются, им просто пофиг, куда волна вынесет, туда они и поплывут.
Таких к сожалению, ну или к счастью, большинство, они одинаково сожрут и что-то отличное и что-то откровенно паршивое, неспособные особо оценить где что, как правило всегда недовольны имеющимся результатом и всегда хотят большего и лучше чтобы на халяву, поэтому их мнение можно не учитывать! ¯\_(ツ)_/¯

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

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

Сообщение от freehck (ok), 24-Янв-25, 09:48

Группы 1 и 3 полностью совпадают. Это группа называется "разумные люди".
Группы 2 ("попугаи") и 4 ("свиньи") можно объединить под общим заголовком "животные".
Зачем ты их четыре выделил, двух вполне достаточно...

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

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

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

>Одни топят за всё стабильное, в стиле: нам не за циферками бегать, нам работу работать, чтобы оно работало и можно было положиться на инструменты пока следующий стабильный релиз не выйдет!
Дай пользователям возможность, они бы до сих пор на xp, а то и 9x сидели.
>Есть другой лагерь, другая крайность, тем всё вот прям всё нужно последних версий, что доходит до маниакального желания, хотя внятного объяснения зачем им прям вся система, каждый пакет нужны последних версий, они как правило внятно объяснить не могут!
Затем, что там есть новые фичи. Например, тот же btrfs поддерживает сжатие, что позволяет экономить место, или же cow, когда большие файлы копируются мгновенно, ровно как и создание снапшотов. На новых ядрах работает сон, wifi и так далее. Если вы просто лениво интернет серфите, то конечно же вы этого не заметите. А ещё, старый софт жутко тормозит, не работает с современным разрешением и так далее. Попробуйте в старом браузере открыть соверменный сайт, у вас мало того, что сайт повиснет, так вместе с ним и браузер.
>Это обычно "школота" какая-нибудь, которая "умных" дядек и всяких петросянов наслушалась в интернетах, и за ними повторяют бездумно как "Попки"
Зато вы конечно-же можите объяснить, зачем вам файловая система без поддержик cow, ядро без поддержки пространств имён, однопоточный браузер и так далее. А нет, вы же вообще об этом даже и не догадываетесь, для вас со времён первой убунты вообще ничего не поменялось, только тормоза добавились.

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

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

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

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

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

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

Сообщение от freehck (ok), 24-Янв-25, 14:36

> По итогу, чтобы не превратиться в сумасшедшего <...> всё должно меняться. Постоянно и непрерывно.
Офигеть. Так вот зачем постоянно на свежак обновляться -- чтобы с ума не сойти! =)))
Дорогой ProfessorNavigator, я не знаю, как устроена конкретно Ваша жизнь, но вообще-то за пределами компьютера есть целый огромный мир, в котором "сложных, постоянно меняющихся и разнообразных задач, на решение которых изначально заточен человеческий мозг" -- вагоны. Причём на каждого человека на планете Земля.
Людям есть чем заняться и без постоянных обновлений. Поверьте, какому-нибудь бухгалтеру, которому нужно очередной отчёт сварганить, как козе пятая нога упёрлось обновление условного 1C, в котором поменялся интерфейс, и привычные используемые им функции перекочевали в иные контекстные меню и может быть даже поменяли хоткеи. Он занимается своей работой, а программа -- это его инструмент, не более.

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

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

Сообщение от ProfessorNavigator (ok), 24-Янв-25, 14:51

> Офигеть. Так вот зачем постоянно на свежак обновляться -- чтобы с ума
> не сойти! =)))
Не пытайтесь казаться глупее, чем вы есть. Всё описанное - это один из факторов. Основная причина - новый функционал. Который во многих случаях сильно упрощает работу.
Вообще, конечно, жесть ребята. Я в своё время пару лет кур держал. Знали бы, как ваше поведение напоминает их... Напугаются какой-нибудь тени, а потом полчаса - кудах-кудах... Привычный порядок вещей нарушен, ужас-ужас, всё пропало!))
> Дорогой ProfessorNavigator, я не знаю, как устроена конкретно Ваша жизнь, но вообще-то
> за пределами компьютера есть целый огромный мир, в котором "сложных, постоянно
> меняющихся и разнообразных задач, на решение которых изначально заточен человеческий мозг"
> -- вагоны. Причём на каждого человека на планете Земля.
Представьте себе, я в курсе. Потому что посмотрел на него своими глазами - работа такая была.
> Людям есть чем заняться и без постоянных обновлений. Поверьте, какому-нибудь бухгалтеру,
> которому нужно очередной отчёт сварганить, как козе пятая нога упёрлось обновление
> условного 1C, в котором поменялся интерфейс, и привычные используемые им функции
> перекочевали в иные контекстные меню и может быть даже поменяли хоткеи.
> Он занимается своей работой, а программа -- это его инструмент, не
> более.
Тут весь вопрос в нужности существования самого бухгалтера)) Но это отдельный разговор.

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

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

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

>В Debian приходят фиксы багов и безопасности.
Не для всех, тем более если релиз перешёл на oldstable

Ответить | Правка | К родителю #108 | Наверх | 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ообщить модератору

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

Сообщение от Анонимъ (?), 24-Янв-25, 04:42

>> Не согласен, если мне как пользователю юзерспейного прикладного софта устраивает функционал
>> версий софта из репозитория, то я могу использовать его и далеко
>> за рамками "котиков на ютубе посмотреть", особенно когда я ожидаю, что
>> придя на рабочее место, после обновления системы, я не получу неизвестные
>> баги и мне не надо будет лазить по форумам и прочим
>> ресурсам и строчить плачи ярославны о том, что мой любимый пакет
>> шломали!
> В новой версии программы баги могут быть, но совершенно не обязательно, что
> будут.
Не обязательно, но зачастую они бывают. Особенно при текущем стиле программирования у зумеров - тяп-ляп и в релиз.
> Также как и отсутствие обновлений совершенно не означает отсутствие багов.
Не означает, речь шла не о отсутствии обновлений, а о том, что в LTS версиях разных дистрибутивах, как и в Debian stable, обновления не мажорными версиями, а как правило секурити патчами или фиксами критичных багов, дабы свести к минимуму возможное внесение дополнительных багов в уже оттестированное окружение.
> В том числе - неизвестных. А вот то, что при отсутствии
> обновлений вы останетесь со своими проблемами сами по себе - как
> раз означает.
Ещё раз, речь шла не про отсутствие обновлений, любая LTS система, как и Debian stable имеют обновления, пока они не станут EOL-версиями. Просто не завозят больше неоттестированных мажорных обновлений, с пылу с жару, только из под коня, как это делают в роллинг дистрах например.
> Потому что далеко не у всех разработчиков есть возможность
> тянуть сразу несколько версий ПО, обеспечивая исправление ошибок в более старых.
А им и не нужно, хорошо если апстрим будет сотрудничать и поддерживать LTS-ветки своих программ, но так бывает далеко не всегда, поэтому работа по поддержке зачастую ложиться на плечи мейнтейнеров. Если какую-то проблему заметят, то её исправят, если она критичная или исправят по возможности если нет.
>> Например каких приколов добавляет Дебиан?
> Я уже написал - каких. Ну и выше там тоже смотрите -
> другой аноним примеры приводил.
Нет, не написали. Где ссылки на багтрекер, если вы приводили, то я их не заметил, уж извините?!
>> Линус однажды сказал, что нормальная практика, когда в ванилу вносятся дистрибутивоспецифичные
>> адаптации, и что ванила по сути ещё не конечный продукт. (Ну
>> ещё бы он мявкнул обратное, у него доля в красношляпе. xD)
> Да я так-то не против: кто знает, может лучше получится. Не попробуешь
> - не узнаешь. И тестировать всё это дело на себе я
> тоже в принципе не против. Только вот с Дебианом оно... затруднительно.
Это уже ваши личные половые предпочтения, Дебиан тут не при чём, ну не срослось у вас с ним, отношения не заладились, бывает, насильно мил не будешь! ¯\_(ツ)_/¯
> Потому что завтра какой-нибудь "умный" индивид вывалит в репозиторий очередное неполное
> обновление или несовместимую версию пакета, и всё как бы. Тестирование закончилось.
Будто лично вас вот прямо взял и ̶т̶р̶о̶г̶а̶л̶ ̶н̶е̶ ̶в̶ ̶п̶о̶д̶о̶б̶а̶ю̶щ̶и̶х̶ ̶м̶е̶с̶т̶а̶х̶ лично до глубины души оскорбил до глубины души тем, что на каком-то этапе вдруг тестовая ветка вдруг внезапно оказалась нестабильной, потому что она тестовая, чисто потому что кто-то влил битый пакет. Ну бывает, мне вот тоже арчеводы в подъездах ссут, но я к этому отношусь с пониманием. ;)
> Потому что система под переустановку, если ты по невнимательности пропустил предупреждение
> в выхлопе apt.
А зачем предупреждения эти пишут, для кого? Вы вот странный товарищ, вы сидите на тестовой ветке и вас предупреждают даже, а вы отмахиваетесь, игнорируете предупреждения, эталонный ССЗБ, но виноват при этом Debian! xD
>> Какие-то котоламповые истории, при житие на Debian testing годами ни одного раза
>> такого не встречал.
> Типичная "ошибка выжившего", только и всего)) Ну и видимо вам реально ПК
> ни для чего особо серьёзного не требуется.
>> Зато встречал такое на арчебамжарах и бубунтопроизводных.
> Справедливости ради, "бубунтопроизводных" не существует - по факту это всё как раз
> "дебианопроизводные"))
Справедливости ради, ваши хотелки с реальностью не совпадают, Убунту отличается от Дебиана не только шильдиком, и хоть она на Debian и основана, но в ней достаточно различий чтобы основанные на ней дистрибутивы считать ubuntu-based, а не debian-based. Это не предмет хотелок рандома из интернетов, это фактическое положение вещей в текущей реальности, а что там в вакуумных манямирках отдельных индивидов, это уже не предмет обсуждений.¯\_(ツ)_/¯

> Впрочем, я ими уже много лет не пользуюсь. А вот
> Арчем и Дебианом - как раз пользуюсь. И ничего особо серьёзного
> в Арче не встречал за много лет опять же.
Отвечу вашими же словами:
"Типичная "ошибка выжившего", только и всего)) Ну и видимо вам реально ПК ни для чего особо серьёзного не требуется." ;)
> А по мелочи - да, бывает регулярно. Ну так я к этому готов
> - хочешь свежий софт, будь готов помогать разработчикам его тестировать. Мне
> в общем-то не проблема обычно поковыряться, поискать решение, а потом накатать
> багрепорт, если не выйдет самому исправить.
Видите ли, уважаемый, я тут наблюдаю некоторую долю лицемерия, потому как в тестовой ветке Дебиана вам в ломы читать предупреждения, а вот если это священный Арч, то конечно же вы готовы и поковыряться и поискать решения и накатать багрепорт и вообще всячески помогать разработчикам.
Я тут вижу не проблемы Дебиана, а просто у вас половая неприязнь к дистрибутиву, харакерами и темпераметами не сошлись, бывает, только если вам не нравятся рыженькие, то они тут не при чём! ;)
> А с Дебианом словил несколько
> серьёзных проблем прям на ровном месте. Чисто из-за кривой сборки пакетов
> сопровождающими или из-за вываливания неполных обновлений в unstable и testing.
> недавно - меньше года назад.
Опять же, вашими словами: "Типичная "ошибка выжившего", только и всего))"
А у меня вот проблем не было никогда, от слова СОВСЕМ, хотя я Debian познакомился со времён Squeeze. Как говориться, УМВР, а вот про Арчик я подобное сказать не могу, но я и не заливаю, что чистый роллинг стабильнее полуроллинга или вообще релизной системы.
> Stable же меня не устраивает от
> слова совсем. Ввиду специфики моей деятельности.
Ну, так это ваши проблемы, уважаемый, ну не подходит вам лично какой-то инструмент или технология/механизм, но это же не значит что всем остальным не подходит, у вас какая-то паталогическая мания мерить всё окружающее по себе и говорить за всех, не стоит так делать, это дурной тон! ;)
>[оверквотинг удален]
>> ̶Р̶о̶с̶с̶и̶ю̶ инфраструктуру Дебиана, чтобы провенрнуть
>> масштабную экспансию его в массы!
> Мне плевать на экспансию в массы)) "Экспансии" Линукса в массы мешают не
> качества Линукса, а состояние этих самых масс. Которые в массе (пардон
> за каламбур) живут по принципу "лишь бы ни о чём не
> думать и ничего не делать". И скоро из-за этого подхода массы
> допрыгаются до очередной мировой войны. Может хоть тогда что-то поменяется. Если
> выжившие будут. До тех же пор - без шансов. Человека можно
> убить, покалечить, связать и посадить в яму. Но заставить его что-либо
> делать, если он этого по-настоящему не хочет - нельзя.
Эка вас, сударь, понесло, я подобных товарищей встречал в среде IT также, у них тоже грандиозные мысли и сверхценные идеи покоя не дают, всё о судьбе мира заботятся, а как правило в личной жизни проблемы, в хате беспорядок, на шее у мамки/бабки сидят, или у жены/сожительницы, другого родственника/близкого или просто сердобольного бедолаги, потому что им свершения нужно великие делать, а близкие просто холопы, которые их должны обслуживать, пока дворянство богоугодными делами занимается, зато знают как обустроить Россиюшку или даже в во всём мире порядок навести! xD
> А по сопровождению пакетов в Дебиане - я не напрашивался. Со сборкой разобрался,
> пособирал для себя программы и библиотеки. Но всерьёз заниматься вдумчивым сопровождением
> чего-либо у меня просто времени нет.
А вас бы с таким вашим отношением к делу и не пустили бы, вот в чём был мой посыл, потому что просто уметь собирать пакеты недостаточно, чтобы пройти полиси Дебиана, это не пакетбилды в васянский АУР закидывать без обязательств и ответственности.
> Почему - поймёте в ближайшие несколько дней. Если всё сложится, тут на опеннете новость за моим
> авторством будет. Да и жизнь так складывается, что не до жиру
> - быть бы живу.
Ну зато на ковыряние в Арче время всегда есть ;)
>> Да-да, ох сколько я за жизнь поведал писателей партийных программ, в том
>> числе в сфере дистростроения, можно этой очередью китайскую стену заполнить.
>> В чём проблема доказать свою пригодность в качестве сопровождающего, а потом дослужиться
>> до лидера проекта и пропихнуть свой надёжный, как швейцарские часы, план?!
> Проблема в том, что меня тупо на всё не хватает)) IT -
> далеко не основная область моих интересов. http://samlib.ru/editors/b/bobylew_j_w/society.shtml
> В целом же - да вы правы. Без иронии, и подколов,
> всё так.
Я не знаю зачем вы сюда запостили гумунитарный труд, какое отношение он имеет к обсуждаемому вопросу, ну да ладно, раз распирает, ̶б̶у̶м̶а̶г̶а̶ ̶в̶с̶ё̶ ̶с̶т̶е̶р̶п̶и̶т̶, какой мы только информации здесь не видали!.. xD
>> Но понятное дело, посты в опеннете написывать с авторитетным мнением, это не
>> мешки ворочать!
> Собственно, почему мы не должны высказывать мнение?)) У вас своё, у меня
> своё. Глядишь и договоримся до чего-нибудь путного.
Судя по всему вы пришли сюда не мнение высказать, а нетонко набросить, потому как занимаетесь откровенной демагогией с некоторой долей лицемерия и жонглированием двойными стандартами, впрочем всё как обычно на опеннете, это не ново!¯\_(ツ)_/¯

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

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

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

>> В новой версии программы баги могут быть, но совершенно не обязательно, что будут.
> Не обязательно, но зачастую они бывают.
Что вы так обтекаемо и аккуратно. В любой программе всегда есть баги. Разница лишь в том, что в одном случае они известные, а во втором -- нет.

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

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

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

>дабы свести к минимуму возможное внесение дополнительных багов в уже оттестированное окружение.
И чем оно оттестировано? Дата релиза дебиана выбирается произовльно, все баги, какие есть просто замораживаются вместе с версиями. Заморозь они на несколько месяцев позже, будут у них другие баги.
>Не обязательно, но зачастую они бывают. Особенно при текущем стиле программирования у зумеров - тяп-ляп и в релиз.
Зато раньше баги были такими хорошими, ламповыми, типа синего экрана смерти у 9x винды или необходимости переустановки
>> Потому что система под переустановку, если ты по невнимательности пропустил предупреждение
>> в выхлопе apt.
>А зачем предупреждения эти пишут, для кого? Вы вот странный товарищ, вы сидите на тестовой ветке и вас предупреждают даже, а вы отмахиваетесь, игнорируете предупреждения, эталонный ССЗБ, но виноват при этом Debian! xD
Переустановка из-за обновления, это виндовс вей. Система должна иметь возможность штатно загрузится в предыдущее состояние.

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

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

Сообщение от ProfessorNavigator (ok), 24-Янв-25, 12:25

Честно - отвечать на ваше... высказывание лень. Потому как с обсуждения ОС почему-то плавно съезжаем к обсуждению моей личности. Причём мне почему-то приписывают то, чего я нигде не утверждал. Хотите воевать с воображаемым мной - пожалуйста. Только без меня. И научитесь уважать собеседника. Ну и на будущее "у меня всё работает" - не аргумент ни для чего. У вас работает, у другого - нет. И причина может быть далеко не в том, что "руки кривые".
По Дебиану я уже высказывался, повторять лень. Читайте https://www.opennet.ru/openforum/vsluhforumID3/134572.html#93

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

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

Сообщение от freehck (ok), 24-Янв-25, 15:53

Дельный совет от ProfessorNavigator:
> научитесь уважать собеседника
Также ProfessorNavigator в сообщении #185:
> Я в своё время пару лет кур держал. Знали бы, как ваше поведение напоминает их... Напугаются какой-нибудь тени, а потом полчаса - кудах-кудах...
=)

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

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

Сообщение от ProfessorNavigator (ok), 24-Янв-25, 21:16

> Дельный совет от ProfessorNavigator:
>> научитесь уважать собеседника
А я где-то ему не следовал?;)

Ответить | Правка | Наверх | 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" –1 +/–

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

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

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

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

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

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

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

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

Сообщение от Аноним (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" +2 +/–

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

>> тестинг в работоспособном состоянии и иметь там живых пользователей
> Странная предъява, если вспомнить о том, что тестинг предназначен для подготовки релиза,
> а не для пользователей.
> Ставите тестинг -- значит участвуете в разработке дистрибутива, и должны иметь хотя
> бы минимальную квалификацию администратора системы. Если вы не можете или не
> хотите разгребать проблемы зависимостей, иногда роллбэкать проблемные пакеты и пинить
> их -- то нечего туда и соваться.
Всё так, меня очень умиляют подобные товарищи, которые гонят на тестинг у Дебиана, говоря что он бывает внезапно (!) нестабильным, но при этом призывают не пользоваться стейблом, а ливать на 100% роллинги, вот там-то стабильность прёт и пышет со всех щелей! xD

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

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

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

Лично я про stable ничего не писал. Его концепция предельно ясна и реализована так, как это возможно.
Я писал что вся парадигма тестинга дрянная, потому, что его ведут так, что разницы между testing, unstable, experimental нет.
Конкретно в моем примере, меинтейнер решил проверить, что будет если к 5 кедам положить пару библиотек из 6. И ты прикинь, сломалось, действительно...
А следствие этого - отсутствие желающих сидеть на этом искусственно созданном вулкане.
А развивая эту мысль, мы приходим к тому, что людей нет, и сейчас всю базу нужно тестить самим. И займет это ад до конца лета.

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

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

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

> Я писал что вся парадигма тестинга дрянная, потому, что его ведут так,
> что разницы между testing, unstable, experimental нет.
Знаете, я как раз на них всех сидел. Разница огромная. Testing на десктопе ещё более-менее юзабелен. А вот в Sid и Experimental -- ломают гораздо больше всего, что выливается в те ещё приключения.
> А развивая эту мысль, мы приходим к тому, что людей нет
А если развить мысль ещё чуть дальше, то можно будет смело завершать разговор про Debian Testing: это не на тестинге людей нет, это в принципе на десктопном линуксе людей почти нет. Их всегда не хватало, и не похоже, чтобы что-либо изменилось.

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

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

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

> Знаете, я как раз на них всех сидел. Разница огромная. Testing на десктопе ещё более-менее юзабелен. А вот в Sid и Experimental -- ломают гораздо больше всего, что выливается в те ещё приключения.
Арч, openSUSE (Tubleweed или Slowroll), Fedora пробовали?

> то не на тестинге людей нет, это в принципе на десктопном линуксе людей почти нет.
Если сравнивать с Windows, то конечно. А если глянуть на дистрибутивы, то вот, что-то мне кажеться, что на Debian Testing, в принципе, даже люди которые используют Linux на повседневной основе, сидеть не будут.
Не даром и корпораты видят, во что стоит инвестировать:
https://www.opennet.ru/opennews/art.shtml?num=61950

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

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

Сообщение от Анонимъ (?), 24-Янв-25, 05:30

> А если глянуть на дистрибутивы, то
> вот, что-то мне кажеться, что на Debian Testing, в принципе, даже
> люди которые используют Linux на повседневной основе, сидеть не будут.
> Не даром и корпораты видят, во что стоит инвестировать:
> https://www.opennet.ru/opennews/art.shtml?num=61950
Какой-то вялый жирный наброс, пытаться приплести Valve как аргумент того, что на повседневной основе сидеть не будут на Debian, пусть даже на testing. С учётом того, что Valve по сути по хрену на каком дистре будут делать Steam OS, у них есть конкретные ТЗ, они наняли разработчиков, которые кошелькам убедительно доказали, что если взять бесплатных хомячков-бетатесторов, которые из всего линуксячьего сообщества меньше всего гнушаются проприетарью и готово на любые извращённые эксперименты, то это нехилая такая экономия бюджетов. Плюс влиять на такое сообщество проще по ряду причин, включая вышеназванные. Ну и не последним будет то, что видимо у новой группы разработчиков опыта работы в Арче больше, просто им банально удобнее.
Но тут есть нюанс, SteamOS, это arch-based, но и только, это не Arch, и по свежести даже не бамжара, а куда более протухшая и гораздо более окаменелая мелкая группка пакетов. Разработчикам  просто удобнее делать срезы на основе Арча, вот и всё, главное чтобы они свою работу выполняли, а уж на базе какого дистра, это уже самой Valve без особой разницы.
А меж тем, райнтайм стима как был на Debian, так он на нём и остался, просто теперь крутиться внутри arch-based окаменелой атомарщине с таким же урезанным пакетом возможностей. ))

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

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

Сообщение от freehck (ok), 24-Янв-25, 12:25

> Но тут есть нюанс, SteamOS, это arch-based
Вы что-то много чего надумали. На самом деле именно вот это ^^^ -- основная причина.
Да, SteamOS, как Вы правильно говорите, это дериватив от Arch. У SteamOS свой релизный цикл; им по силам тестировать для своей платформы тот небольшой объём пакетов, которые им нужны; а также тот факт, что у Arch rolling release, позволяет им быстро утягивать себе нужные им апдейты -- и этот процесс с Arch в основе реально быстрее, чем если бы SteamOS строился на базе Debian.
Однако внутреннее тестирование релизов SteamOS никто не отменял, и Valve им реально занимается: они не могут просто взять срез такой нестабильной системы как Arch, и выпустить его в продакшен на свои консоли.

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

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

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

>но при этом призывают не пользоваться стейблом, а ливать на 100% роллинги, вот там-то стабильность прёт и пышет со всех щелей!
Правильно, поскольку софт в замороженом релизе слишком старый. А если брать дистры с релизом раз в полгода, то там обычно следят за состоянием софта, и он с одной стороны не успевает так устареть, а с другой - его успевают протестировать перед добавлением в релиз

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

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

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

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

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

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

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

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

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

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

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

Каждый раз в новости про Debian находится два уникума: один жалуется на устаревшие пакеты, второй пытается использовать testing как роллинг релиз.

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

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

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

> Каждый раз в новости про Debian находится два уникума: один жалуется на
> устаревшие пакеты, второй пытается использовать testing как роллинг релиз.
Не, уникомов не два, их больше, бывают ещё те, кто на голубом глазу утверждает, что sid стабильнее тестинга.
Бывают чудики у которых "testing это стейбл, просто свежий!"
Но чаще всего те, у которых Арчебамжары гораздо стабильнее Дебиана, никогда не ломаются годами, в отличии от овномамантового и глюкавого Дебиана, они мамой клянутся! xD

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

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

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

> бывают ещё те, кто на голубом глазу утверждает, что sid стабильнее тестинга.
а это им везет из-за нестабильности сида. Там часто пакеты пересобираются так быстно, что сломанную версию легко пропустить, а вот если такой пакет попал в тестинг, то он с тобой на недельку-две

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

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

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

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

Ответить | Правка | К родителю #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" +/–

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

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

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

>то он будет сотрудничать с дистростроями и подстраиваться под их циклы разработки!
Как дистростроители хорошо устроились - вместо того, чтобы подстраиваться под разработчиков(их много и у них разные потребности), они взялись диктовать, какие версии программ(и сами программы) им можно использовать, а какие - нет.
>что апстрим дружит с головой
В этом случае, он будет держаться от стабильных дистров подальше. Некоторые вообще закрывают багрепорт от тех, кто пользуется не последней версией.
>Конфликт из-за поставки устаревшей версии XScreenSaver в Debian
https://www.opennet.ru/opennews/art.shtml?num=44184
>Разработчики ownCloud просят исключить свой проект из репозиториев Ubuntu
https://www.opennet.ru/opennews/art.shtml?num=40921

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

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

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

> Как дистростроители хорошо устроились - вместо того, чтобы подстраиваться под разработчиков
Вы в каком сказочном мире живёте, что это вас удивляет?
Вероятно я открою вам секрет, но вообще-то разработчик -- это самая низкая ступень в иерархии IT-индустрии. Никто и никогда под разработчика не подстраивается.

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

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

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

> Вы в каком сказочном мире живёте, что это вас удивляет?
> Вероятно я открою вам секрет, но вообще-то разработчик -- это самая низкая
> ступень в иерархии IT-индустрии. Никто и никогда под разработчика не подстраивается.
Как бы это вам сказать? Разработчик может чисто технически класть хрен на вас и ваши проблемы. И тогда у вас их софта и не будет. Если он вам нужен - так это ваши проблемы, а не разработчика.
Так что реально - это совпадение баланса интересов. Другое дело что если взять экзотичную либу - собрать такой софт в популярных дистро будет мучительно, а все свое носить с собой - можно, но в случае GTK уже явный перебор.

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

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

Сообщение от ProfessorNavigator (ok), 25-Янв-25, 22:01

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

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

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

Сообщение от Перт (?), 25-Янв-25, 23:34

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

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

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

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

>> Как дистростроители хорошо устроились - вместо того, чтобы подстраиваться под разработчиков
>Вы в каком сказочном мире живёте, что это вас удивляет?
Если дебиановцы такие особенные, значит просто под дебианом софт работать не будет. Нет смысла тратить время на дебиан, если в это время можно реализовать фичу или поправить баг.

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

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

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

Это уже происходит давным-давно)
> Packages for VirtualBox are not officially available in stable releases of Debian, due to lack of cooperation from upstream on security support for older releases. See
https://wiki.debian.org/VirtualBox

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

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

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

>> Packages for VirtualBox are not officially available in stable releases of Debian, due to lack of cooperation from upstream on security support for older releases. See
> https://wiki.debian.org/VirtualBox
И хрен бы с ним! Зато qemu в бэкпортах - распоследних версий. А если вы хотели полупроприетарь всякую, с ограничениями - винду юзайте, имхо.

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

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

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

И вообще, там ребятки веселые:
https://www.opennet.ru/opennews/art.shtml?num=61163

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

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

Сообщение от Аноним на удалёнке (?), 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" +1 +/–

Сообщение от Аноним (-), 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ообщить модератору

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

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

> "Тебе шашечки или ехать" в корне ущербный
ну конечно. Денег на саппорт жалко, у самого лапки, все тебе должны, да нахаляву?

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

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

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

>Есть поддержка 10 лет? Есть.
Так поддержка не дистрибутива, а нескольких пакетов из этого дистрибутива. Может быть ядра, ssh и пары утилит. Всё остальное - всё равно что без поддержки.

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

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

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

To make Extended LTS possible and sustainable, there are supplementary restrictions compared to regular LTS:
+    we support only the packages used by the customers
Ны дык ты же не их клиент, хочешь поддержки нужных тебе пакетиков - плати...
Но тебе же и так не так и эдак не эдак...

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

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

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

>Ны дык ты же не их клиент, хочешь поддержки нужных тебе пакетиков - плати...
Об этом всегда нужно напоминать, а то ставят люди дебианы, и сидят с уязвимостями. Хорошо, если их в ботнет не подключат

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

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

Сообщение от Аноним (140), 24-Янв-25, 00:45

Ну т.е. "людя" хочет использовать инструмент в коммерческой деятельности, но ни заплатить за это деньгами, знаниями или своим временем "людя" не хочет...
А может и не плохо, что таким халявщикам дебиан не подходит...

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

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

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

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

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

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

Сообщение от Аноним (73), 24-Янв-25, 17:16

2025 год, домашний пользователь, 10-дебиан, запускающий php... это фантастика

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

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

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

> ещё лет 10 сидеть на 12. там поддержка же будет.
> я что-то пропустил? у дебиана теперь лтс 10 лет?
Нет, не пропустили, Аноним выше бредит. ))

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

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

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

пруфы приведены, а от тетя только балабольство...

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

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

Сообщение от ЛщЛ (?), 24-Янв-25, 05:56

> пруфы приведены, а от тетя только балабольство...
Это не пруфы лалка, тебе ниже правильно написали:
https://www.opennet.ru/openforum/vsluhforumID3/135837.html#60
Сравнивать это с LTS main реп, это идиотизм чистой воды.
Настолько куцей поддержки жалкой горстки пакетов нет даже у официальных реп красношляпы, не говоря уже о Stable или даже oldstable Дебиана, ты бы хоть сам по своим пруфам сходил, прежде чем лужу газифицировать!

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

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

Сообщение от Аноним (73), 24-Янв-25, 17:08

А-ха-ха
> даже у официальных реп красношляпы
Т.е. тебе на халяву должны еще поддержку круче обеспечить, чем красношапочники за деньги?
Прикупи себе, пока со скидкой
https://cs1.livemaster.ru/storage/24/1e/6b97cfa661c41699b5f5...

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

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

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

- Есть поддержка?
- Есть
- Но её нет
- Ха-ха, а тебе её должны обеспечивать?

Ответить | Правка | Наверх | 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ообщить модератору

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

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

Это на каждую программу нужно будет левый репозиторий подключать?

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

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

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

> Это на каждую программу нужно будет левый репозиторий подключать?
На каждую это на какую?
Ты еще скажи что php тебе нужен не на сервер с ограниченным количеством пакетов, а на десктоп где ты и разработчик и котиков в интернетах смотришь, но ты этот десктоп со старым 10 дебианом не обновляешь так как... да я даже не могу причину выдумать...

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

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

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

>На каждую это на какую?
На каждую, это на каждую. В дебиане проблема с любым пакетом, у которого короткий жизненный цикл, не важно, будь то rust, php, nginx или ruby. Попытаешься развернуть несколько сервисов, а они, оказывается, на разных языках написаны.
>Ты еще скажи что php тебе нужен не на сервер
>а на десктоп где ты и разработчик и котиков в интернетах смотришь
Если походить по лору/опеннету, то это будет не такой уж и редкой ситуацией, при этом, софт будет древнейшим, даже 8 дебиан или windows xp.
>но ты этот десктоп со старым 10 дебианом не обновляешь так как... да я даже не могу причину выдумать...
Их и выдумывать не надо. Может там gtk2 до сих пор, а оно на несколько мегабайт меньше потребляет. Или что-то подобное

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

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

Сообщение от Аноним (140), 24-Янв-25, 00:40

проблема не в дебиане, проблема у тех кто путает дебиан с роллингом...

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

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

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

Ага, путает. Если у пакета цикл поддержки в полгода, то в дебиане, в лучшем случае пакет поддерживается четверть времени. Штабильное отсутствие поддержки.

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

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

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

зачем ты выбрал такой инструмент вообще?
вот на свежем расте, например, старый проект может не собиратся и какой тут выход?
а) оставить старый раст чтоб старые проекты работали, но новые не будет
б) обновить раст, но есть варианты что старые проекты не соберутся, но новые будут
в дебиане выбирают "а+"
например, есть тот-же раст-мозилла для сборки ФФ, который не должен быть протухшим, так как протухшим от не выполняет своих функций вообще (сайтики не открывает) и не безопасен...

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

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

Сообщение от Аноним (54), 26-Янв-25, 03:32

>зачем ты выбрал такой инструмент вообще?
Не все же знают, что дебиан нельзя использовать. Зато дебиановцы хвастаются: какой репозиторий большой, и сколько лет поддерживается

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

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

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

> да ладно... можно ещё лет 10 сидеть на 12. там поддержка же
> будет.
Не будет, Дебианский LTS ещё более нищий, чем убунтовский и во-первых такой объём пакетов не поддерживает, а во-вторых на 10 лет как не натягивай, он не натягивается от слова НИКАК.
> Или скачать все isoшники и сидеть на старом добром. А
> вот когда комп поменяю можно и новый поставить.
А это уже на ваше собственное усмотрение, можно и слаку поставить и никогда не обновлять, тоже будет штабильно, а можно и LFS, но вот кто будет хотя бы секурити-апдейты завозить? ;)
Ну, если оффлайн постоянно работать на такой машине, то там вообще всё равно наверное на апдейты и секурность системы, если юзер Неуловимый Джо. ))
> Хорошо живём!
Везёт вам.

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

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

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

Всегда завидовал тем кому от компа нужна пишущая машинка. А ещё больше тем кто где-то в тайге в избушке живёт и кому вообще ничего не нужно.

Ответить | Правка | К родителю #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" +1 +/–

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

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

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

Боже упаси

Ответить | Правка | К родителю #48 | Наверх | 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

Даже сейчас на современный ноутбук с их установщиком его и не поставишь без танцев с бубном. Зачем от меня требовать еще одну флешку с missing firmware files, если они уже поставляются вместе с установщиком на той же флешке? Если установщик их не видит, то почему я не могу ему их показать? И открыть флешку, с которой грузишься, тоже никак нельзя, увы и ах... В 2025-ом году, вообще-то, уже можно было и WPA3 добавить. https://bugs-devel.debian.org/cgi-bin/bugreport.cgi?bug=1037484 Багу 2 года скоро. Это уже критично. А ещё если у тебя до установки диск был размечен по всем правилам из ArchWiki, придётся переделывать всю разметку. Установщик напрочь не понимает типы разделов, такие как  'Linux extended boot' или 'Linux user's home'. Еще и данные можно потерять. Привет, Debian!

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

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

Сообщение от Gnomik (?), 24-Янв-25, 05:34

>Зачем от меня требовать еще одну флешку с missing firmware files, если они уже поставляются вместе с установщиком на той же флешке?
Можно пример такого поведения? Железо, какой ISO использовал...
>А ещё если у тебя до установки диск был размечен по всем правилам из ArchWiki, придётся переделывать всю разметку. Установщик напрочь не понимает типы разделов, такие как  'Linux extended boot' или 'Linux user's home'
Тут примеры разметки нужны, чтобы повторить подобное поведение. За двадцать лет использования различных дистрибутивов Linux, в том числе Debian, с подобным не сталкивался.
>...WPA3...критично...
На данный момент некритично. Рядовая связка в 2025 это смешанный режим WPA2/WPA3. Чистый WPA3-* на уровне стат погрешности.

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

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

Сообщение от ЛщЛ (?), 24-Янв-25, 06:02

>>Зачем от меня требовать еще одну флешку с missing firmware files, если они уже поставляются вместе с установщиком на той же флешке?
> Можно пример такого поведения? Железо, какой ISO использовал...
>>А ещё если у тебя до установки диск был размечен по всем правилам из ArchWiki, придётся переделывать всю разметку. Установщик напрочь не понимает типы разделов, такие как  'Linux extended boot' или 'Linux user's home'
> Тут примеры разметки нужны, чтобы повторить подобное поведение. За двадцать лет использования
> различных дистрибутивов Linux, в том числе Debian, с подобным не сталкивался.
>>...WPA3...критично...
> На данный момент некритично. Рядовая связка в 2025 это смешанный режим WPA2/WPA3.
> Чистый WPA3-* на уровне стат погрешности.
Вероятность того, что товарищ использовал вместо образа с блобами какой-нибудь голый netinstall? в котором по предупреждению самих же разрабов блобов никаких нет и никогда не было - крайне велика.
Я такое не раз уже созерцал, сперва не читают какой образ для чего, тянут, а потом плакают на опеннетике что дебиан не для ляптопов.

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

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

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

10 Jun 2023: As of Debian 12 (Bookworm), firmware is included in the normal Debian installer images. USERS NO LONGER NEED TO LOOK FOR SPECIAL VERSIONS HERE. https://cloud.debian.org/images/unofficial/non-free/cd-inclu.../
А товарищи, похоже, до сих пор не в курсе, что все блобы входят в официальный netinstall уже пару лет как... С разморозкой!

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

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

Сообщение от Аноним (170), 24-Янв-25, 10:04

> Можно пример такого поведения? Железо, какой ISO использовал...
Lenovo ideapad, Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter. Необходимые файлы уже есть на установочном носителе. debian-testing-amd64-netinst.iso/iso9660://firmware/firmware-atheros_20241210-1_all.deb, но debian installer не предоставляет возможности их выбрать, а требует вторую флешку.  https://cloud.debian.org/images/weekly-builds/amd64/iso-cd/
> Тут примеры разметки нужны...
Запустите cfdisk и посмотрите, какие бывают типы разделов. Из ArchWiki можно узнать, зачем нужен Linux extended boot. Debian installer не понимает такой тип раздела и не даст продолжить установку.
> На данный момент некритично.
Ну, комму как... Два года для реализации было мало? Баг на 10 лет?

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

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

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

> Тут примеры разметки нужны...
>Запустите cfdisk и посмотрите, какие бывают типы разделов. Из ArchWiki можно узнать, зачем нужен Linux extended boot. Debian installer не понимает такой тип раздела и не даст продолжить установку.
Можно без лишних слов примеры разметки предоставить?
Как баг будем оформлять? Ссылаться на историю "одна бабка сказала"?
ЗЫ Писать человеку, который с Linux знаком еще до появления Arch Lunux и ссылаться на его Wiki такое себе.

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

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

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

Gnomik, извини.
Для оформления бага тут надо начать с того, что по мнению создателя systemd, монтирование  EFI system partition в /boot/efi, чем занимается Debian installer, - полная глупость и не соответствует https://uapi-group.org/specifications/specs/boot_loader_spec...
Пример разметки:
* ESP | SD_GPT_ESP | GUID: c12a7328-f81f-11d2-ba4b-00a0c93ec93b | type code = EF00 (EFI System) | FAT32 (1 GiB)
* XBOOTLDR | SD_GPT_XBOOTLDR | GUID: bc13c2ff-59e6-4262-a352-b275fd6f7172 | type code = EA00 (Linux extended boot) | EXT4 (1 GiB)
* root | SD_GPT_ROOT_X86_64 | GUID: 4f68bce3-e8cd-4db1-96e7-fbcaf984b709 | Linux root (x86-64) || Linux x86-64 root (/) | EXT4 (100.1 GiB)
* home | SD_GPT_HOME | GUID: 933ac7e1-2eb4-4f13-b844-0e14e2aef915 | Linux home || Linux /home | EXT4 (100.1 GiB)
* data | GUID: = 0FC63DAF-8483-4772-8E79-3D69D8477DE4 | Linux filesystem | EXT4 (100.1 GiB)

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

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

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

>На данный момент некритично. Рядовая связка в 2025 это смешанный режим WPA2/WPA3. Чистый WPA3-* на уровне стат погрешности.
Критично. lts - два года, это уже сразу 2027. В том то и проблема, что плавающие релизы внедряют это быстро, хотя внедрить могут практически когда угодно, а вот штабильне дистрибутивы, у которых ближайшее окно появится не раньше, чем через два года - не торопятся. А потом, из-за тормозов штабильных дистрибутивов, производители не спешат это внедрять. И прогресс тормозится.

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

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

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

В чём проблема? Это же Open Source! Каждый вносит свой вклад в общее дело. Помоги с внедрением нужного тебе функционала и радуйся жизни.

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

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

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

> Помоги
На учет возьмусь, а воевать шишь с маслом (с) Шариков

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

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

Сообщение от Аноним (54), 26-Янв-25, 03:35

>Помоги с внедрением нужного тебе функционала
Интересно как? Гораздо логичнее помогать другим дистрибутивам, и агитировать за отказ от дебиана, чем хоть что-то делать для них. В других дистрибутивах и делать меньше придётся, поскольку они релизятся чаще и имеют активное сообщество

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

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

Сообщение от Аноним (81), 24-Янв-25, 01:09

Кстати Вайн 10 надеюсь в трикси завезут.

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

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

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

К нему NTSYNC еще нужен, а он планируется в 6.14, когда дебиан будет на 6.12.
Так что, через пару годиков или бекпорты/самосборка

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

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

Сообщение от Аноним (166), 24-Янв-25, 07:45

sudo apt upgrade
Not upgrading:
  2to3               libreoffice               libreoffice-core     libshiboken2-py3-5.15t64  python3-pyside2.qtcore          python3-uno
  bup                libreoffice-base          libreoffice-draw     python3                   python3-pyside2.qtgui
  libhalide19-0      libreoffice-base-core     libreoffice-impress  python3-dev               python3-pyside2.qtprintsupport
  libpython3-dev     libreoffice-base-drivers  libreoffice-math     python3-halide            python3-pyside2.qtsvg
  libpython3-stdlib  libreoffice-calc          libreoffice-writer   python3-minimal           python3-pyside2.qtwidgets
Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 26
sudo apt upgrade python3
Calculating upgrade... Error!
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
Unsatisfied dependencies:
hplip-gui : Depends: hplip (>= 3.22.10+dfsg0-5.1) but it is not going to be installed
virtualbox-qt : Depends: virtualbox (= 7.0.20-dfsg-1.1) but it is not going to be installed
Error: Unable to correct problems, you have held broken packages.

Они такое гумно заморозить предлагают?

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

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

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

Это нормально. Нормально, для Debian.
> Packages for VirtualBox are not officially available in stable releases of Debian, due to lack of cooperation from upstream on security support for older releases. See
https://wiki.debian.org/VirtualBox

Просто разработчики кроссплатформенного VirtualBox плевать хотели на то, будет ли их продукт работать на какой-то протухшей развалюхе.

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

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

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

С каких это пор sid - "протухшая развалюха"?!

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

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

Сообщение от Nochi (?), 24-Янв-25, 14:21

Когда в debian дропнут x11 и x32?

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

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

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

когда-нибудь

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

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

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

Партнёры:

Хостинг:

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

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

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

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

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


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


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


	202. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (202), 25-Янв-25, 18:22
	> RHEL, стабильный и бесплатный* "Choose any two".
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


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


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


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


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


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


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


	201. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Dunaevsky (?), 25-Янв-25, 15:13
	Проблема решается очень просто: разработчики софта должны поддерживать собственный DEB-репозиторий, как это делают: - NodeJS - LLVM - PostgreSQL - и многие другие То, что авторы софта не хотят этим заниматься, проблема вовсе не Debian'а.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	208. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от ProfessorNavigator (ok), 25-Янв-25, 21:54
	> Проблема решается очень просто: разработчики софта должны поддерживать собственный DEB-репозиторий Кому должны? > То, что авторы софта не хотят этим заниматься, проблема вовсе не Debian'а. Дебиан - далеко не единственный дистрибутив, на всех пакетов не насобираешься. Разработчики софта могут собирать пакеты и держать репозитории. По желанию. В целом же - это вовсе не их задача. Так что проблема эта как раз Дебиана, и ничья больше.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	192. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (-), 24-Янв-25, 17:17
	> Debian замороженный, а не стабильный. Надо это четко понимать и не обманывать > себя и других. Одно пересекается с другим. Если я сегодня в каде порисовать собирался - а меня новый свежий НЕОЖИДАННЫЙ баг огрел - о котором я не знал - значит сегодня вместо проекта я занимаюсь - починкой системы.
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	216. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 26-Янв-25, 02:23
	Такие версии как кад элементарно откатыаются. В случае с NixOS достаточно будет просто перезагрузится и при загрузке из меню выбрать старую версию
	Ответить \| Правка \| Наверх \| Cообщить модератору


	217. "План заморозки пакетной базы Debian 13"	+/–
	Сообщение от Аноним (54), 26-Янв-25, 03:11
	Нормальная ситуация, это частые релизы, например дважды в год. В этом случае, вероятность неожиданных багов минимальна, а софт не успевает сильно устареть
	Ответить \| Правка \| К родителю #192 \| Наверх \| 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"	+1 +/–
	Сообщение от Аноним (12), 23-Янв-25, 16:51
	Ubuntu LTS явно лучше CentOS Stream. За установку CentOS Stream на боевые серверы надо уволнять с должности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	153. "План заморозки пакетной базы Debian 13"	+1 +/–
	Сообщение от Аноним (153), 24-Янв-25, 01:07
	> Ubuntu LTS А пакеты из снапа... каеееф...
	Ответить \| Правка \| Наверх \| Cообщить модератору


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