| 1.1, Аноним (1), 00:25, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Дистрибутив, устаревающий ещё до релиза
>Есть пакеты с особо длинным релизным циклом, типа tcl, где версия 8.5.0 вышла в 2007, 8.6.0 в 2012, 8.6.14 в 2024, 9.0 тоже в 2024. Такой софт прекрасно влезет в Extended Long Time Support, который у дебиана длится 10 лет. Есть пакеты с длинным релизным циклом типа python-а, у которого поддеркжа 5 лет. В ELTS он уже не влезет, но может влезть в обычный LTS, в крайнем случае на несколько последних месяцев будет End Of Life. Есть пакеты со средним релизным циклом, типа php, у него исправления безопасности приходят в течении 4 лет, он влезет уже только в обычный дебиановский релиз, а в LTS-е будет EOL. Есть пакеты с коротким релизным циклом, типа nginx, у которого срок поддержки 1 год, он станет EOL примерно спустя полгода после дебиановского релиза, целиком в релиз цже не влазит. И наконец есть пакеты с особо коротким релизным циклом, типа chromium, где релиз каждые четыре недели, или ytb-dl, который релизится каждый раз, когда ломают апи. И вот для таких пакетов либо дебиан сдаётся и внезапно размораживает версию, либо им пользоваться проблематично/невозможно. Такие пакеты устаревают ещё до стабилизации версий.
>В нормальных дистрибутивах пакеты остаются актуальны в течении всего релизного цикла. В дебиане пакеты с коротким релизным циклом(только последняя версия/релизы раз в полгода или чаще) успевают устареть либо сразу после заморозки, либо почти сразу после релиза. А дебиановцы самостоятельно патчи почти не делают, вспомнить тот же php в buster, где вместо версии 7.3.33 до сих пор 7.3.31, хотя обновить её должны были в то время, когда buster был stable - дебиановцы даже готовые патчи скопировать не смогли | | |
| |
| 2.6, Аноним (6), 00:44, 18/05/2025 [^] [^^] [^^^] [ответить]
| +6 +/– |
ну мы поняли, что дебиан не для тебя
продолжаем наблюдение
| | |
| 2.9, Аноним (9), 01:15, 18/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Debian в таком виде сойдет для сервера где весь нужный софт будет все равно запускаться в контейнерах с нужными версиями всех зависимостей.
Для десктопа он действительно смысла не имеет. Лучше уж Arch со свежими пакетами. А если нужна какая-то особая версия то все скорее всего будет в AUR или за пару минут можно самому пакет собрать так как их правила для сборки пакетов делаются в разы проще чем в Debian.
Да и на самом деле rolling дистрибутив в плане обновлений лучше. В той же Fedora где есть свежий софт с обновлениями у меня было гораздо больше проблем особенно при переходе на новые версии. Так что если нужно что-то свежее то получается ничего кроме Arch нормального нет.
| | |
|
| 1.5, Аноним (1), 00:38, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Итак, если вы не домохозяйка, которая на компьютере только сериалы смотрит, то вам нужны пакеты. Иногда на пакет нужно наложить патч, по сравнению с мейнстримом, иногда поднять версию. Может быть, вы разработчик, и вам нужны разные версии библиотек, не разделённые мейнтером. Я, например, хочу статически слинковать свою программу, чтобы её можно было деплоить одним файлом. Во всех этих случаях, у дебиана будут проблемы. Как известно, glibc поломали статическую линковку(зачем?), так что если брать программы, написанные не на golang, и требующие хотя бы одну сишную библиотеку, то вам нужно линковаться с musl. Пересобирать софт на дебиане одна сплошная боль, особенно если нужны такие крупные вещи, как смена библиотеки. Доходит до того, что некоторые сдались, и ставят alpine в докер, так как он во-первых с musl, а во-вторых, там кроме основного пакета, например, libevent, есть пакет со статическими библиотеками libevent-static. Разумеется на nix, это решается буквально несколькими строчками.
| | |
| |
| 2.12, Нуину (?), 01:25, 18/05/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Разумеется на nix, это решается буквально несколькими строчками.
Поставить nix в debian для разработки. Проблема решена?
| | |
|
| 1.8, Аноним (8), 01:10, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лучше поздно чем никогда, поддержку Spice завезли. Именно в Debian с QEMU начал свое знакомство с виртуализацией 16 лет назад. Чтоб со Spice заработал научился создавать свои репозитории, дистрибутивы.
| | |
| 1.13, Аноним (13), 02:37, 18/05/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Не понятно, для кого этот дистр. Незнакомые с линуксом ставят бабантятину. В докере ставят альпиньон. Для хакеров (в оригинальном смысле) есть NixOS. Для тырпрайза есть рхелоцентось или центосефорк. В какую нишу ни загляни -- всегда есть куда более лучшая альтернатива сабжу.
| | |
| |
| |
| 3.15, Аноним (13), 03:04, 18/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Эт да, с дебьяном работать и работать. Work harder, not smarter, как говорится.
| | |
|
| 2.16, Аноним (16), 04:05, 18/05/2025 [^] [^^] [^^^] [ответить]
| +/– |
Марксист что-ли? Нормальному человеку если что-то не нравится, то он этим просто не пользуется. Вас, коммуняк, хлебом не корми, всё вам кого-то построить хочется. Ваши времена прошли, примите это.
| | |
|
|
