The OpenNET Project / Index page

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



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

"Новые версии Debian 12.7 и 11.11"  +/
Сообщение от opennews (??), 01-Сен-24, 20:48 
Сформировано  седьмое корректирующее обновление дистрибутива Debian 12, в которое включены накопившиеся обновления пакетов и добавлены исправления в инсталлятор.  Выпуск включает 51 обновление с устранением проблем со стабильностью и 55 обновлений с устранением уязвимостей...

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

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

Оглавление

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


1. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (1), 01-Сен-24, 20:48 
>можно отметить удаление пакета bcachefs-tools с утилитами для управления файловой системой Bcachefs

Что даже старая версия не подошла?

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

2. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (1), 01-Сен-24, 20:50 
Старая - в смысле неразвиваемая сишная.
Ответить | Правка | Наверх | Cообщить модератору

3. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (3), 01-Сен-24, 21:03 
Вообще не развивается, ага https://github.com/koverstreet/bcachefs-tools/graphs/commit-...
Ответить | Правка | Наверх | Cообщить модератору

7. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (-), 01-Сен-24, 21:47 
> Вообще не развивается, ага https://github.com/koverstreet/bcachefs-tools/graphs/commit-...

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

Но если кент хочет узнать сложным способом почему его хайп отватит от использования его штуки в проде легион народа, кто ж запретит? Ему PM интересующийся к тому же хранилками уже все сказал - насколько у него крутые идеи, настолько же ОТВРАТИТЕЛЬНО у него поставлены рабочие процессы, и настолько же он все время рубается со всеми вместо того чтобы этот факт признать и работать над ним.

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

188. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (188), 03-Сен-24, 20:40 
Так сама ФС ещё нельзя сказать, что stable. Вот недавние трения с Торвальсом по поводу патчей.
Ответить | Правка | Наверх | Cообщить модератору

217. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (217), 04-Сен-24, 23:46 
> Так сама ФС ещё нельзя сказать, что stable. Вот недавние трения с
> Торвальсом по поводу патчей.

Да трения вроде устранили - в RC5 попал урезанный вариант, а навороты - в 6.12 отправятся. Но увы, это кажется хайп и "update your browser" - универсальный тренд в том проекте ия не уверен что это отличная идея для ФС. Остаться без тулсов фс при случае - такое себе.

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

162. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 03:10 
А зачем в старом дебиане со старым ядром новая версия?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

179. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (179), 03-Сен-24, 16:01 
и из бэкпортов более свежие ядра надо выпилить, а то чего они…
Ответить | Правка | Наверх | Cообщить модератору

6. "Новые версии Debian 12.7 и 11.11"  +5 +/
Сообщение от Аноним (-), 01-Сен-24, 21:45 
> недавно был переписан на языке Rust и требует использования конкретных
> версий компонентов Rust, которые не соответствуют версиям, поставляемым в Debian,

Оказывается питонопроблемы можно получить и с хрустом... :\

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

9. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (9), 01-Сен-24, 22:03 
питонопроблемы - это цветочки, его собрать можно и это, в принципе, не сложно и работает причем даже параллельно (например, в 9ке у меня был из реп 3.5, но параллельно был и 3.6 и 3.7 и ничего не разваливалось), а вот раст - ягодки - его собрать это задача на порядок сложнее
Ответить | Правка | Наверх | Cообщить модератору

12. "Новые версии Debian 12.7 и 11.11"  +7 +/
Сообщение от Аноним (-), 01-Сен-24, 22:08 
> питонопроблемы - это цветочки, его собрать можно и это, в принципе,
> не сложно и работает причем даже параллельно

Это - сорта дepьма, уж простите за мой французский! Заниматься разведением террариума у себя на системах - затея очень на любителя. И в сабже этим тоже никто заниматься - не будет. Поэтмоу при каждом релизе демьяна под нож идут буквально сотни пакетов всякой очередной питонофигни, где авторы нишмагли гонять за прогрессмо и забили или не успели или что там за фигня.

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

14. "Новые версии Debian 12.7 и 11.11"  –12 +/
Сообщение от Аноним (14), 01-Сен-24, 22:15 
> Оказывается питонопроблемы

Это не питонопроблемы. Это дебианапроблемы.
Если ты используешь версии софта и либ, которые уже окаменели и перестали вонять, то у тебя проблемы почти всегда и везде.

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

17. "Новые версии Debian 12.7 и 11.11"  +5 +/
Сообщение от Аноним (17), 01-Сен-24, 22:40 
Питону нужно свеженаваленое. "Питонься свежим!"
Ответить | Правка | Наверх | Cообщить модератору

29. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Толик (?), 02-Сен-24, 05:24 
Ты ещё не знаешь про существование RHEL)
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

202. Скрыто модератором  +/
Сообщение от Аноним (202), 04-Сен-24, 12:12 
Ответить | Правка | Наверх | Cообщить модератору

67. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (67), 02-Сен-24, 15:05 
>> Оказывается питонопроблемы
> Это не питонопроблемы. Это дебианапроблемы.
> Если ты используешь версии софта и либ, которые уже окаменели и перестали
> вонять, то у тебя проблемы почти всегда и везде.

++++++++
Чел, ты по ходу вообще не в курсе со своим рачем, что такое вендоринг и продакшон-LTS-системы с поддержкой стабильных версий чуть больше чем пол мясяца-полугода, или сколько у вас там в вашем неокаменелом тестовом полигоне?! xD

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

76. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (76), 02-Сен-24, 16:27 
Это ты наверное не в курсе что для взрослого продакшона эти "продакшон-LTS-системы" даже не рассматриваются. Да, они действительно незаменимы чтобы запулить написанный аутсорсерами сайт на php 5 и забыть про него на 5-10 лет, и с большой вероятностью его даже не успеют поломать через RCE в tcp стеке древнючего ядра, потому что RH его вовремя залатают. Но по меркам индустрии это не продакшон, а жалкие игрушки, и бизнесов которым твкой схемы хватает, становится всё меньше и меньше. Сейчас сайт даже вшивого интернет магазина это огромная инфра состоящая кроме собственно сайта как минимум из развесистых систем интеграций, аналитики и мониторинга, да и сам сайт тянет кучу стороннего кода, который авторы забесплатно не готовы поддерживать 10 лет, соответственно он разрабатывается, тестируется и в итоге работает только на актуальных (в пределах 2-4 лет) ЯП и тулинге. Да и собственный штат программистов намекает что задача X решается либо за N человекомесяцев что стоит K денег, либо уже решена если использовать актуальный софт. А большинство рисков снимается современным (уже, на самом деле, 20+ лет) подходом к разработке, с использованием тестов, CI, CD, staging уствновок и т.д.

В итоге ни на каком хвалёном суперстабильном rhel'е или дебиане ты взрослый продакшон в жизни не поднимешь, когда у тебя тупо pip или npm говорит что он слишком старый и отказывается работать. Можно пообвешаться всякими сторонними репозиториями "хоть-что-то-хоть-чуть-чуть-посвежее для стабильной centos", всякими бэкпортами и "официальными" бинарными пакетами от апстримов (где они есть, хе-хе), но уровень стабильности всего этого сраду падает ниже даже любимого тобой арча (где всё хотя бы тестируется в связке).

Такие дела. Но не надо печалиться, дебиан к этому адаптируется - будет всё больше софта которому нужен последний раст (или c++23, или python 3.12), и всё это они удалить не смогут. Удалят либо себя, либо свои идиотские "стабильные" полиси и начнут, наконец, поставлять актуальный софт.

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

82. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:10 
>Да, они действительно незаменимы чтобы запулить написанный аутсорсерами сайт на php 5 и забыть про него на 5-10 лет

Ага, и через пять-десять лет, если этот сайт не съедят вирусы, то малейшие правки сайта обойдутся клиенту в копеечку. Он либо развалится сам, либо нужно будет апргрейдить через все пропущенные релизы до актуальной версии.

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

210. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от _ (??), 04-Сен-24, 18:29 
> В итоге ни на каком хвалёном суперстабильном rhel'е или дебиане ты взрослый продакшон в жизни не поднимешь

А луна - это сыр!(С)

Тля. С таким серьёзным видом нести такую чухню :~((((
Эпический!(С)

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

81. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:06 
>что такое вендоринг и продакшон-LTS-системы с поддержкой стабильных версий чуть больше чем пол мясяца-полугода

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

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

84. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 17:11 
> Зарелизили целую файловую систему, а теперь удалили - очень стабильный продакшин. Это
> не то место, где можно за пять минут склеить баш костыль
> и забыть до слеудющего релиза.

Кто что зарелизил? Кент в курсе? С него уже в майнлайне сняли бэджик experimental? Не? Тогда какой это нахрен релиз?! Так, эксперимент. И "ну значит пока не прокатило" - вполне валидный результат его.

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

90. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:19 
>Кто что зарелизил?

Дебиан. Зачем они пакетили экспериментальную систему в стабильный релиз?

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

114. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 19:00 
>>Кто что зарелизил?
> Дебиан. Зачем они пакетили экспериментальную систему в стабильный релиз?

Наверное кто-то решил, вот, попробовать тулсы опакетить. По первости вроде прокатило. Ну они и посмотрели смогут ли майнтайнить вдолгую это дело. Оказалось что хрустики слишком ломкие - и эксперимент зафэйлился. Какая файлуха (experimental) такой и майнтенанс.

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

132. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 21:16 
>По первости вроде прокатило.

Очень хороший подход, с "прокатило". То с файловой системой не прокатывает, то с phpmyadmin, то ещё с чем-то.

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

138. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 21:34 
>>По первости вроде прокатило.
> Очень хороший подход, с "прокатило". То с файловой системой не прокатывает, то
> с phpmyadmin, то ещё с чем-то.

Что могут майнтайнить - то майнтайнят. Что не могут - не майнтайнят. Как правило пакеты с которыми релизились все же стараются держать.

Но если апстриму класть на проблемы даунстримов, или майнтайнер просто выдохся - окей, значит не прокатило. Вы же понимаете что в этом мире вообще мало кто кому и чего на самом деле гарантирует? Даже какой-нибудь майкрософт может запросто свернуть продукт, а то что вы в это вляпались (как это было с SQL Server Embedded например) - ваши трудности, как таковые. А phpmyadmin накрайняк можно и сбоку притащить, в отличие от вон того.

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

142. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 22:07 
>Но если апстриму класть на проблемы даунстримов

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

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

146. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (146), 02-Сен-24, 22:18 
> А какой смысл вообще отставать лет на пять от текущего прогресса?

Такой, что однажды нарулив - все просто работает. Вот прям все 5 лет подряд. Если девайсов с этим 2-3 значные цифры, это как бы уже аргумент. Админы локалхоста с 1 тазиком, конечно, не поймут всех прелестей. Но если они разовьются в нечто большее чем это и захотят прагматичной эксплутации - вот тут мы уже о достоинствах сабжа в этом контексте и поговорим.

Не, арч в таком режиме эксплуатировать - ну не очень. Генту? Ну, если бабок есть нанять тиму, как NYSE, тогда и гента - прод, конечно. А если нету - тогда вы и будете эту тиму косплеить! Только бесплатно, в отличие от тех :)

> Бекпортирование, оно не бесплатное, и в лучшем случае будет выбор между новыми
> фичами и бекпортированием, в худьшем - бекпортировать будет невозможно вообще.

Поэтому бэкпортируется по минимуму, только секурити фиксы и - как вариант - некоторые наиболее важные или интересные кому-то пакеты, где кто-то подсуетился. А в целом - можно до 6 лет спокойной предсказуемой эксплуатации получить.

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

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

151. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 23:02 
>Такой, что однажды нарулив - все просто работает.

Всё - это что? Новое железо - нет, браузеры - их регулярно бекепортируют(хотя и с этим проблемы), приложения с 3D графикой - тоже нет. Новые программы на условном питоне - тоже нет. А уж если в момент заморозки попал какой-то баг, то всё, ранее нового релиза исправлений можно не ждать.
>уделяя больше времени полезным фичам и меньше - всяким костылям и рутине. Прикиньте, возня с переносом на новую либу, апи или что там - время жрет а для внешнего мира результата ноль!

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

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

152. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 23:43 
>>Такой, что однажды нарулив - все просто работает.
> Всё - это что? Новое железо - нет,

Во первых, подразумевается что кто хотел стабильной работы - кантовать сие не будет.
Во вторых, если очень надо - есть backports, и там довольно свежие кернелы, внезапно.

Как конкретный пример, 6.10.х желающие могут скачать для сабжа из backports прямо сейчас. А 6.11 еще и не вышел. Нормально для работы свежего железа?

> браузеры - их регулярно бекепортируют(хотя и с этим проблемы),

И все же предпочитают пакетить LTS версии.

> приложения с 3D графикой - тоже нет.

Ну вот тут - меня разве что KiCad интересует, 3D там - скажем прямо - до кучи. И вот на него backport очень даже есть. Если уж кому свежака хотелось. Не знаю считается это за 3D приложение, это там все же не главное.

> Новые программы на условном питоне - тоже нет.

И хрен с ними, как по мне. Разворотить всю систему ради наколенного треша от хипстеров - такое себе.

> А уж если в момент заморозки попал какой-то баг, то всё, ранее нового
> релиза исправлений можно не ждать.

С другой стороны если все работает - новых багов тоже особо не ожидается. А у вон тех - как говорится, старый баг лучше новых двух ;)

> Вы рассуждаете с позиции сисадмина, а я с позиции разработчика.

Я рассуждаю с позиции - более стабильной эксплутатации. Решения проблем человеков. Зарабатывания бабок, наконец. Это более гибридная и сбалансированная позиция чем гонка за идеалом без остановки. За идеалом гонять можно вечно. И в результате не сделать ни 1 практически значимого релиза вообще, который будет еще и реально работать, приносся пользу окружающим. Джуны не понимают этот момент. А я уже, кажется, не джун...

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

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

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

Ну вот и будешь сам дистрибутить свою суперценную прогу как умеешь. Если она вообще кому-то зачем-то вперлась со всеми ее улучшениями апей. А может мир просто решит что таким разработчиком место в /dev/null'е - и будешь ты сам чуть ли не единственным пользаком этой штуки. Сий невкусный факт PM уже донес до ушей кента. И вопрос только в умении и желании слышать...

И да, от этого умения и зависит будущее проекта. Можно остаться васянской наколенью, которую никто всерьез не юзает. Десяток арчеводов не в счет. А можно вымахать в серьезный проект, дело всей жизни или заметной ее части, и проч. Но тогда придется оставить этот ветер в ж@пе, понять что реальная эксплуатация не так эпична, и - жить с этим, увы и ах. Те кто так может - захватывает мир. Те кто нет - бесславно пропадают через несколько лет. Ибо кто же заплатит за жизнь на вулкане? И тушку дева - ну вот не захантят ради этого. Увы и ах. А от ФС народ хочет стабильности и предсказуемости. И если тулсы ФС сложно сбилдить - упс, значит, окажется что они недоступны в самый нужный момент. И это - вовсе даже и не фича для ФС! И при такой плюхе экономия 10 строчек на новом апи уже будет никому не интересна, уж сорян.

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

182. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 18:48 
>Во первых, подразумевается что кто хотел стабильной работы - кантовать сие не будет.

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

Кроме ядра, нужны и другие компоненты, например, mesa. Если они все есть в бекпортах, то чем тогда дебиан лучше других систем, с шестимесячными релизами?
>И все же предпочитают пакетить LTS версии.

Зато, когда lts подходит к концу, то молча переходят на следующий lts, размораживая версию пакетов. Осталось понять, чем компилятор хуже браузера, и почему его версию нельзя разморозить.
>Не знаю считается это за 3D приложение, это там все же не главное.

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

Даже если вам и повезло, и в момент заморозки всё работало, то дебиан не будет дебианом, если что-то не сломается. Например, в buster php 7.3.31. У php нет lts, и дебиановская верся давным давно никем не поддерживается, в том числе и дебиановцами. При этом последний релиз был 7.3.33, в то время как в дебиане 7.3.31, то есть дебиановцы даже два последних патча даже просто скопировать не смогли, не говоря про то, чтобы бекпортировать с новой версии. То есть не смотря на заявленную поддержку, никакой поддержки нет. Это не говоря уже про то, что сам по себе php никому не нужен, а старые фреймворков, которые работают на 7.3 уже тоже не поддерживаются их авторами. Вот такая вот дебиановская поддержка.
>Я рассуждаю с позиции - более стабильной эксплутатации

Это только в том случае, если софт уже успели отладить, и новые фичи вам не нужны, и дебиановцы не поленяться скопировать к себе патчи
>И в результате не сделать ни 1 практически значимого релиза вообще

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

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

Дебиан - за бортом, современный софт распространяется как угодно: через пакетный менеджер языка(cargo, pip, ...), через докер, через snap/flatpak, через nix. Единственная задача дебиана - уметь запускать докер. Но зачем нужен дебиан, если докер работает и в других местах?
>Сий невкусный факт PM уже донес до ушей кента. И вопрос только в умении и желании слышать...

И понять, что дебиан нужно обходить десятой дорогой
>понять что реальная эксплуатация не так эпична, и - жить с этим, увы и ах

Как только проект становится значимым, ему становится не до общения с дебианами, он может прямо на странице установки рекомедовать качать из своего собственного репозитория, как делает например докер. Если заморозку версий glibc ещё можно понять, то вот заморозка компилятора - нет.
>А от ФС народ хочет стабильности и предсказуемости

Уже есть более чем стабильная и предсказуемая ext4, с её нехваткой инодов и прочими проблемами. Сейчас нужна надёжная система, с богатым набором фич.

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

186. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 19:44 
> Когда нужена новый компьютер - покупать сразу б/у, не младше трёх лет?

Вы либо про стабильную эксплуатацию, либо про новые компьютеры. Это взаимоисключающие параграфы. Для дебиана - оптимизация: подогнать тайминги, сделав 2 перетряса 1-м.

> Кроме ядра, нужны и другие компоненты, например, mesa. Если они все есть
> в бекпортах, то чем тогда дебиан лучше других систем, с шестимесячными релизами?

Тем что это ставит только тот кому надо. Нахрен MESA на сервере? Так у меня на том выводке серваков, VM, одноплатников и десктопе/ноуте 1 семейство технологий, в приемлимых форматах.

>>И все же предпочитают пакетить LTS версии.
> Зато, когда lts подходит к концу, то молча переходят на следующий lts,
> размораживая версию пакетов. Осталось понять, чем компилятор хуже браузера, и почему
> его версию нельзя разморозить.

Тем что слом системного тулчейна - штука весьма фатальная. Что мне делать с серваком, стоявшим ради кастомного сервиса, где сборка этого сервиса отлипла? А, чинить в режиме аврала после невинного апдейтика?! Всю жизнь мечтал!

> Об этом и речь - в новые игры не поиграть, в блендере
> не поработать, аппаратное декодирование видео в браузере - не получить.

Это все решаемо. Да и что такого в блендере за пару версий изменилось так уж? А вот если вы мне сервак своей хайпотой разнесете, или тем более выводок одноплатников ушатается, вот тут я познаю что такое "ж@па" сполна. Оно мне надо?

>>С другой стороны если все работает - новых багов тоже особо не ожидается
> Даже если вам и повезло, и в момент заморозки всё работало, то
> дебиан не будет дебианом, если что-то не сломается.

Это все булшит. У меря довольно богатый опыт эксплуатации, и обычно - таки, просто пашет. А под этот слоган вкатить на серваки жуткую наколень с другим уровнем breakage - эт вы сами!

> а старые фреймворков, которые работают на 7.3 уже тоже не поддерживаются
> их авторами. Вот такая вот дебиановская поддержка.

Я понимаю что докопаться можно и до фонарного столба. Но вопрос о соотношениях в целом. И они в целом для меня неплохо работают.

> Это только в том случае, если софт уже успели отладить, и новые
> фичи вам не нужны, и дебиановцы не поленяться скопировать к себе патчи

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

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

Проблема только в том что все это роллинг барахло совершенно не катит для более-менее массовой, (около)коммерческой, продуктивной и т.п. эксплуатации. Если я допустим 3D дизайнер, и после апдейта блендер падать начал - упс, кажется, проект доделан не будет и меня крепко поимеет недовольный клиент. Ну, ок, я все же больше по PCB и железкам, но суть та же! И вот когда я на 80% сделал проект, последнее что я хочу - заапдейтить все ради кульных фич, огрести breakage, и проч. Вот это вся - я предпочту планировать и шедулить в времена удобные для меня. А сидеть с несекурной системой без секуритификсов мне все это время - "не очень".

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

>>Не делай. Но тогда твоего софта не будет вон там пару лет.
> А какой магией он появится спустя пару лет?

Ну вот такой. Если более-менее устаканится и перестанет скакать по тулчейнам как белка, соберется системным - и проблема решена. А потом если новая версия затребует новый тулчейн, ок, ее не будет в дебиане до нового релиза. Тут оно просто не жило с самого начала, ну и миндальничать нечего, экспериментальное -> фпечь.

> И собрать в новом дебиане можно будет только версию чуть младше
> двухлетней давности.

Если это big deal, возможно, такой программой не стоит пользоваться совсем. Ибо она еще в состоянии жизни на вулкане и для продакшновых целей не очень годится.

> Дебиан - за бортом, современный софт распространяется как угодно: через пакетный менеджер
> языка(cargo, pip, ...), через докер, через snap/flatpak, через nix. Единственная задача
> дебиана - уметь запускать докер. Но зачем нужен дебиан, если докер
> работает и в других местах?

Я ж говорю - маздаец придумает как сделать маздайку и из линуха. Но мне это все не надо. Совсем. Отъ...сь с этим от меня и юзайте ваш setupexe сами.

> И понять, что дебиан нужно обходить десятой дорогой

Если это сделают такие как вы - я не возражаю. Помойку в стиле винды получит кто-то другой.

> он может прямо на странице установки рекомедовать качать из своего собственного
> репозитория, как делает например докер. Если заморозку версий glibc ещё можно
> понять, то вот заморозка компилятора - нет.

Таких проектов полторы штуки на весь глобус. И уж точно это все - не про вас. И не про 99% того что в pip, cargo, ... ;). И даже - не про ФС кента. Как минимум - пока.

>>А от ФС народ хочет стабильности и предсказуемости
> Уже есть более чем стабильная и предсказуемая ext4, с её нехваткой инодов
> и прочими проблемами. Сейчас нужна надёжная система, с богатым набором фич.

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

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

193. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 22:13 
>Это взаимоисключающие параграфы

Вы не ответили на вопрос. Сколько нужно ждать, чтобы компьютером можно было стабильно пользоваться, и где его такой брать. Чтобы не купить б/у, с убитым аккамулятором или и того хуже.
>Тем что слом системного тулчейна - штука весьма фатальная

А кто сказал, что его сломали? В случае с растом, как и с другим развивающимся языком, там нет слома, там есть код, который собирается только новым компилятором.
>Да и что такого в блендере за пару версий изменилось так уж?

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

Соотношение в целом говорит против дебиана. Rust - старая, уязвимая версия компилятора, не собирает актуальные проекты. Haskell - старая версия, частично может помочь stackage, но новый софт собрать не получится. Go, Python, Perl, Ruby, PHP - старая, уязвимая версия в репозиториях. Ocaml - ну тут ещё хоть как-то, частично даже некоторый новый софт можно портировать под самый старый дебиан. Единственный вариант, которым не стыдно пользоваться. Много вы софта на окамле знаете? А если компиляторы и интерпретаторы остальных языков устарели и в большинстве уязвимы, то что тогда говорить про софт написанный на них?
>Если я допустим 3D дизайнер, и после апдейта блендер падать начал - упс, кажется, проект доделан не будет и меня крепко поимеет недовольный клиент

В NixOS прикладной софт элементарно откатывается к старой версии. С серверным чуть сложнее, но тоже решаемо. Тем временем в дебиане до сих пор нет даунгрейда из коробки.
>Ибо она еще в состоянии жизни на вулкане и для продакшновых целей не очень годится.

Скажу по секрету, что такие сайты(вещь особо коммерческая) прекрасно живут на релизах с сроком жизни меньше пары лет. И пользователи не заметят перехода на новую версию, ну разве что заметят, что сайт стал работать быстрее. Это если не жмотится на регулярные обновления и плавно обновляться. А если жмотится, то обновлять всё равно придётся, только в авральном режиме, без возможности толком протестировать. Есть ещё и любительские сайты, живущие на всяком старье, до тех пор, пока до них не доберётся бот с эксплоитами.
>меня и юзайте ваш setupexe сами.

Вы до сих пор не поняли, что nix это пакетный менеджер, с контролем завимимостей и прочими фичами?
>Таких проектов полторы штуки на весь глобус.

Любой крупный проект. gitlab, docker, rust - что угодно. И если автор сумеет доказать превосходство bcachefs по сравнению с btrfs, то его проект станет в их число.
>ибо - остаться без тулсов "потому что версия хоста немного не та"

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

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

218. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (218), 05-Сен-24, 04:20 
> Вы не ответили на вопрос. Сколько нужно ждать, чтобы компьютером можно было
> стабильно пользоваться, и где его такой брать.

Можно купить распоследнее железо, скачать распоследнее ядро из backports и не ждать, но тогда и все баги ваши. Но любители роллинга привычные.

> Чтобы не купить б/у, с убитым аккамулятором или и того хуже.

Никогда не имел таких проблем.

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

Гарантий обратного никто не даст - и можно запросто нарваться на случай когда что-то где-то отвалилось. Вон там Crypt в BSD так налетел, ему вгрузили новый LLVM, модуль ядра виртуалбокса отвалился. Что хошь, то и делай! Rolling как он есть.

> интерес. И такого, что в новой версии добавили оптимизация/поправили
> баг/реализовали функционал будет встречаться часто.

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

> Соотношение в целом говорит против дебиана. Rust - старая, уязвимая версия компилятора,

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

> не собирает актуальные проекты. Haskell - старая версия, частично может помочь
> stackage, но новый софт собрать не получится. Go, Python, Perl, Ruby,
> PHP - старая, уязвимая версия в репозиториях. Ocaml - ну тут ещё хоть как-то,

Из реально актульного только Go/Python/Perl/PHP - и те с кучей "но". И вот дебиан как раз фиксы критичных вулнов бэкпортит в том что в репах. А качать абы какой софт от васянов - можно и троян поймать, учитывая как и кем все эти pipi и cargo содержатся.

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

Если софту надо распоследнюю версию - он не прод-ориентированый. Все что о нем надо знать.

> В NixOS прикладной софт элементарно откатывается к старой версии. С серверным чуть
> сложнее, но тоже решаемо. Тем временем в дебиане до сих пор
> нет даунгрейда из коробки.

И хрен с ним. Перед большими операциями я снапшот ФСом делаю. А потом если что не так одним махом откачу. Со всеми конфигами, и проч, куда более точная операция.

> Скажу по секрету, что такие сайты(вещь особо коммерческая) прекрасно живут на релизах
> с сроком жизни меньше пары лет. И пользователи не заметят перехода
> на новую версию, ну разве что заметят,

Простите, мы про сайты или софт? Сайты вообще никто из реп не ставит как таковые. Какие-то конкретные устаканившиеся продукты типа Mediawiki - еще может быть. И таки удобно их из вот именно репы, и без слома потом эн лет.

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

А дистро тут при чем? Такую помойку на чем угодно можно сделать.

> Вы до сих пор не поняли, что nix это пакетный менеджер, с
> контролем завимимостей и прочими фичами?

Я не понял - нахрен мне коллекция мусора в моей ос и такие полися, вернее их отсутствие. Кто это понял тому и карты в руки. Мне это не надо, я за политики Дебиана обеими руками.

> Любой крупный проект. gitlab, docker, rust - что угодно. И если автор
> сумеет доказать превосходство bcachefs по сравнению с btrfs, то его проект
> станет в их число.

Если он будет постоянно ушатывать сборку ФСовских тулсов - превосхоства можно будет ждать долго. А если еще Linus'а огорошивать патчами в RCU в RC5 - можно и размайнлайниться за такое, если по другому не доходит.

> Как только кто-то собирает сколь как либо полезный софт, то он не
> пологается на сомнительных мейнтеров дебиана,

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

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

209. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от _ (??), 04-Сен-24, 18:27 
>Такой, что однажды нарулив - все просто работает.
>> Всё - это что?

Это - всё?

>> Новое железо - нет,

Это - ведро. Их регулярно бэкпортят. Да и ... давай клоун - расскажи чего из серверного железа у тебя не завелось на демьяне? :-)

>> браузеры - их регулярно бекепортируют(хотя и с этим проблемы),

У арчешкольников _такие_ же проблемы дважды в неделю :) и ничего - ты же держишь "сурьёзный продакшон" на арче? :)

>> приложения с 3D графикой - тоже нет.

А это всегда так в лялеках. Но у арчеводов это тоже ломают дважды в неделю...
Ну и ... тсссс!!! Никому! :)
Как только тебе станет нужна графика для работы - у тебя появится мак и форточка. Нет там линуксофф :( ... это я как погорбативший на Adobe-affilated говорю :(

>> Новые программы на условном питоне - тоже нет.

Клован - это о*но лежит себе в докерах уже десяток лет как ...

>> Вы рассуждаете с позиции сисадмина, а я с позиции разработчика.

Разработчика борща у мамки?
Если ты профи программер - то должен понимать что заюзать новую либу в продукте тебе просто так не дадут. Это ответственность людей поумнее, там целая наука как правильно mix it in ... :)

А дома да - и арч продакшон! :)

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

98. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:37 
>С него уже в майнлайне сняли бэджик experimental?

Не удивлюсь, если дебиановский инсталятор позволял отформатировать корень в bcachefs

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

108. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (108), 02-Сен-24, 18:07 
Нет, даже в testing нет.

Недавно ставил, хотел benchmark на ней сделать, а потом btrfs. В общем, не было bcache там.

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

115. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 19:02 
>>С него уже в майнлайне сняли бэджик experimental?
> Не удивлюсь, если дебиановский инсталятор позволял отформатировать корень в bcachefs

Черт знает насчет инсталлера но я нарезал себе через дебутстрап виртуалок с этим. Прада, тулсы я билданул сам и ту версию которой хруст еще не надо было совсем, он там опцией вообще был до неких пор и все было сильно проще, соответственно.

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

18. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (18), 01-Сен-24, 22:53 
Да нет никаких питонопроблем, всё там совместимо, за очень редкими исключениями. Это хрустопроблемы...
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

43. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от _kp (ok), 02-Сен-24, 11:38 
Вне хелловордов, в ПО важном для работы, "редкие проблемы совместимости" свежего Питона, свежих библиотек с уже работавшим кодом, не такие уж и редкие.

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

Еще хуже, когда запускаешь что из репозитория. Если автор не указал конкретные версии библиотек с которыми ПО работало, то начинается игра в угадайку.  

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

61. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (61), 02-Сен-24, 14:21 
>"редкие проблемы совместимости" свежего Питона, свежих библиотек с уже работавшим кодом, не такие уж и редкие.

Решается обновлением всех либ до последних версий. И правкой пары строк своего кода.

>этот бардак настолько част, что на это уже не обращают внимание

Правильно делают. Это часть контракта. Либа делает высокоуровневую функцию. Пока она её делает - она свой контракт выполняет. Нам в принципе подойдёт любая версия, в которой нет уязвимостей и есть всё, что нам нужно. Но последняя - всегда лучше.

>Если автор не указал конкретные версии библиотек с которыми ПО работало, то начинается игра в угадайку

Просто ставишь самые последние.

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

65. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (-), 02-Сен-24, 14:50 
> Решается обновлением всех либ до последних версий. И правкой пары строк своего кода.

Или по просту - "по@б$ться завернуть" на ровном месте. Теперь представим себе няшу майнтайнера с горящими глазами, хватнувшему пару сотен наименований представителей любимого болота. Через релиз-другой он замечает что теперь его жизнь состоит - целиком из вот этого! Это было не совсем то что он хотел, и он куда-то испаряется. А пару сотен пакетов отправляется в утиль. Ладно, так и быть, пару десятков может подхватит кто-то иной, если очень надо. Но через годик - история повторяется и с ним. Так что средний период полураспада софта на питоне - 1-2 года, пожалуй.

>>этот бардак настолько част, что на это уже не обращают внимание
> Правильно делают. Это часть контракта. Либа делает высокоуровневую функцию.

А еще у дебиана есть часть контракта когда они не бампают софт между релизами дабы не ломать народу продакшны. Ибо вон там носится злой crypt которому бсд бампнуло тулчейн в минорном релизе. А у него ребилд модуля ядра и сломайся. Это - то что вы получаете за такой подход к делу.

> Просто ставишь самые последние.

И собираешь все свежие баги в комплекте. Те кто поумнее конечно снапшотят систему и потом если что редиректят все это великолепие в /dev/null - но это больше удел каких-нибудь арчиков. А в проде вот именно такое - нафиг надо. Ибо ставишь вот такое на сервак, он кракает, юзерье с него разбегается, а ты как баклан раскручивал сервис несколько лет только затем чтобы это так глупо про#$ть?!

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

139. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (139), 02-Сен-24, 21:37 
Ты мне перестань вешать. Я уже больше 10 лет full-time питон разработкой занимаюсь. И описанных тобою 9и не тобою) надуманных проблем там нет.

`И собираешь все свежие баги в комплекте` не столько баги, сколько багфиксы.

`Те кто поумнее конечно снапшотят систему` - когда мозгов нет, можно и Hello World в виде образа виртуалке распространять. Я им что, голову свою приставлю?

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

147. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 22:22 
> Ты мне перестань вешать. Я уже больше 10 лет full-time питон разработкой
> занимаюсь. И описанных тобою 9и не тобою) надуманных проблем там нет.

Вот и похвастайся периодом полураспада своих проектов - и сколько их тех, десятилетней давности по сей день в ходу?

> `И собираешь все свежие баги в комплекте` не столько баги, сколько багфиксы.

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

> `Те кто поумнее конечно снапшотят систему` - когда мозгов нет, можно и
> Hello World в виде образа виртуалке распространять. Я им что, голову
> свою приставлю?

Ну, виртуалка по крайней мере если даже и сломается - то и хрен с ней.

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

153. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 00:12 
>Вот и похвастайся периодом полураспада своих проектов - и сколько их тех, десятилетней давности по сей день в ходу?

Хоть я и другой аноним, но всё же, сколько проектов на супер стабильном перле до сих пор в ходу?
>И мне совсем не нравилось как допустим апдейтер убунты на питоне работал

Дебианопроблемы. Если нужна зависимость от питона, то нужно прописать конкретную версию, например /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python. Если нужна зависимость от glibc, то нужна конкретная версия, например /nix/store/r8qsxm85rlxzdac7988psm7gimg4dl3q-glibc-2.39-52/lib/libc.so.6. А вот в системе, собранной умелыми дебианщиками, мало того, что новые версии не запускаются, так и софт при переходе между двумя версиями запросто разламывается. Хочешь испортить впечатление от python - поставь дебиан.
>Ну, виртуалка по крайней мере если даже и сломается - то и хрен с ней.

Зато жор места виртуалками гарантирован. Это плата, за использование примитивных пакетных менеджеров.

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

165. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (165), 03-Сен-24, 04:27 
> Хоть я и другой аноним, но всё же, сколько проектов на супер
> стабильном перле до сих пор в ходу?

В сабже то - ну вот обвес вокруг пакетника и инфраструктуры пакетов. До сих пор в ходу. Вплоть до Debconf'а. Хотя есть и чисто сишный cdebconf сейчас.

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

Простите, но - как минимум убунтупроблемы. Ибо убунтуйская наколень.

> например /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python.
> Если нужна зависимость от glibc, то нужна конкретная версия, например /nix/store/r8qsxm85rlxzdac7988psm7gimg4dl3q-glibc-2.39-52/lib/libc.so.6.

Могу себе представить какой гадюшник в стиле WINDOWS\SYSTEM32 или как там его в результате образуется. Нафиг мне такое в моих системах, себе маздай устраивайте, с террариумом и всеми сортами ржавчины.

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

По моему, портить там что-то излишне. Глжкавый, тормозной, наколенный софт, работающий через раз - говорит за себя сам. А такие логические тупняки (апдейтер апдейтящий сам себя только чтобы обнаружить что версияпитонанета!!11) - так, вишенка на торт к софту где сперва кодят, потом думают.

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

Да жор места тоже понятие такое себе. Ну и виртуалку просто взял и стер атомарно после того как она не нужна. А вон ту лабудень - более 9000 каках в системе, сдалось мне этот крап ковырять с его версиями. Как по мне у дебиана как раз разумный баланс получился. Да, не панацея. Но лично я не собираюсь разводить террариумы и коллекционировать сорта ржавчины. Маздая мне хватило и одного, второго с такой же помойкой в системных дирах мне не надо.

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

183. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 19:06 
>В сабже то - ну вот обвес вокруг пакетника и инфраструктуры пакетов

А зачем дебианом ограничиваться? Давай в дикой природе, без привязки к странным мейнтерам.
>Простите, но - как минимум убунтупроблемы.

Увы, но эта проблема тянется из дебиана, поскольку он не предоставляет никаких возможностей для предотвращения подобных проблем. И если с родным репозиторием это ещё можно назвать убунтопроблемой, то сторонний софт никак от этого не защитить.
>Могу себе представить какой гадюшник в стиле WINDOWS\SYSTEM32

Как только появляется рабочая система, позволяющая запускать рабочий софт, без риска получить eol пакета, прямо по середине жизненного цикла, оставшийся без патчей безопасности, да к тому же без dll hell - так сразу и гадюшник. То ли дело дебиан, когда пакеты прямо посреди релиза вдруг становятся eol, и дебиановцы даже не удосуживаются скопировать патчи из мейнстрима, как например с php. Зато lts, с никем не поддерживаемыми пакетами. Вот не странно, что целых три языка - и всех их дебиановцы не осилили? Скоро python в этот список добавится, тоже будет без обновлений безопасности.
>Да жор места тоже понятие такое себе

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

Удивительно, но в nix есть сборка мусора, и все ненужные пакеты будут удалены. Это не дебиан, где после установки компилятора в систему пропишется binutils, и не захочет удаляться через autoremove. И без приключений, когда удаление одного пакета сносит половину системы.

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

197. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 23:43 
>>В сабже то - ну вот обвес вокруг пакетника и инфраструктуры пакетов
> А зачем дебианом ограничиваться? Давай в дикой природе, без привязки к странным мейнтерам.

Мы в топике про дебиан, я и убил 2 зайцев 1 выстрелом. А в диком виде...
1) На этом таки реально встречаются порой полезные скрипты.
2) В отличие от - они не страдают питонопроблемами. Потуги перл 6 обломались как раз поэтому.
3) Если кто говорит что он перловик, +20 моего уважения автоматом. Ибо гарантирует человека с мозгом. Умеющего в алгоритмы, продвинутости и проч.

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

> Увы, но эта проблема тянется из дебиана, поскольку он не предоставляет никаких
> возможностей для предотвращения подобных проблем.

Дебиан не пользуется этой штукой -> претензии не по адресу. И спасибо но я использую дебиан как раз чтобы не разводить маздайную помойку у себя в системах.

> И если с родным репозиторием это ещё можно назвать убунтопроблемой, то сторонний
> софт никак от этого не защитить.

Лично я не буду скучать о отсутствии хаотичной наколени. Потому и дебиан. А виндообразную помойку вы можете устроить например себе. Я ехидно посмеюсь сравнив нашу производительность менеджмента ОС измеренную в окучиваемых юнитах на рыло. У меня есть пачка VM, 2 выводка одноплатников суммарно более сотни, эн серваков, пара десктопов, ноут, ... и если я удумаю на этом всем жить как на вулкане, я только менеджментом ОС там и буду заниматься. Не очень эпичная перспектива.

> риска получить eol пакета, прямо по середине жизненного цикла, оставшийся без
> патчей безопасности, да к тому же без dll hell - так сразу и гадюшник.

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

> То ли дело дебиан, когда пакеты прямо посреди релиза вдруг
> становятся eol, и дебиановцы даже не удосуживаются скопировать патчи из мейнстрима,

Никто не говорит что дебиан - идеален. Но есть такая штука как good enough. И в целом он именно такой.

> как например с php. Зато lts, с никем не поддерживаемыми пакетами.
> Вот не странно, что целых три языка - и всех их
> дебиановцы не осилили? Скоро python в этот список добавится, тоже будет
> без обновлений безопасности.

Я не понимаю в чем пойнт выпятить полтора примера, проигнорив тысячи успешных. Что это доказывает? В целом мой "load avg" очень сильно понижается. Даже если в сильно некоторых случаях отклонения от идеала и бывают.

> Только в том случае, если у вас есть лишние ресурсы. Если нет,
> то сразу чувствуется, что можно было сделать лучше.

Я так то делаю - мелкие образа из сабжа для однолатников. Минимальный под armhf у меня весит мегов 35-40, это меньше чем размер списка пакетов (в несжатом виде около 100 мегов). Удачи в даче мне лекций на тему ;).

>>Ну и виртуалку просто взял и стер атомарно после того как она не нужна
> Удивительно, но в nix есть сборка мусора, и все ненужные пакеты будут
> удалены. Это не дебиан, где после установки компилятора в систему пропишется
> binutils, и не захочет удаляться через autoremove. И без приключений, когда
> удаление одного пакета сносит половину системы.

Удивительно, но я вообще совсем не хочу мусорить в "основную" систему.

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

211. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от _ (??), 04-Сен-24, 18:42 
> Хоть я и другой аноним, но всё же, сколько проектов на супер стабильном перле до сих пор в ходу?

Установи самый распоследний git без которого нынче ни куда ... что ты там увидел? Оп-па ... :-)

> Дебианопроблемы. Если нужна зависимость от питона, то нужно прописать конкретную версию, например /nix/

nix не не пользуют, от слова напрочь, хоть на стену прыгай о это так.
А демьянщики и рхелщики держат питонов в докерах. Хорошо закупоренными. ТЧК.

> Зато жор места виртуалками гарантирован.

Копейки ... (С)

> Это плата, за использование примитивных пакетных менеджеров.

As you wish ... Но мы по выходным с семьями за город выезжаем а не д**им вприсядку как вашинские :) :-р

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

85. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:12 
>Просто ставишь самые последние.

В питоне не изобрели лок файлы, чтобы заморозить зависимости? Позор, php лучше.

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

110. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (108), 02-Сен-24, 18:08 
Все там есть.
Ответить | Правка | Наверх | Cообщить модератору

112. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (162), 02-Сен-24, 18:27 
Тогда в чём проблема? Ставишь по лок файлу, и дело с концом.
Ответить | Правка | Наверх | Cообщить модератору

36. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от neo one (?), 02-Сен-24, 09:22 
>Оказывается питонопроблемы можно получить и с хрустом... :\

глупый вопрос: а причём тут версии хрустя, дебианы же всё собирают, что мешало собрать нужной версией компилятора и положить юзерам готовое. вижу тут на 99.9% политику и на .1 какие-то технические грабли

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

51. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (51), 02-Сен-24, 13:16 
То есть пакет в дистрибутиве нельзя будет собрать с помощью этого же дистрибутива. Отличное решение.
Ответить | Правка | Наверх | Cообщить модератору

55. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Серб (ok), 02-Сен-24, 13:31 
> глупый вопрос: а причём тут версии хрустя, дебианы же всё собирают, что мешало собрать нужной версией компилятора и положить юзерам готовое. вижу тут на 99.9% политику и на .1 какие-то технические грабли

Что собрать. Старыми версиями раста не собирается.

Собрать новую версию раста - надо кучу библиотек обновлять. Будет фактически другая непроверенная система.

Это проблема раста на которую и я неоднократно тыкал.

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

62. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от neo one (?), 02-Сен-24, 14:32 
>Это проблема раста на которую и я неоднократно тыкал.

Если эта приблема не придумана местными растофобами "растософт молча ломается просто от смены версии компилятора", нафига его вообще в ядро взяли, такое хорошее? Пруфов бы, Билли. )

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

104. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 02-Сен-24, 17:47 
> Если эта приблема не придумана местными растофобами "растософт молча ломается просто от смены версии компилятора", нафига его вообще в ядро взяли, такое хорошее? Пруфов бы, Билли. )

В ядре используют свою версию компилятора rust.
И она сильно отстает от текущей.

И да. Это все Эксперементы....!

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

212. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от _ (??), 04-Сен-24, 18:52 
> нафига его вообще в ядро взяли

Вопрос как говорится на миллион!

К примеру толстяк говорит что деды Си-шники начали стремительно уходить на вечную пензию, а снежинки Си не осиливают ... Ну не JS же в ядро тянуть?! Ну вот и взяли чего у "этих" впопулярно ... :)

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

77. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (76), 02-Сен-24, 16:37 
> Собрать новую версию раста - надо кучу библиотек обновлять. Будет фактически другая непроверенная система.

Это ты врёшь. rust почти польностью самодостаточен, зависит только от libcurl.

> Это проблема раста на которую и я неоднократно тыкал.

Это "проблема" не раста, а "стабильных" дистрибутивов которые пытаются усидеть на двух стульях, поставляя одновременно ___УСТАРЕВШЕЕ___ ПО и, почему-то, свежее ПО, которое, сюрпрайз, на работу с устаревшим не рассчитано. И проявляется она с любыми ЯП - и с python (где уже множество пакетов требует 3.12), и с C++ (где уже всё требует c++17-20, не знаю правда какие в stable версии gcc/clang), не говоря уже о игрушках типа js и go и маргинальщине типа zig.

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

86. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 02-Сен-24, 17:13 
> Это ты врёшь. rust почти польностью самодостаточен, зависит только от libcurl.

Это ты врешь. Что rust без кучи модулей, которые зависят от всего?

> Это "проблема" не раста, а "стабильных" дистрибутивов.

Я про это и говорил. У rust'а нет инфраструктуры, которая бы позволяла годами поддерживать старые программы. Это связано со сложностью условной компиляции. Которая связана с заточеностью на безопасность.

И от этого им не уйти. rust для поделок однодневок, которые работают на конкретном железе в конкретной операционке.

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

88. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:18 
>Это "проблема" не раста, а "стабильных" дистрибутивов которые пытаются усидеть на двух стульях, поставляя одновременно ___УСТАРЕВШЕЕ___ ПО и, почему-то, свежее ПО

Это проблема пактных менеджеров, которые не могут поставить разные версии одного пакета. Дебиан устарел лет двадцать назад, с выходом nix.

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

92. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 02-Сен-24, 17:25 
>>Это "проблема" не раста, а "стабильных" дистрибутивов которые пытаются усидеть на двух стульях, поставляя одновременно ___УСТАРЕВШЕЕ___ ПО и, почему-то, свежее ПО
> Это проблема пактных менеджеров, которые не могут поставить разные версии одного пакета.
> Дебиан устарел лет двадцать назад, с выходом nix.

Уто вам мешает сделать разные пакеты?

И у поделок от них зависящих делать разные зависимости?

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

99. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:39 
>Уто вам мешает сделать разные пакеты?

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

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

102. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 02-Сен-24, 17:44 
>>Уто вам мешает сделать разные пакеты?
> А кто мешает дебиану опакетить несколько пакетов для обсуждаемого пакета? Ничего не
> мешает? Так почему не сделали? В этом и преимущество nix -
> всё сделано из коробки, дополнительных усилий не нужно.
> А кто мешает дебиану опакетить несколько пакетов для обсуждаемого пакета? Ничего не мешает? Так почему не сделали? В этом и преимущество nix - всё сделано из коробки, дополнительных усилий не нужно.

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

Для одной программы это возможно. Для тысяч - нет.

Будет помойка.

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

107. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 18:06 
>Зависимости мешают

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

И в чём проблема?
>Будет помойка.

В том то и дело, что апт может работать только в простых условиях.

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

113. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 02-Сен-24, 18:33 
> У раста зависимости времени компиляции

Это ничего не упрощает. Только усложняет.

Ибо собирать пакет надо из того, что уже есть в дистрибутиве.

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

> В том то и дело, что апт может работать только в простых условиях.

Те кто пытаются работать в "непростых условиях" превращаются в помойку.

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

133. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 21:24 
>Это ничего не упрощает. Только усложняет.

На конечной системе будет только один пакет. Куда уж проще то?
>И проблема с обновлением тысяч мелких пакетов зависящих от другого мелкого пакета.

Эта проблема решается элементарно - достаточно объявить, что пакет b зависит от пакета a, и b будет автоматически пересобираться, при обнолвении a, разумеется, при использовании nix. В debian, нужно будет каждую тысячу пакетов руками трогать.
>Те кто пытаются работать в "непростых условиях" превращаются в помойку.

В то время, как nix умеет разруливать ситуации, когда несколько пакетов нуждаются в своих собственных версиях, в том числе и кастомных патчах, для того, чтобы превратить систему в помойку apt-у достаточно установить и потом сразу же удалить пакет - apt не осилит удалить все только что установленные пакеты. Так что превратить систему в помойку apt может и при штатном использовании.

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

156. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (156), 03-Сен-24, 00:50 
> На конечной системе будет только один пакет. Куда уж проще то?

Вот только зависеть он будет от другого набора библиотек, которых нет дистрибутиве. Кто их собирать и поддерживать будет? Ибо большинство растовых модулей - это обертки. И обертки над обертками.

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

157. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 01:03 
>Вот только зависеть он будет от другого набора библиотек, которых нет дистрибутиве.

В дебиане так сложно опакетить несколько библиотек?
>Кто их собирать и поддерживать будет?

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

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

166. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 04:31 
> Поддерживать их будут их авторы. Задача мейнтера их однократно положить, чтобы софт
> собрался, и возможно иногда обновлять.

А, понятно - вывалить с лопаты, как в маздае, без каких либо полисей и гарантий вообще. Офигенно придумано... для админов локалхоста... и вы там можете погадать что в этой помойке сломается сегодня. И кто отвечает чтобы этот вулн починили, желательно вовремя.

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

184. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 19:13 
То ли дело в дебиане - тыкаешь в случайный пакет, и получаешь eol, без патчей безопасности. ruby и buster - eol. php и bullseye - eol.
>И кто отвечает чтобы этот вулн починили, желательно вовремя.

А зачем его чинить? Если версию поднимать, то старый софт развалится, штабильности не будет. Если патчи бекпортировать, то это думать надо. Главное версию заморозить, и тогда будет дебиановская стабильность.

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

204. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 04-Сен-24, 13:07 
> То ли дело в дебиане - тыкаешь в случайный пакет, и получаешь
> eol, без патчей безопасности. ruby и buster - eol. php и
> bullseye - eol.
>>И кто отвечает чтобы этот вулн починили, желательно вовремя.
> А зачем его чинить? Если версию поднимать, то старый софт развалится, штабильности
> не будет. Если патчи бекпортировать, то это думать надо. Главное версию
> заморозить, и тогда будет дебиановская стабильность.

Тут все просто. Если разработчик заточен на последнии версии даже при исправлении дыр. То то что у программы есть дыры - это проблема разработчика.

Про rust кстати у дебиана хорошая фраза есть.

5.2.1.2. Пакеты на основе Go и Rust

" Инфраструктура Debian в настоящее время имеет проблемы со сборкой пакетов типов, которые систематически используют статическое связывание. С ростом экосистем Go и Rust это означает, что на эти пакеты будет распространяться ограниченная поддержка безопасности до тех пор, пока инфраструктура не будет улучшена для обеспечения их обслуживания.

В большинстве случаев, если требуются обновления для библиотек разработки Go или Rust, они будут выпущены только в регулярных точечных выпусках. "

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

219. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 05-Сен-24, 04:29 
> То ли дело в дебиане - тыкаешь в случайный пакет, и получаешь
> eol, без патчей безопасности. ruby и buster - eol. php и
> bullseye - eol.

Ну таки полная поддержка - Stable. А oldstable и тем паче oldoldstable уже таки на минималках. Это паллиатив для тех кто вот прям ща мигрировать не могет.

Хардкорные некромансеры могут юзать убунту с расширенной поддержкой. Там можно и 8 лет спокойной жизни отхватить. С особенностями, но всякие NIH OS близко к этому не стояли.

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

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

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

122. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (122), 02-Сен-24, 20:13 
> Уто вам мешает сделать разные пакеты?

А давай ты сам сначала попробуешь это сделать? А то теоретики такие теоретики...

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

140. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 21:45 
> Это проблема пактных менеджеров, которые не могут поставить разные версии одного пакета.

Вот не хватало развести в системе винду с setup.exe и приватной копией либы у каждой поделки.

> Дебиан устарел лет двадцать назад, с выходом nix.

А секурити фиксы на более 9000 приватных копий какого-нибудь zlib или что там еще - кто будет выкатывать? Майнтайнеры? А у них пупок там не развяжется? Или сделать как в маздайке, что вот тут более 9000 версий либы, но за это никто не отвечает, и то что половина уязвимые - твоя проблема, дорогой пользователь? Ну или как решается этот простой вопрос, способный неиллюзорно подгрузить майнтайнеров работой, если попытаться сколь-нибудь вменяемые эксплуатационные политики секурити пакетов применять?


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

148. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 22:25 
>А секурити фиксы на более 9000 приватных копий какого-нибудь zlib или что там еще - кто будет выкатывать? Майнтайнеры? А у них пупок там не развяжется?

А кто же ещё? Это они и развели 9000 версий.
>Ну или как решается этот простой вопрос, способный неиллюзорно подгрузить майнтайнеров работой, если попытаться сколь-нибудь вменяемые эксплуатационные политики секурити пакетов применять?

Всё просто: выпускается версия 1.0, в которой не доглядели проблему, включается эта версия в дебиан. Тем временем софт дорастает до версии 3.1, и обнаруживается проблема. Автор софта выпускает патч 3.2, где эту проблему исправляют. Возможно, если есть лтс, то автор выпустит и 2.97. И вот тут то и начинается задача мейнтеров: им нужно во-первых выяснить, подвержена ли 1.0 проблеме(в момент выпуска об этой проблеме никто не знал), и если да, то адаптировать патч под 1.0. В этом и заключается их задача, они знали на что шли, когда замораживали версию.
>способный неиллюзорно подгрузить майнтайнеров работой, если попытаться сколь-нибудь вменяемые эксплуатационные политики секурити пакетов применять?

Даже если есть буквальные 9000 версий, то в большинстве своём, туда нужно будет добавить всего один патч - аж целая одна строка в коде сборки. Может конечно, там и потребуется менять номера строк или файлов(если их переименовывали), но это не сложно. Наберётся на эти 9000 версий ну пускай 5 вариаций патча, много ли это? Разницы между тем, чтобы патчить условную 2.45 и 2.46 очень немного, тем более, что часть патчей, порождающие эти 9000 вариций к проблемным строкам никак не относятся.

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

149. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 22:29 
>А кто же ещё? Это они и развели 9000 версий.

В силах мейнетров радикально уменьшить список версий, если релизится не раз в пять лет, а почаще, например через год или шесть месяцев. А то получилось, что когда дистрибутив релизился, программа была версии 1.0, потом какая-то программа обновилась, и стала 1.5, и потащила новую в систему, а потом кому-то потребовался 3.1.

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

155. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 00:36 
> А кто же ещё? Это они и развели 9000 версий.

Они это кто? У дебиана 1 версия zlib в репах. В каких-то некоторых случаях может быть backports, но это - на страх и риск устанавливающего.

> ли 1.0 проблеме(в момент выпуска об этой проблеме никто не знал),
> и если да, то адаптировать патч под 1.0. В этом и
> заключается их задача, они знали на что шли, когда замораживали версию.

У майнтайнеров есть свои соображения - включая тайминги релиза их дистро. И вот тут - ну уж как повезет. В этом мире никто никому твердых гарантий не дает. Если им сдедать неудобно, вероятность увидеть свое добро в дебиане - понижается. Майнтайнеры тоже люди. Вам похрен на их траблы? А они перестанут юзать вашу приблуду. И пакет майнтайнить заодо. Ну и вот не будет вашей штуки в этом дистро и его деривативах, коих - легион. Кому от этого хуже вопрос интересный.

> Даже если есть буквальные 9000 версий, то в большинстве своём, туда нужно
> будет добавить всего один патч - аж целая одна строка в
> коде сборки.

Это +n пакетов на майнтенанс, трекинг вулнов, а также обеспечение coexistence, разруливание критичных багов, портирование фиксов апдстрима и проч.

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

> Может конечно, там и потребуется менять номера строк или
> файлов(если их переименовывали), но это не сложно.

А также разобраться с факапами совместимости, скажем, что если 2 версии жрали 1 и тот же конфиг, но его формат менялся? И вот мы ставим либу 1.0 с /etc/some.conf и 2.0 с /etcs/some.conf - но ДРУГИМ. А дальше чего? А, да, даже у либ бывают - вот - конфигфайлы. Кто не верит могу примеров насыпать.

> Наберётся на эти 9000 версий ну пускай 5 вариаций патча, много ли это? Разницы между
> тем, чтобы патчить условную 2.45 и 2.46 очень немного, тем более,
> что часть патчей, порождающие эти 9000 вариций к проблемным строкам никак
> не относятся.

Но таки - майнтайнерам можно сделать неудобно. И они не будучи себе врагами могут решить что тогда пусть автор сам и майнтайнит это, ну или "кто-то". Который часто оказывается в результате "никто". И получается - ну вот как с кентовской приблудой. Она реально слишком хаотичная. Зря он отдал утилс на комиты каким-то васянам, профачат они ему проект, он хоть немного понял уже как надо. Эти не понимают даже такое. А сам он с горя теперь половину менеджмента в ядро внес, типа апгрейда-даунгрейда формата ФС. Не уверен что этому место в ядре, но видимо - утилсы ему разломали до состояния когда оно работает раз через три.

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

159. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 02:15 
>Они это кто?

Они - это дебиан. Возьмём, например golang, если для него отслеживаются исправления, то в дебиане нужно патчить 8 пакетов. Добавление сюда ещё парочки версий картину принципиально не меняет.
buster (oldoldstable) 2:1.11~1
bullseye (oldstable) 2:1.15~1
bullseye-backports 2:1.19~1~bpo11+1
bookworm (stable) 2:1.19~1
bookworm-backports 2:1.22~3~bpo12+1
trixie (testing) 2:1.22~3
sid (unstable) 2:1.22~3
experimental 2:1.23~1
>Если им сдедать неудобно, вероятность увидеть свое добро в дебиане - понижается

Очень интересно, кто будет писать код руководствуясь не своим удобством и потребностью в фичах, а тем, чтобы он собирался в старейшем дебиане. Если в новом голанге в 1.23 обновили for, то пользоваться этой фичей нельзя аж до тех пор, пока следующий релиз(trixie?) не станет oldoldstable.
>А они перестанут юзать вашу приблуду. И пакет майнтайнить заодо. Ну и вот не будет вашей штуки в этом дистро и его деривативах,

То-то ubuntu snap усиленно внедряет, чтобы не зависеть от мейнтеров. Добавить сюда flatpak, chroot, docker, nix, и уже как-то всё равно, что есть в репозитории дебиана, даже если на машине установлен этот самый дебиан.
>Это +n пакетов на майнтенанс

В дебиане поддержка пакетов стоит титанических усилий?
>трекинг вулнов

Это от количества версий не зависит - максимум верхняя и нижняя граница.
>а также обеспечение coexistence

nix уже больше двадцати лет. Уже больше двадцати лет сосуществование пакетов обеспечивается автоматически
>разруливание критичных багов

А с каких пор дебиан баги правит? В некоторых случаях баги старых версий настолько достают разработчиков, что они просят убрать их из "стабильных" дистрибутивов. https://www.opennet.ru/opennews/art.shtml?num=44184 https://www.opennet.ru/opennews/art.shtml?num=40921
>Тогда минус пакет в сабже и деривативах.

Любой более-менее заслуживающий внимание дериатив начинает рано или поздно свой репозиторий. Что lmde, что убунта, что тейлс.
>что если 2 версии жрали 1 и тот же конфиг, но его формат менялся?

В дебиане сдаются ещё до того, как столкнуться с конфигами. В nixos же будет достаточно сказать системе, что вот этот софт нужно запустить в контейнере, контейнер будет создан средствами nixos. Да, не идеально, но работает.
>Который часто оказывается в результате "никто"

Который слишком часто оказывается "никто", так как максимум, что делают в дебиане - собирают пакет. А то, что этот пакет работает с багами - их не касается.

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

167. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 04:53 
> то в дебиане нужно патчить 8 пакетов. Добавление сюда ещё парочки
> версий картину принципиально не меняет.

...
> experimental 2:1.23~1

Я имею кое-что против того чтобы этот террариум был выгружен в мои продовые системы всем скопом. Из соображений безопасности, стабильности, надежности и майнтенанса.

> Очень интересно, кто будет писать код руководствуясь не своим удобством и потребностью
> в фичах, а тем, чтобы он собирался в старейшем дебиане.

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

А удобство разработчика - только разработчика и е...т, говоря начистоту. Так можно остаться и совсем без юзерей. Ибо если достоинством проги является удобство для ее автора - ну тогда пусть он сам ее и юзает, например? А остальным то какие достоинства? Это для них явно не плюс. Скорее, это транслируется в жесткие траблы - потому что для удобства автора можно срезать много углов и забить на все и вся, как следующий логичный шаг. Багфиксы? Вулны? Fuzzing какой? Забота о участи тех кто это юзает? Экая гадость и рутина, фи.

> Если в новом голанге в 1.23 обновили for, то пользоваться этой фичей
> нельзя аж до тех пор, пока следующий релиз(trixie?) не станет oldoldstable.

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

> То-то ubuntu snap усиленно внедряет, чтобы не зависеть от мейнтеров. Добавить сюда
> flatpak, chroot, docker, nix, и уже как-то всё равно, что есть
> в репозитории дебиана, даже если на машине установлен этот самый дебиан.

Я не сомневаюсь что достаточно упертый маздаец сможет сделать маздай с откровенной помойкой - даже из линуха. А я на линух перешел как раз чтобы помоек в системе не было, внезапно. Поэтому все ваши снапы и флатпаки мне нахрен не вперлись. Я маздая наелся - в маздае. А возможность трекать все что установлено 1 пакетником, и легко это апдейтить для соответствия вполне конкретным эксплуатационным полисям - сильно упрощает жизню. Мою. И я буду за это обеими руками. Если какой-то софт не может с этим существовать, он будет деинстальнут. Я не собираюсь усложнять себе жизнь В РАЗЫ из-за какой либо программы. Какой бы офигенной она по мнению автыря не была. Незаменимых не бывает, знаете ли.

>>Это +n пакетов на майнтенанс
> В дебиане поддержка пакетов стоит титанических усилий?

Death by 1000 cuts можно таки и огрести. Что и случается с хайпожорами разводящими помойки.

>>трекинг вулнов
> Это от количества версий не зависит - максимум верхняя и нижняя граница.

Вообще-то чем больше entities трекать - тем больше нагрузка на майнтайнеров. Правда я кэп?! Трекать 1 версию это одно. Трекать дюжину и тем более патчить - в разы больше работы.

>>а также обеспечение coexistence
> nix уже больше двадцати лет. Уже больше двадцати лет сосуществование пакетов обеспечивается
> автоматически

Простите но мне не надо маздай сделаный из линуха. И я не собираюсь устраивать всякие террариумы у себя в системе для всякой ср@ной наколени "для удобства ее авторов". Эти авторы могут идти нахрен. Вместе с своей наколенью, имхо. Потому что я совсем не ок с их политиками майнтенанса и ЭТОГО в моих системах быть НЕ ДОЛЖНО. Майнтайнеры для меня - вратари отбивающие подобный крап на подлете. И я за это им БЛАГОДАРЕН. А вы можете держать 10 версий питона в системе или что вам там надо. Я же свои системы не считаю настолько помойкой.

> А с каких пор дебиан баги правит? В некоторых случаях баги старых
> версий настолько достают разработчиков, что они просят убрать их из "стабильных"

Порой - правят. И уж вулны точно чинят - в соответствии с вполне конкретными полисями. А какие полиси распостраняются на террариум? И какие таймлайны поддержки? А, "ктулху его знает"? Not good enough for me. Я предпочитаю все же некое планирование эксплуатации, даунтаймов, перетрясов и проч.

> Любой более-менее заслуживающий внимание дериатив начинает рано или поздно свой репозиторий.
> Что lmde, что убунта, что тейлс.

Принцип опенсорса - форкай наздоровье, если здоровья хватает. Можно еще финт, свой репо поверх основного. Я так делаю местами - для отгрузки своих компонентов вооооон тем. И чего?

>>что если 2 версии жрали 1 и тот же конфиг, но его формат менялся?
> В дебиане сдаются ещё до того, как столкнуться с конфигами. В nixos
> же будет достаточно сказать системе, что вот этот софт нужно запустить
> в контейнере, контейнер будет создан средствами nixos. Да, не идеально, но работает.

Остается вопрос зачем мне вся эта помойка и все эти проблемы? Чтобы каким-то гамнокодерам было удобно? Тогда я пешком постою - и они могут вгрузить весь террариум например - себе. Вместе с дюжиной версий игого, сортами ржавчины и проч. Главное чтобы это не у меня: мои системы - не ваш мусорный бак, испражняйтесь в другом месте, имхо.

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

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

А с bcachefs я так, слегка экспериментирую. И меня уже начинает конкретно напрягать бардак в кентовской разработке, закладываться в проде на ЭТО я не буду до момента когда и если этот треш не устаканится и не стабилизируется. Если же там все время будет ЭТО - следующие лет 10 про реальную эксплуатацию такой штуки можно с чистой совестью забыть.

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

187. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 20:24 
>Я имею кое-что против того чтобы этот террариум был выгружен в мои продовые системы всем скопом.

Вот далось вам наличие двух версий пакета в системе. Когда был python 2 и 3 одновременно - как с этим жилось? А qt 5 и 6? А gtk 2, 3, 4? Чем голанг хуже питона или qt?
>Тот, кому надо чтобы он был в пакетах дебиана и других более адекватных дистров, ориентированных на реальную эксплуатацию.

Тот, кто сидит на дебиане, либо ставит в докер, либо через sh | curl, либо подобным образом.
>Я не сомневаюсь что достаточно упертый маздаец сможет сделать маздай с откровенной помойкой - даже из линуха

Удивительно, как это разработчики один за другими не хотят собираться под дебиан. Как же так?
>Вообще-то чем больше entities трекать - тем больше нагрузка на майнтайнеров. Правда я кэп?! Трекать 1 версию это одно. Трекать дюжину и тем более патчить - в разы больше работы.

Это давным давно вручную не делается. Открываем любой трекер, например repology, вводим версию, и смотрим. Вбиваем, например ruby, и видим, что более чем половина дебиановских версий сейчас с cve. Нажимаем на восклицательный знак, и видим, с какими именно. И чем же это таким важным дебиановцы заняты, что у них не то что в стейбле, даже в анстейбле уязвимые версии? Сравниваем с тем, что в NixOS и Arch версии без уязвимостей, и делаем правильные выводы о нужности дебиана.
>А возможность трекать все что установлено 1 пакетником

Одним? Ха-ха. В дебиане их нужно по количеству языков, а то и больше. Это nix может поставить любой пакет, хоть Haskell, хоть Ruby, хоть системный, apt на такое не способен.
>Порой - правят. И уж вулны точно чинят - в соответствии с вполне конкретными полисями

Да? В лучшем случае они просто скопируют патчи из апстрима, в худшем - нет, как php в buster 7.3.31, когда в апстриме 7.3.33. Если они готовый патч скопировать не могут, то сомневаюсь, что у них хватит сил бекпортировать на неподдерживаемую апстримом версию.
>Можно еще финт, свой репо поверх основного. Я так делаю местами

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

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

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

198. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 04-Сен-24, 00:03 
> Вот далось вам наличие двух версий пакета в системе. Когда был python
> 2 и 3 одновременно - как с этим жилось?

Ну вот так. Для меня это вообще повод питонософт не использовать по возможности.

> А qt 5 и 6? А gtk 2, 3, 4? Чем голанг хуже питона или qt?

Тем что такой бардак ЯПы точно не украшает. Тулкиты, кстати, тоже. В любом случае - я предпочту минимизировать это явление и считать его чем-то плохим, а не раздвинув ноги дать зеленый свет конверсии моей ОС в помойку имени маздая, где у каждой проги свой zlib и попробуй угадать который из них - с вулном.

Deal breaker это наличие конкретных полисей майнтенанса и секуритификсов. Без этого для меня оно - наколень, для прода не годится.

> Тот, кто сидит на дебиане, либо ставит в докер, либо через sh
> | curl, либо подобным образом.

Либо нет. Ибо не всем нравится превращать ОС в помойку. Есть еще опция не юзать вон тот софт совсем, например. В репах дебиана более чем дохрена софта и так, на самые разные оказии.

> Удивительно, как это разработчики один за другими не хотят собираться под дебиан.
> Как же так?

Если какой-то EXPERIMENTAL под дебиан не собирается - так оно на то и EXPERIMENTAL, имхо. А когда и если застабилизируется до чего-то более разумного я и подумаю как оно мне в проде.

Пихать ФС у которой можно без тулсей остаться по вот таким причинам в прод - мне не очень. Равно как и танцевать с выискиванием господам самого-самого тулчейна. Это имхо делает менеджмент ФС непрактичным и идет проекту в жирный минус. А вы там можете таскать для этой байды зоопарк питонов, хруста, либ, и чего там еще. Хоть весь интернет себе скачайте!

> Это давным давно вручную не делается. Открываем любой трекер, например repology, вводим
> версию, и смотрим. Вбиваем, например ruby, и видим, что более чем
> половина дебиановских версий сейчас с cve.

Знаете чего, получать пакеты собраные ботами и не видавшие живого майнтайнера вообще мне как-то очень так себе. Сами такое с лопаты кушайте, имхо. А я в курсе как это выглядит и именно поэтому у меня ТАКОГО никогда не будет. Хаотичная помойка без внятных полисей - еще не прод, ага!

> анстейбле уязвимые версии? Сравниваем с тем, что в NixOS и Arch
> версии без уязвимостей, и делаем правильные выводы о нужности дебиана.

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

>>А возможность трекать все что установлено 1 пакетником
> Одним? Ха-ха. В дебиане их нужно по количеству языков,

Кому нужно - тот пусть и разводит У СЕБЯ гадюшник, я не возражаю. А мне и так хорошо. И да, возможность обойтись штатными репами импактит выбор софта и тулсов, decision making такой.

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

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

Еще раз - не вижу причин выпячивать пару примеров когда меня уменьшение "load avg" интересовало. Дебиан в этом очень крут оказался. Ну вот есть у меня пачка хостов. Беспроблемных по сути. За это я его и лю.

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

У дебиана есть конкретные полися и в большинстве случаев им таки следуют. А если мне извините сервак разворотят черти какой версией при апдейте, не совместимой с старой - ну, знаете, я зашатдаунить его и без этих улучшателей могу :)

> Стабильный релиз NixOS выходит каждые полгода, одновременно существует только
> один стабильный релиз.

Я не собираюсь дергаться раз в полгода. Конец истории.

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

199. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 04-Сен-24, 02:04 
>В репах дебиана более чем дохрена софта и так, на самые разные оказии.

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

В дебиане есть живой мейнтер, и куча пакетов с cve. Просто интересно, когда же вы наконец то это заметите.
>Кому нужно - тот пусть и разводит У СЕБЯ гадюшник, я не возражаю.

Почему вы называете установку пакетов одним пакетным менеджером гадюшником? Вы хотите как в дебиане, когда из репозиториев ставится pip, и потом пакеты для питона ставятся через него?

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

220. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 05-Сен-24, 04:34 
> Если речь идёт про разработку, то там едва получится разрабатывать на си
> и плюсах. Для остальных языков репы дебиана непригодны.

Не испытываю проблем и с этим, и с bash, и с еще рядом всякой активности от легкого скриптинга JS (вебморды мелочи слегка) и всяких aux скриптов всякой штуки до рисовки печаток в KiCad и ворочания графики.

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

> В дебиане есть живой мейнтер, и куча пакетов с cve. Просто интересно,
> когда же вы наконец то это заметите.

А в NIH OS есть - полное отсутствие политик вообще, зато в наличии хаос и бардак, с полным отсутствием предсказуемости.

> Почему вы называете установку пакетов одним пакетным менеджером гадюшником?

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

> Вы хотите как в дебиане, когда из репозиториев ставится pip, и потом пакеты для
> питона ставятся через него?

Я хочу как в дебиане. Когда все ставится через пакетник. А что не может с этим жить - не ставится совсем, как малопредсказуемое для прода ;). Исключение - всякий кастомный софт ради которого сервак/VM/одноплатник подняты и проч.

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

244. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 12-Сен-24, 13:16 
> Если речь идёт про разработку, то там едва получится разрабатывать на си и плюсах. Для остальных языков репы дебиана непригодны.

Поэтому и неважны плюсы и минусы C.

Из-за того, что остальное пригодно для разработки весьма условно (с кучей проблем, условий и ограничений).

Еще C++ пригодно, если следовать в разработке правилам разработчиков Qt.

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

213. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от _ (??), 04-Сен-24, 19:14 
>> Это проблема пактных менеджеров, которые не могут поставить разные версии одного пакета.
> Вот не хватало развести в системе винду с setup.exe и приватной копией либы у каждой поделки.

Люди! Да очнитесь вы уже!!! Уже давно это сделано! Скажите docker ps (или чего там у вас для контейнеров) , не забудьте флатпаки пролистать тоже и это хню негрубунскую ... как еЕ там - тоже ...

Забейте! (С)

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

221. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 05-Сен-24, 04:37 
> Люди! Да очнитесь вы уже!!! Уже давно это сделано! Скажите docker ps
> (или чего там у вас для контейнеров) , не забудьте флатпаки
> пролистать тоже и это хню негрубунскую ... как еЕ там - тоже ...

1) У меня нет никаких докеров.
2) И flatpack'ов тоже.
3) Всякий кастомный срач я поднимаю в transient виртуалках ворочаемых моими скриптами.
4) Отъюзав такую VM я ее стираю - и мою руки с мылом.

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

163. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 03:13 
>Что собрать. Старыми версиями раста не собирается.

Зачем вообще в дебиане после заморозки версии эту самую версию решили менять? Или у них заморозка частичная - тут меняем, тут не меняем, тут рыбу заворачивали?

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

170. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (156), 03-Сен-24, 08:25 
Там дыры. Их надо убрать.
А тут версия закрывшая дыры, которая старым компилятором не собирается.
Ответить | Правка | Наверх | Cообщить модератору

66. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 14:54 
> глупый вопрос: а причём тут версии хрустя, дебианы же всё собирают, что
> мешало собрать нужной версией компилятора и положить юзерам готовое. вижу тут
> на 99.9% политику и на .1 какие-то технические грабли

То что он не собирается версией хруста поставляемой в Debian. Если господа убер-инноваторы и хотят юзать версию тулчейна качаемую незабываемым высокосекурным curl | bash, тогда пусть и пакетят такое - сами. А гражданину Кенту насчет рабочих процессов вон там профессиональный PM все популярно сказал. Если кто будет фигачить вот так - ну, окей, он как таковой вообще не решение для продакшна. Как максимум выбор десятка васянов готовых мануально прыгать с этой штукой.

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

232. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 09-Сен-24, 20:45 
>>можно отметить удаление пакета bcachefs-tools с утилитами для управления файловой системой Bcachefs

И правильно сделали потому что это Debian Stable.

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

4. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Ося Бендер (?), 01-Сен-24, 21:10 
Линус-же сказал, что пожалел, что бикэшэфэс принял в ядро. По-видимому ребятушки решили заранее "подсуетится". Ну что-ж, правильно. Сам себе отдых не сделаешь, никто его так просто не даст, а тут такой повод...
Ответить | Правка | Наверх | Cообщить модератору

8. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (-), 01-Сен-24, 22:00 
> Линус-же сказал, что пожалел, что бикэшэфэс принял в ядро.

Как сказал - так и pull'нул новую версию патча без интрузива. Его ж цель не навешать люлей, а управлять процессом приводя его в разумные рамки, когда активность разных сторон не создает окружающим проблем.

> По-видимому ребятушки решили заранее "подсуетится". Ну что-ж, правильно.

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

> Сам себе отдых не сделаешь, никто его так просто не даст, а тут такой повод...

Да вот хрен, теперь он отдохнет когда помрет походу.

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

11. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от AKTEON (?), 01-Сен-24, 22:07 
Воот . Правильно что убрали.Я бы еще и Rust туда не пускал, пока международный стандарт языка не принят.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

13. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (-), 01-Сен-24, 22:11 
>  Воот . Правильно что убрали.Я бы еще и Rust туда не пускал, пока
> международный стандарт языка не принят.

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

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

21. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (-), 01-Сен-24, 23:41 
> А, ну да, бардак в процессе разработки хруста и всего что вокруг - таки и правда больше факапы  менеджмента.

На фоне того, что в ядро попадает даже не компилирующейся код, и Торвальдс бухтит "Your testing is seriously lacking. This doesn't even build."
lore.kernel.org/dri-devel/CAHk-=wgPJttFz8yrdpPTN-ypMmDXHOKw9yi1nZSEq+7+tGftZA@mail.gmail.com
Или того что дэʼгенераты-фанатики ломают дрова нвидии в минорном апдейте..
Раст выглядит вполне неплохо)

> Хипстеры с горящими глазами - в кодинге сильно лучше чем в планировании и управлении. Вот только сперва накодить а потом подумать - не везде катит.

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

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

28. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (28), 02-Сен-24, 04:50 
> На фоне того, что в ядро попадает даже не компилирующейся код, и
> Торвальдс бухтит "Your testing is seriously lacking. This doesn't even build."

Сделайте проект такого же масштаба - и мы посмотрим сколько и каких факапов будет у вас. Ибо все познается в сравнении. Я вот видел большие корпоративные проекты, и как это вообще релизится. И знаете, на этом фоне линух не такой уж и плохой, а Торвальдс свое дело отлично знает.

И, ончевидно, если Торвальдс поймал факап и бухтит, то это взаимоисключающие параграфы с "в ядро попадает". Ибо вот как раз - PM крут, и в релиз такой шитец не пройдет. А чтобы корпораты проект такого масштаба вообще своротили, с тысячами девов, географически распределенной тимой, и такими таймингами релизов и объемами патчей? Это как максимум какая-нибудь блевотина, где плюс-минус крах вообще всем пофиг. А допустим винду выкатывают куда реже, а ее ченжлоги за последние пару десятилетий в районе кернеля - вообще, простите, о чем? Это не идет ни в какое сравнение с линухом. У коего все ключевые подсистемы тупо в разы быстрее. И процессы, и ФС, и вот это все. Вплоть до того что майки сервируют виндусапдейт линуксным CDN. При наличии своих серверов, дц и анлимной лицензии на винду!

> Или того что дэʼгенераты-фанатики ломают дрова нвидии в минорном апдейте..
> Раст выглядит вполне неплохо)

Если кто уповал на фичу которую никто никогда не гарантировал - он, вероятно, тоже не гроссмейстер был, мягко говоря. Как говорится, contact your support.

> Хахаха, планирование и управление в линуксе? Ты серьезно?

Да, я серьезно. По сравнению с *bsd/hurd/haiku и прочими реактосами - там все довольно неплохо, а прошареные корпораты давно пытаются косплеить - именно эти процессы. Но вообще у них не особо получается. Их склонность к корпоративному булшиту - таки, подводит.

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

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

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

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

40. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 11:07 
> Сделайте проект такого же масштаба

"Сперва добейся" (с)?
Не я на такие простое трололо не ведусь)

> Ибо все познается в сравнении. Я вот видел большие корпоративные проекты, и как это вообще релизится. И знаете, на этом фоне линух не такой уж и плохой, а Торвальдс свое дело отлично знает.

Я тоже видел большие корпоративные проекты на десятки миллионов LOC.
И там были настроены PR-чеки. Если оно не собирается хотя бы на одной целевой платформе, то ты просто не можешь замерджить ветку.

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

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

Тут повезло что он полез. А если бы нет?
У нас Торвальс один, клонировать и размножить его мы пока не умеем.

> Ибо вот как раз - PM крут, и в релиз такой шитец не пройдет.

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

> А чтобы корпораты проект такого масштаба вообще своротили, с тысячами девов, географически распределенной тимой, и такими таймингами релизов и объемами патчей?

Во-первых, винда или макось это проект гораздо большего масштаба чем ядро линукс.
Ибо там не только само ядро, но еще UI.
Во-вторых, именно корпораты пишут 80% кода для ядра с "с тысячами девов, географически распределенной тимой...".
Тот патч на который я ссылался делала команда интела.
В-третих, даже если у винды какие-то проблемы, то твой аргумент уровня "ты лучше посмотри, а че там у х̶о̶х̶л̶ корпов!".

> Если кто уповал на фичу которую никто никогда не гарантировал - он, вероятно, тоже не гроссмейстер был, мягко говоря. Как говорится, contact your support.

Т.е работа драйверов нвидия это "фича которую никто никогда не гарантировал"?
Отличная позиция! Надежная как швейцарские часы.

> Да, я серьезно. По сравнению с *bsd/hurd/haiku и прочими реактосами - там все довольно неплохо

О, отличный список. Примерно как конкурс среди умственно отсталых.
Давай сравнивать с нормальными системами?
Винда, макось, андроид?

> прошареные корпораты давно пытаются косплеить - именно эти процессы

Пруфы есть? Или для красного словца сказал?
Как я уже заметил - ядро пишут именно корпы.

> Только почему-то большая часть корпоративного булшита по уровню качества сильно сливает линуху

Хахаха, ну ты просто петросян.
4% меньшинство опять разбушевалось.
Линукс это и есть "корпоративный булшит" тк бесполезные васяны из Щоо6щества могут осилить всего 20% кода.
Без корпов они просто ничто, но воняют так, как будто сами все ядро написали.

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

71. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 15:43 
> "Сперва добейся" (с)?
> Не я на такие простое трололо не ведусь)

Мы в этом нашем IT что такое хорошо и плохо проверяем - практикой. Так что если кто настаивает что вон то лучше чем вон это, без шоукейсов сие ни о чем. И на такое я тоже не ведусь.

> Я тоже видел большие корпоративные проекты на десятки миллионов LOC.
> И там были настроены PR-чеки. Если оно не собирается хотя бы на
> одной целевой платформе, то ты просто не можешь замерджить ветку.

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

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

А оно и у вон тех никогда не заканчивается. Как и затыкание фэйлящих тестов, "да черт с ним, релизнемся и так", и убиение сотен времени на корпоративный миндфак. А более крутые проекты столь же критичные к факапам как ядро ОС - вообще где? У майкрософта допустим ntfs.sys цать лет падает в бсоды на битых томах. То-есть за все цать лет они не смогли в обычный fuzzing. И вот о чем мы тут говорим?

Шоукейсы успеха в этом направлении - где? Не, простите, 10 миллионов строк вебфигни не котируется. Там сильно другие требования к качеству. Плюс-минус пару крахов вообще всем пофиг зачастую. А вот в ядре народ это таки - заметит.

> А все в угоду престарелым дидам с деменцией, которые не могут осилить
> новые технологии.

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

> Тут повезло что он полез. А если бы нет?

В этом мире "бы" не считается. А так ядро довольно много кто и что тестит. И именно поэтому вон там в RC5 Торвальдс бортанул фиксы патчащие RCU, дабы не инвалидировать результаты тестирования (==вытаптывание поляны на всех конфигах).

У, и да, вы наверняка поднапряжетесь повторить даже просто все мои конфиги - в своей локации. А таких как я - на этом глобусе много. И конфиги у нас - разные. Ядро то - в основе все и вся, представляете какая там матрица тестирования?! Не, вы ЭТО никогда не засетапите в полном объеме в своей энтерпрайз какахе. Значит будете пропускать факапы оптом.

> У нас Торвальс один, клонировать и размножить его мы пока не умеем.

И что? Есть еще два зиллиона тех кто тестирует кернель. И в их разнообразии их сила. А Торвальдс - координатор процесса, обеспечивающий адекватные соотношения.

>> Ибо вот как раз - PM крут, и в релиз такой шитец не пройдет.
> Как ПМ он просто дно, ты представляешь что директор завода будет проверять
> микрометром каждую выточенную болванку?

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

TL;DR личная заинтересованность в исходе процесса это очень крутой мотиватор. То что корпоративные унылки не могут понять. И именно поэтому релизят "корпоративный булщит". Со всемии своими якобы-"супер" процессами.

> Надо делать такие процессы, чтобы возможность факапа минимизировать.
> А не принимать патчи по голубиной почте.

А Торвальдс и сделал именно такие процессы. И число багов на KLoC у него сильно ниже чем по отрасли, например. Это "объективная" метрика - хрен оспоришь! И откровенно профаченых релизов у него по сути и не бывает, в отличие от корпоратов, где это сплошь и рядом, даже у какого-нибудь майкрософта, где то виста, то восьмерка, да впрочем 10 с 11 тоже туго идут, и вообще, вон там новость от статкаунтера что % линуха что-то тикает вверх. Наверное из-за успешных релизов мс и продолбов у Торвальдса, логично же?! :)

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

Однако макось поддерживает намного меньше железа, чем сильно уменьшает матрицу тестирования. Но и возможности тоже. А как работает винда я видел. И именно поэтому ей более пользоваться уже и не согласен. Задолбало. Особенено как там драйверы работают и вообще поддержка железа. Вот реально все пришло к "ноут с предустановленной виндой". Шаг в сторону - и это полная лотерея. И фиг доорешься до саппорта, replace hardware and press any key. Такое себе, в лине мне соотношения больше понравились.

> Ибо там не только само ядро, но еще UI.

А с точки зрения ядра - я просто не вижу в допустим винде полезных мне инноваций. А как это работает - ну, берем диру с 100К файлов в ней. Заходим в нее в лине и в винде. Сравниваем как оно. А там вон еще мой проект билдовался раза в 3 быстрее. Конечно не в винде. Так я и перешел на линух - что я, Маклауд втрое больше ждать?!

> Во-вторых, именно корпораты пишут 80% кода для ядра с "с тысячами девов,
> географически распределенной тимой...".

Однако Project Management делает - Торвальдс. А вот в именно корп крапе, типа вс@ров самсунга, навроде F2FS, ядерного smb сервера, exFAT и проч - факапов больше всего как раз. Потому что в лучших корп традициях HR на минималках и на 1 кодера развесили 3 галеры, он через систему костылей как-то даже плывет, но ессно криво и стремно.

И вот как раз Торвальдс периодически корпам мозги и вправляет на эту тему. В том числе и бортанув откровенно кривой крап очередного винтика. Винтик то не посмеет манагементу пикнуть, в галере типа самса, а если его бортанут уровнем выше - вот тут уже таки да, разговор про HR будет, и придется нанять еще прогеров. Или этот багодром дропнут, избавив остальных от дюжин CVE.

> Т.е работа драйверов нвидия это "фича которую никто никогда не гарантировал"?

Т.е. работа out of tree и тем более проприетарных модулей - это то что вам никто никогда нигде не обещал в Linux. И это никто никогда не скрывал.

> Отличная позиция! Надежная как швейцарские часы.

Абсолютно. Contact your support. Ваши отношения с out of tree это проблемы вас и вендора, на двоих. Все остальные в эту схему - не входят. И прямым текстом об этом говорят, для жирафов.

> О, отличный список. Примерно как конкурс среди умственно отсталых.

А кто там живой из открытых проектов есть?  Проприетарь все же немного другое.

> Давай сравнивать с нормальными системами?
> Винда, макось, андроид?

Андроид, на минуточку, Linux юзает. Макос поддерживает полторы железки. А винда лично меня достала настолько что я с нее и свалил. Мне совсем не нравится как там ядро и дрова работает. А успех их девелопа - наверное, Windows Phone?! Где девелоп был так успешен что дров не было ни на что кроме квалкома. Это я понимаю, успех кернелдева! Аж свое будущее - угрохали.

>> прошареные корпораты давно пытаются косплеить - именно эти процессы
> Пруфы есть? Или для красного словца сказал?

Всякие Agile, скрам-бананы и проч это как раз потуги косплея опенсорсных процессов, кривые и жалкие. Все что в основе этого впервые появилось в открытых процессах, а те - собезьянить пытаются.

> Как я уже заметил - ядро пишут именно корпы.

Это очень кривая точка зрения. У них нет контроля над процессом как такового, и это то что не дает им профачивать релизы. А комитить кто угодно может, включая и корпы, на общих основаниях.

> Хахаха, ну ты просто петросян. 4% меньшинство опять разбушевалось.

Кто дал господину зеркало? Ибо вон там были вполне объективные метрики типа числа багов на KLoC, и линух в этом смысле много кому мастеркласс даст. Значит не так уж плохо все делают.

> Линукс это и есть "корпоративный булшит"

Неа. Это - удачная интеграция корп в свои процессы. С сохранением этих процессов. Потому что так - работает лучше. А корповские процессы жалки по сравнению с этим. Говорю как тот кто пробовал и то и другое. И хрен я теперь буду в унылой корпе, когда уже можно - вот так.

> Без корпов они просто ничто, но воняют так, как будто сами все ядро написали.

Они и написали его изначально. А корпы набежали - уже потом. До этого почему-то они вообще ничего дельного изобразить не могли. Особенно в опенсорсном формате. А проприетарь это прекрасно - но не у меня, и не устраивает меня по соотношениям, поэтому лично мне - оно уже пофигу.

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

87. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (162), 02-Сен-24, 17:16 
>Я бы еще и Rust туда не пускал, пока международный стандарт языка не принят.

То ли дело сишка, memcpy дырява как и сорок лет назад, всё по стандарту.

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

117. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 19:14 
>>Я бы еще и Rust туда не пускал, пока международный стандарт языка не принят.
> То ли дело сишка, memcpy дырява как и сорок лет назад, всё
> по стандарту.

Однако с точки зрения сборки - Lempel Ziv 1990 года собирается изумительно. А вот буду ли я атаковать у себя файлушные тулсы - это такой довольно интересный вопрос. А, собственно, зачем мне это делать? А вот если я не смогу собрать у себя без головняка фсовские тулсы, это файлухе явно не в плюс, если что.

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

131. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 21:09 
>Lempel Ziv 1990 года собирается изумительно

Ошибка выжившего. Вот, например, perl из 1987 https://habr.com/ru/articles/473228/, мало того, что просто так не собирается, так ещё и сегфолтится на ровном месте. При том, автор не все сегфолты поправил, а только те, что сразду вылезли
>А вот буду ли я атаковать у себя файлушные тулсы - это такой довольно интересный вопрос

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

Проблемы на всяком old stable неизбежны. Увы, никакой код не появляется сразу со стабильным апи, как правило до стабилизации идёт долгий путь.

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

141. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 22:02 
>>Lempel Ziv 1990 года собирается изумительно
> Ошибка выжившего.

Ну вы покажите хоть какой-то софт на хрусте или питоне от той даты и чтоб работало? Да что там, какой-нибудь скрипт на питоне 2.4 поди ни 1 не запустится в современном дистре. Нет выживших - нет проблем, во! :)

> Вот, например, perl из 1987 https://habr.com/ru/articles/473228/,
> мало того, что просто так не собирается, так ещё и сегфолтится

Ну вот перл мне не надо было. А воооооон то алго от дида я вполне себе собрал и работало. Правда, я проблевался с сишки 89, нашел 2 buffer overrun и с досады отрефакторил на C99 и более приличное апи. Но вот это уже - опционально было. А работало и без этого.

> на ровном месте. При том, автор не все сегфолты поправил, а
> только те, что сразду вылезли

Угу, однако какой-нибудь убунтуйский апгрейдер у меня по жизни тягал новую версию себя - и после этого (новый) вариант замечал что ему версия питона не та, оппа!
- "Новых версий убунты нет!"
- Но ведь 5 минут назад была?!
- Вот вам логи, 3 страницы трейсов.
(в переводе с змеиного на человеческий это "версия питона не та")
- А, с..., кто за вас ошибки обрабатывать будет?!

> Одно дело - музейный софт собирать, что нужно далеко не всем, и
> другое дело - писать надёжный софт, который можно и в интернет,

Не понимаю зачем тулсам ФС - в интернет.

> рядом со злыми хакерами вынести, и ктороый не развалится от неудачного
> чиха рядом.

Да вот не понимаю какие злобные хакеры будут на мои фсные тулсы покушаться. А если я вообще без тулзов остался - ну, ок, значит я не юзаю эту ФС в проде 100%. Ибо какой прод без тулзов?!

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

> Проблемы на всяком old stable неизбежны. Увы, никакой код не появляется сразу
> со стабильным апи, как правило до стабилизации идёт долгий путь.

Какой нахрен "old stable" если это просто - stable? Это актуальный релиз демьяна. И если кто не может жить с этим - ну, ок, значит - гудбай, вы не решение для прода а кучка хипстеров в таком формате.

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

150. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 22:51 
>Ну вы покажите хоть какой-то софт на хрусте или питоне от той даты и чтоб работало?

Вот беда-то, оба языка появились позже.
>Да что там, какой-нибудь скрипт на питоне 2.4 поди ни 1 не запустится в современном дистре. Нет выживших - нет проблем, во! :)

Ну кто виноват, что FSH такая корявая? А вообще - нет проблем, если софт правильно опакетить, так как номера системных вызовов не менялись. Достаточно прописать вместо абстрактного python что-то вроде /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python и зависимости в таком же виде, и оно прекрасно запустится и сейчас.
>Правда, я проблевался с сишки 89, нашел 2 buffer overrun [...] Но вот это уже - опционально было. А работало и без этого.

Ой как хорошо, что такой удачный пример попался. Давай сразу в интернет с белым айпишником выставим, вот хакеры то обрадуются. Или юзер будет думать - я тут файл переименновал, откуда тут сегфолт взялся?
>Угу, однако какой-нибудь убунтуйский апгрейдер у меня по жизни тягал новую версию себя - и после этого (новый) вариант замечал что ему версия питона не та, оппа!

Программа собрана динамически? Укажи требуемую версию glibc и прочих библиотек. Скрипт - укажи требуемую версию интерпретатора. Зависимость? Импортирую не libname, а /nix/store/...-libname-version/file.so. В nixos все системные файлы указывают что им нужно, можно хоть systemd юнит с старой системы взять, он найдёт нужную версию питона со всем остальным самостоятельно. И работает это уже около двадцати лет, а в убунте и дебиане по сей день проблемы.
>Не понимаю зачем тулсам ФС - в интернет.

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

То-то же, стоит поднять веб сервер, и сразу в логах можно увидеть как кто-то эксплоиты для старого вордпресса применяет.
>Какой нахрен "old stable" если это просто - stable?

Значит слишком старый stable. Если бы он был не старым, то можно было бы бекпортировать несколько патчей, и версия на расте собралась бы.

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

158. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 01:55 
> Вот беда-то, оба языка появились позже.

Значит сишка соревнуется с секундной стрелкой :)

> Ну кто виноват, что FSH такая корявая? А вообще - нет проблем,

А я то думал что корявый - ЯП где не могут в архитектуру настолько что надо обратную совместимость рушить постоянно. Гвидо в итоге за@#$лся, BDFLом, лол. Как тот мужик нажравшийся бобов, завонявший себя насмерть.

> если софт правильно опакетить, так как номера системных вызовов не менялись.
> Достаточно прописать вместо абстрактного python что-то вроде
> /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python

Да нафиг мне такой маздаище в системе? Кто, извините, этот террариум майнтайнит? Кто отвечает за секурити 3.11-чтототам? И откуда у них бабки и время на содержание такого зоо?!

Или мне грешным делом предлагают насладиться маздайпроблемами, когда секурити полиси "фиг знает какие", никто ни за что не отвечает, вулны патчить - сам, и так далее? Ну вот не, меня такой менеджмент ОС не устроит.

> и зависимости в таком же виде, и оно прекрасно запустится и сейчас.

А за эксплуатационные вопросы - кто отвечает при этом, пардон муа? В дебиане понятно кто, и полиси понятно какие, так что я могу строить некие ожидания вокруг эксплуатации на тему "как это будет", плюс минус.

> Ой как хорошо, что такой удачный пример попался. Давай сразу в интернет
> с белым айпишником выставим,

Я не понял этой ремарки, но все сервера по дефолту и вывешены в интернет, иначе нафиг платить за них?! :)

> Программа собрана динамически? Укажи требуемую версию glibc и прочих библиотек. Скрипт
> - укажи требуемую версию интерпретатора. Зависимость? Импортирую не libname, а /nix/store/...-libname-version/file.so.

А мне вся эта камасутра зачем нужна? :)

> В nixos все системные файлы указывают что им нужно, можно хоть
> systemd юнит с старой системы взять, он найдёт нужную версию питона
> со всем остальным самостоятельно. И работает это уже около двадцати лет,
> а в убунте и дебиане по сей день проблемы.

А заодно - подумаем как там с секурити всего этого. Я так понимаю - "никак"? Или кто весь этот легион майнтайнит?

>>Не понимаю зачем тулсам ФС - в интернет.
> А куда файлы скаченные из интернета ложить? Или файловая система должна от
> хитрого имени файла ломаться?

В случае имен файлов POSIX все просто аки дрова. "Any symbol except null and /". Даже сишка с этим вполне нормально может. Во всяком случае, я не помню особых факапов с именами файлов.

...но вообще давать ремотам без санитизации писать файлы спорная идея. Сколко всяких тулсов готовы к тому что 0x0d, 0x0a, '*', '?', или там ';' попадется в имени? Сишке то пофиг, а вот скриптота и командлайны... эээ... :))

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

Какая жалость что у меня вордпресса нет. К тому же обычно гасят вроде таки плагины, а не сам WP.

> Значит слишком старый stable. Если бы он был не старым, то можно
> было бы бекпортировать несколько патчей, и версия на расте собралась бы.

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

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

160. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 02:58 
>А я то думал что корявый - ЯП где не могут в архитектуру настолько что надо обратную совместимость рушить постоянно.

Предусмотрите ка юникод, многоядерность и прочие важне фичи в конце восьмидесятых годов.
>Кто, извините, этот террариум майнтайнит?

Это происходит автоматически. На входе указывается исходник, в котором указано /usr/bin/env python, на выходе получается /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python
>Кто отвечает за секурити 3.11-чтототам?

Это не нужно, в этом вся соль. Выйдет 3.12, и вместо 3.11 программы будут указывать 3.12. Автоматически. Без всякого бекпортирования и прочей ерунды
>А за эксплуатационные вопросы - кто отвечает при этом, пардон муа? В дебиане понятно кто

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

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

Затем, чтобы пакетный менеджер от чужой версии питона не ломался.
>А заодно - подумаем как там с секурити всего этого. Я так понимаю - "никак"?

Точно так же, как и в дебиане. Собрали условный python 3.11.0, потом 3.11.1 и так далее. Поддерживается не 3.11.0, а 3.11.*, который постепенно обновляется. При выходе новой версии python весь софт, который от него зависит рекурсивно пересобирается. Если в федоре/убунте пакетный менеджер зависит от python, и при самостоятельной установке нового python он развалится, то в NixOS можно спокойно смешивать stable и unstable, а при необходимости запускать уже неподдерживаемые версии софта. Попробуйте в том же самом дебиане поставить рядом две glibc, и посмотрите, как поведёт себя система.
>Даже сишка с этим вполне нормально может. Во всяком случае, я не помню особых факапов с именами файлов.

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

В зависимости от того, к чему эксплоит. Если будет кому ломать, он может и imagemagick и всё что угодно ломать
>Или коей-кто, например, кент с его шайкой не знает когда угомониться

Это очень хороший вопрос. С учётом того, что дебиан собирает пакеты раста как получится, то дебиан и спустя лет пять не будет готов к утилитам на расте, тормозя его введение.
>И ломать тулсы ФС во имя луны и 10 строчек апи - тоже, имхо.

Десять строк за раз. Очень интересно, как команда дебиана будет патчить софт, если там таких мест будет ну хотя-бы пятьсот, но в приниципе собрать старым компилятором можно.

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

168. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 05:22 
> Предусмотрите ка юникод, многоядерность и прочие важне фичи в конце восьмидесятых годов.

Как ни странно....
1) UTF8 как таковой жрется софтом без модификации. Чем и хорош. То-есть прога 1990 года откроет файло с иероглифами в имени и не подавится. И даже на (UTF8) терминале нормально его отобразит.
2) Кроме тредов есть еще процессы, и многозадачные сисстемы были - вот - тогда. И да, если 5 процессов жрут по ядру проца - вполне себе многоядерность. Хоть и простая.

>>Кто, извините, этот террариум майнтайнит?
> Это происходит автоматически.

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

> На входе указывается исходник, в котором указано /usr/bin/env
> python, на выходе получается /nix/store/3wb0055984n2whn449hywsl4ag9gcjir-python3-3.11.9/bin/python

В мои интересы не воходит хранение всех версий питона на планете. Особенно без понимания кто отечает за вулны в той или иной версии и какие полиси in effect. Я не ваш мусорный бак чтобы совсем уж с лопаты, когда есть, например, сабж с конкретными полисями этсамого.

> Это не нужно, в этом вся соль. Выйдет 3.12, и вместо 3.11
> программы будут указывать 3.12. Автоматически. Без всякого бекпортирования и прочей ерунды

Угу. Для чего их кто-то переписать должен. А если не перепишут - значит у меня как я вас понял, будет и дырявый 3.11 внагрузку. И его атакующий сможет - долбануть. Оно мне такое надо? Помойка за которую никто не отвечает без внятных полисей - это не офигенно. Это - мусорный бак и хаос.

> В дебиане - никто? Вы же сами жаловались, что обновился python, и
> убунтовское обновление развалилось.

Это на минутку убунтовский факап, дебиан к нему мало относится. Это как раз инициативы наколенщиков из Canonical. Решившие "улучшить" фичи пакетника. Получилось как обычно у питонистов. Т.е. бессмысленно и беспощадно. Еще не хватало мне ублажать всяких факаперов, такой софт чинится "apt purge" если что.

> с обновлением, либо автоматически найдёт старый, если вы захотели поставить новый
> питон самостоятельно.

Чувак, мне просто не надо "упрощалку" обновлений если она их в итоге усложняет, ведет к факапам, и делает мозг. Прога утрачивает свой пойнт, фикс - "apt purge".

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

Если я собрал именно старый архиватор - подразумевается что я либо исследовал вопрос, либо это trusted данные.

>>А мне вся эта камасутра зачем нужна?
> Затем, чтобы пакетный менеджер от чужой версии питона не ломался.

Я не хочу чтобы какие-то васяны мне в систему гадили отфонарно, без каких либо полисей и гарантий. И хранить дюжину версий одного и того же в мои планы не входит.

> неподдерживаемые версии софта. Попробуйте в том же самом дебиане поставить рядом
> две glibc, и посмотрите, как поведёт себя система.

В именно дебиане я просто не задумываюсь что мне за каким-то лядом надо 2 glibc ;). Так жизня сильно проще. За это я и люблю сабж. Прост, приятен и эффективен в практической эксплуатации.

А вы можете юзать свои супер-удобные программы ради которых надо так #$%ться сами, например.

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

С UTF8 как раз таки обычно прозрачно end to end работает, если терминал в UTF8 умеет. То-есть когда я пишу прогу - я вообще не парюсь UTF8 оно или нет, пока не приспичит какой-то явный продвинутый процессинг, типа разбивки на слова и проч (при том я на самом концептуальном уровне как человек не в курсе как сие работает для, допустим, иероглифов, так что это сильно отлельный топик).

> стирая не символ, а байт, либо вообще упадёт, не найдя нужный файл.

Обычно таки все работает с UTF8, он умещается в традиционные правила именования "anything except null and /" и никаких трабл это не создает. Нормально писаные программы должны были жрать - все вон то. С самого начала.

> до сих пор падает. Из этой причины и рекомендация: путь только
> латиница, без пробелов.

Без пробелов рекомендуют по другим причинам. Пробелами разделяют параметры. И вот тут можно откушать если имя файла развалится на N параметров вместо 1. Работать как задумано это ессно не будет и что-то отвалится. Особенно в кривых скриптах и т.п.

>>К тому же обычно гасят вроде таки плагины, а не сам WP.
> В зависимости от того, к чему эксплоит.

Именно сам WP довольно много лет как довольно секурный вроде.

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

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

> Десять строк за раз. Очень интересно, как команда дебиана будет патчить софт,
> если там таких мест будет ну хотя-бы пятьсот, но в приниципе
> собрать старым компилятором можно.

Ну, вот, дропнет пакет - нормуль? :). Да, это - решение непригодное для эксплуатации. Простите, но сервисные тулсы ФС должны быть как можно доступнее, с минимальными допущениями. Иначе при нужде что-то с этой ФС можно будет при случае хлебнуть горя от души. Когда простое действо - станет целой эпопеей с перекомпилом половины глобуса.

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

189. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 20:48 
>UTF8 как таковой жрется софтом без модификации.

Явно видно, вы не разбираетесь в этом. Если задача - вывести как есть, то да. Но как только нужно будет минимально обработать, например, взять подстроку, то во-первых подстрока будет неправильной длины, во-вторых, есть хорошая вероятность того, что символ будет обрублен посередине.
>Кроме тредов есть еще процессы, и многозадачные сисстемы были - вот - тогда. И да, если 5 процессов жрут по ядру проца - вполне себе многоядерность

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

Я конечно понимаю, что для вас это выглядит как непознаваемая магия, но то, что вы её не можете понять не делает её нерабочей. Заодно, расскажите, как вам там в дебиане среди eol пакетов с пачками cve живётся, когда даже в нестабильно релизе, который должен быть свежим прямо сейчас можно увидеть пакеты, например ruby, которые так долго не обновлялись, что пропустили обновления безопасности.
>В мои интересы не воходит хранение всех версий питона на планете

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

Переписывать никто ничего не должен. В NixOS достаточно обновить python, и вся система пересоберётся с новым python автоматически. Если вам нужно наложить патч, вы можете взять системный python, и наложить патч прямо на него.
>В именно дебиане я просто не задумываюсь что мне за каким-то лядом надо 2 glibc

В дебиане у вас просто не будет софта, вот и всё. Дебиан никогда не сможет приблизится по количеству поддерживаемого софта к NixOS, из-за своей архитектуры. И люди будут либо отказываться от дебиана, если им нужен софт, либо страдать в дебиане от его отсутствия.
>То-есть когда я пишу прогу - я вообще не парюсь UTF8 оно или нет, пока не приспичит какой-то явный продвинутый процессинг

Продвинутый? У вас ничего не получится, ни обрезать строку, ни проверить вхождение, ни регуляркой, что-то найти и заменить, ни распарсить. Да у веб разработчика потребностей в обработке строк больше чем у вас.
>при том я на самом концептуальном уровне как человек не в курсе как сие работает для, допустим, иероглифов

Трудности у вас начнутся уже начиная с кириллицы или греческого. Вы даже однострочное поле для ввода написать не сможите.
>Особенно в кривых скриптах и т.п.

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

Какая качественная поддержка. Тем временм через пакетный менеджер NixOS можно поставить много пакетов из cargo и не толькр, возможно даже они все автоматически конвертируются.

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

224. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 05-Сен-24, 05:16 
>>UTF8 как таковой жрется софтом без модификации.
> Явно видно, вы не разбираетесь в этом. Если задача - вывести как есть, то да.

В этом весь пойнт UTF8: работает сразу. А где очень надо, можно постепенно апгрейдить.

> Но как только нужно будет минимально обработать, например,
> взять подстроку, то во-первых подстрока будет неправильной длины,

Для начала расскажите мне - что есть "подстрока" в вон тех иероглифах? Или руническом алфавите? Или - вот - я "dingbats" (иконок) понатыкал? Если япы знают, "patches welcome". А нет -> байбай!

> во-вторых, есть хорошая вероятность того, что символ будет обрублен посередине.

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

> Давайте, поработайте с разделяемой память не то, чтобы без ошибок сегментирования, а
> даже без гонок данных. И без всяких callback hell.

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

И да, такие интерфейсы требуют некоей культуры програмера и аккуратности. И чего? Это было, есть и останется. Более того - современный хардвар появляется как "окно в памяти", с регистрами. Где ваш бог теперь?

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

Я не хочу в таких вопросах магию. Я хочу конкретные полиси - позволяющие мне планирование даунтаймов, перетрясов и увязку всего этого с моими планами.

> Вы ставите только те версии, какие вам нужны, в отличии от дебиана,
> где за вас решили, какие версии ставить.

Это и правда некий constraint, но в общем случае меня устраивает ставить ту версию которая есть в дебиане и это не несет для меня минусов перевешивающих факапы управления ОС. А версии софта не настолько уж и отличаются, кроме, вот, всяких штук живущих на вулкане. Но этим вообще рановато в эксплуатацию, так, макеты-прототипы.

> Переписывать никто ничего не должен. В NixOS достаточно обновить python, и вся
> система пересоберётся с новым python автоматически. Если вам нужно наложить патч,
> вы можете взять системный python, и наложить патч прямо на него.

Мне, если честно - нахрен не нужны все эти тантры. И именно поэтому я и юзаю - дебиан. И нафиг питон и его проблемы, ага.

> В дебиане у вас просто не будет софта, вот и всё.

Судя по тому что список пакетов весит около 100 мегов... ну, мне хватает.

> своей архитектуры. И люди будут либо отказываться от дебиана, если им
> нужен софт, либо страдать в дебиане от его отсутствия.

Или не страдать, а наслаждаться предсказуемой эксплуатацией систем, решеним практических задач, деланием своих проектов и проч. Вместо гонки за версиями во имя луны.

> Продвинутый? У вас ничего не получится, ни обрезать строку, ни проверить вхождение,
> ни регуляркой, что-то найти и заменить, ни распарсить.

Почему не получится? Скажем инглиш в этом смысле 1:1 vs "ASCII" и там все отлично пашет. А не инглиш - так я нии...у как это для допустим иероглифов работать должно и сам по себе.

> Да у веб разработчика потребностей в обработке строк больше чем у вас.

Вот пусть они и гадятся там под себя, они привычные.

> Трудности у вас начнутся уже начиная с кириллицы или греческого. Вы даже
> однострочное поле для ввода написать не сможите.

В смысле? Вон прога читает ввод с терминала - и ей пофиг кирилица там или что. Даже иероглифы запастить можно (вводить их я не умею, конечно). При этом про уникод она ессно ничего не знает. Просто рассматривает то что дали как opaque данные, с 0x0 как терминатор. А какие там иероглифы были - ну я что так не умел на них регэкспы, что сяк.

> Как минимум system работает с командой как со строкой. Сишным программированием не
> занимаюсь, но знаю что там этого добра тоже хватает.

Ну вот именно system() вызывать вообще - такая себе практика. Особенно используя юзерские данные. Особенно - внешние. Ибо это по сути - шелл. Со всеми его граблями типа эскейпинга - и возможностью оттуда сбежать без него! Донавесив лабуху команд шелла.

Если что, в иных яп бывают сравнимые хреновины. Валидация ввода таки штука такая. А в древнем софте или софте от нубов этим так то не парились.

>>Ну, вот, дропнет пакет - нормуль?
> Какая качественная поддержка. Тем временм через пакетный менеджер NixOS можно поставить
> много пакетов из cargo и не толькр, возможно даже они все
> автоматически конвертируются.

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

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

203. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (202), 04-Сен-24, 12:34 
>То ли дело сишка, memcpy дырява как и сорок лет назад, всё по стандарту.

Можно подумать, что безопастный Rust не вызывает эти же самые функции из Libc.

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

230. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (230), 06-Сен-24, 10:42 
Надо, чтобы он пожалел и о Rust'е.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (5), 01-Сен-24, 21:18 
а systemd 255 с модулем systemd-bsod, который в случае сбоя отображает «синий экран смерти» и QR-код с ошибкой, добавили?
Ответить | Правка | Наверх | Cообщить модератору

10. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (9), 01-Сен-24, 22:05 
даже в бэкпортах нет... прям-таки обидно, как же без бсода?
Ответить | Правка | Наверх | Cообщить модератору

33. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от КО (?), 02-Сен-24, 08:02 
Ну и продолжай сидеть с моргающей черточкой, гадать
Ответить | Правка | Наверх | Cообщить модератору

123. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (122), 02-Сен-24, 20:15 
у мемя и системды на машинах нет, поэтому все работает и никакой бсод не нужен...
Ответить | Правка | Наверх | Cообщить модератору

172. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от xPhoenix (ok), 03-Сен-24, 10:31 
BSD?
Ответить | Правка | Наверх | Cообщить модератору

185. Скрыто модератором  +/
Сообщение от Аноним (122), 03-Сен-24, 19:32 
Ответить | Правка | Наверх | Cообщить модератору

191. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (188), 03-Сен-24, 21:07 
Gentoo, Deuvan, Guix, Nitrux
Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

15. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (15), 01-Сен-24, 22:18 
Ну да, именно bsodа линуксу и не хватало для полной готовности к десктопу /s.
Systemd ненужно.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

16. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Rename_smuzihleb (?), 01-Сен-24, 22:24 
Уже поздно от того что ты сделаешь elogind ничего не измениться ты опять возвращаешься к #d
Ответить | Правка | Наверх | Cообщить модератору

32. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (32), 02-Сен-24, 06:45 
#d - новый ЯП?
Ответить | Правка | Наверх | Cообщить модератору

180. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (180), 03-Сен-24, 16:41 
нинужон нам этот ваш бсод, даешь мигающую чорточку!!!111
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

19. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (19), 01-Сен-24, 23:10 
> Bcachefs-tools недавно был переписан на языке Rust

Продолжаем сидеть на ext*

> и требует использования конкретных версий компонентов Rust

Кто б сомневлся. Растофаны не умеют в обратную совместимость. Уж если пишется приложение - то строго под версию раста из master-ветки.

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

20. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (20), 01-Сен-24, 23:23 
> Растофаны не умеют в обратную совместимость.

А тут проблема не в обратной совместимости. Новая софтина писалась с нуля.
И разумеется, никто не будет опрашивать всех васянов "а не пользуетесь ли вы уже давно протухшей версией компилятора?". Потому что на них как бы по...
Ну а дебилианцы в свою очередь обновить версию не способны.

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

25. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (3), 02-Сен-24, 02:11 
Давно протухшая — это вчерашняя? Или с прошлой недели?
Ответить | Правка | Наверх | Cообщить модератору

30. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (30), 02-Сен-24, 05:29 
12 дебиан вышел примерно год назад. Софт, который на момент релиза там был уже тогда не был свежаком. У раста новые релизы выходят вроде раз в полтора месяца. Сам посчитаешь сколько версий с того момента появилось?
Ответить | Правка | Наверх | Cообщить модератору

45. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (45), 02-Сен-24, 12:01 
> уже тогда не был свежаком.

а вот последние версии - это залог надежности и работоспособности?
а может это вариант получить набор новых багов и сломать работу?

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

50. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (50), 02-Сен-24, 13:13 
Может это вопрос совместимости и зависимостей?
Ответить | Правка | Наверх | Cообщить модератору

54. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (54), 02-Сен-24, 13:30 
> Может это вопрос

походу на первый вопрос у тебя ответа нет?

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

91. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 17:23 
>а может это вариант получить набор новых багов и сломать работу?

Вы предпочитаете иметь старые, исправленные пару-тройку релизов назад баги?

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

175. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (54), 03-Сен-24, 13:03 
> Вы предпочитаете иметь старые,

предпочитаю стабильность
дыры неизбежны. разница лишь в том,
можно ли их замазать. а новые или старые не важно

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

178. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 15:59 
> дыры неизбежны

Так бог с ними с дырами. Дебианцы научились их замазывать гов... бекпортами.
Но кроме дыр, если еще баги, которые в 99% случаев никто не бекпортит, а заботливо заносят в список "Да, мы знаем что тут сломано".
Вот и получается что софтина стабильно работает фигово.

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

207. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Серб (ok), 04-Сен-24, 18:06 
> Дебианцы научились их замазывать гов... бекпортами.

Они еще научились 99% воспроизводимые сборки делать.

Для ряда задач это важно.

И да. Если проблема не критичная, то можно забить.

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

68. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от YetAnotherOnanym (ok), 02-Сен-24, 15:13 
>> Давно протухшая — это вчерашняя? Или с прошлой недели?
> У раста новые релизы выходят вроде раз в полтора месяца

Ты не ответил на вопрос. Тебя спросили, через какой промежуток времени в мире раста версия считается протухшей, а не о частоте релизов.

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

161. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 03:08 
Как и везде, с выходом новой версии. Даже в c++ при выходе новой версии, например, c++23 компилятор c++20 уже не может собрать весь код. И при выходе новго компилятора, например 19 код расчитанный на llvm 6 не заработает.
Ответить | Правка | Наверх | Cообщить модератору

208. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Серб (ok), 04-Сен-24, 18:13 
> Как и везде, с выходом новой версии. Даже в c++ при выходе
> новой версии, например, c++23 компилятор c++20 уже не может собрать весь
> код. И при выходе новго компилятора, например 19 код расчитанный на
> llvm 6 не заработает.

Где llvm-19?
Вроде не вышел еще.

И да. Открой для себя опцию -std.

Там есть iso9899:1990.

Собирай старые программы, сколько хочешь. С библиотеками, правда, будут проблемы. Но можно и старые библиотеки собрать.

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

37. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от neo one (?), 02-Сен-24, 09:26 
>Давно протухшая — это вчерашняя

ты головой подумай, дебиан не гента, новая версия раста должна быть на билдферме всего лишь, а не в дистриб её кто-то требует. а теперь ещё раз подумай кто тут упрлс, по мне так дебы (недаром его у меня и нет)

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

41. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (108), 02-Сен-24, 11:08 
И что посоветуете?

Нужно чтобы можно было ставить с минимальным количеством мусора в системе.

Так что manjaro, ubuntu не катит.

Выбрал:
- Debian testing.
- Ubuntu server.
- Arch Linux.

С первымм двумя просто.

С последнем есть два вопроса:
- deb пакеты (обычно они есть ко всему софту, что на linux)
- Инсталлятор бы. А то выглядит как школьное поделие, на скриптах.

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

47. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от AKTEON (?), 02-Сен-24, 12:10 
>Debian testing.

Эт зря. Там постоянно 2 стула : либо версия библиотеки с уязвимостью, либо зависимости поотвалились, а в них, например freecad.

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

49. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (108), 02-Сен-24, 13:06 
Поэтому и спрашиваю про аналоги.
Ответить | Правка | Наверх | Cообщить модератору

64. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (64), 02-Сен-24, 14:42 
>  про аналоги.

а и нет их..
ктсати, тебе играть или работать?

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

89. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 17:19 
Сейчас на Testing получается и работать и в Doom 2016 зайти (Bottles). У меня тут встройка от amd, так что особо не поиграешь.
Ответить | Правка | Наверх | Cообщить модератору

63. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от neo one (?), 02-Сен-24, 14:35 
>Инсталлятор бы. А то выглядит как школьное поделие, на скриптах.

во первых нет, инсталлер в арче давно есть. во вторых, как школьное поделие смотришься ты, если не можешь поставить по мурзилке (даже если luks надо, это лишние 10-15 минут). в третьих, после арча обычно переходят на void, можешь пропустить арча.

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

103. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 17:44 
> как школьное поделие смотришься ты, если не можешь поставить

Ты видишь разницу между возможностью что-то сделать и тем, что оно должно таким быть? Это все равно, что у велосипеда руль раскрутить. Как бы ехать можно, но он ходит во все стороны и чертовски не удобно.

Так и тут, если есть видео, как его ставят за минуту, то разметить диск тем же parted и написать pacstrap, и что там еще - глянуть в wiki, не проблема.

Я понимаю, сложности с установкой Gentoo. Там компилировать нужно... Я также понимаю LFS, тут как бы решил собрать - собирай.

А в чем такая веская причина у Arch? Почему все дистрибутивы из тех что я ставил (Debian, Ubuntu, Manjaro, OpenSUSE, CentOS, Kubuntu) ставятся интуитивно-понятно, без заглядывания в какой-то там вики. У того же debian, есть графический режим, он же в эксперте и так же текстовый и эксперт к нему. И как бы все понятно, без вики.

Только для freebsd пришлось гуглить, в какую группу добавить пользователя (`wheel`, если не ошибаюсь), в остальном как у людей.

А если нужно ставить на несколько систем, к чему мне эти игрушки?

В общем, как я и сказал, выглядит как дешевые понты. Типа я поставил через терминал. Ух! А то что эти команды ты считал с wiki, другого гайда или ютуба, мы конечно опустим. Пусть думают, что я крут.

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

106. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (108), 02-Сен-24, 17:57 
И в чем отличие void от arch? Нет systemd?
Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

109. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (162), 02-Сен-24, 18:08 
Да, плюс там xbps вместо пакмана. Есть ещё вариант с musl вместо glibc.
Ответить | Правка | Наверх | Cообщить модератору

126. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от neo one (?), 02-Сен-24, 20:46 
>И в чем отличие void от arch? Нет systemd?

из большого

1. навскидку - апдейт ядра складывается рядом, а не вместо
2. консервативный роллинг, без обмазывания
3. есть мусл вариант

и да, нет системГ

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

135. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 21:29 
А что арч не держит предыдущее ядро? Типа а вдруг новое не вкатит.
Ответить | Правка | Наверх | Cообщить модератору

171. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (171), 03-Сен-24, 09:29 
емли только два ядра поставить, lts & latest
Ответить | Правка | Наверх | Cообщить модератору

130. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (171), 02-Сен-24, 20:55 
не разваливается
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

111. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 18:15 
>если не можешь поставить по мурзилке

Зачем тратить время на вбивание команд в консоли? Лучше всего сделано в NixOS - для новичков графический установщик, для продвинутых - ручная правка конфига. Но после того, как конфиг написан, можно не ждать, пока каждая команда выполнится, можно даже разметку диска автоматизировать. В арче - сиди и жди, пока пакеты докачаются, пока загрузчик поставится. А вот ставить арч сразу на несколько устройств...

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

127. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от neo one (?), 02-Сен-24, 20:47 
>Зачем тратить время на вбивание команд в консоли

Зачем тратить время на вбивание жалоб в опеннет? тебе написали ещё вчера, что в арче есть инсталлятор

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

136. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 21:31 
Они бы еще через make сделали)
Ответить | Правка | Наверх | Cообщить модератору

69. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от YetAnotherOnanym (ok), 02-Сен-24, 15:18 
> выглядит как школьное поделие, на скриптах.

Если у тебя такое отношение к скриптам и cli-интерфейсу, тебе не в линукс.

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

94. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 17:27 
Ну, когда я пишу обертку над wttr.in для conky, тут как бы вопросов нет. И против cli ничего не имею.

Но понятное дело, что сравнивать мои "костыли" и какой-то KWeather глупо.

Вот так и с Arch.

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

73. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (-), 02-Сен-24, 16:14 
> И что посоветуете?
> Нужно чтобы можно было ставить с минимальным количеством мусора в системе.

Разучить (c)debootstrap, набрать им минимальную ОС just enough для запуска пакетника, не забыв запретить инсталл suggested/recommeneded и прочи локали. Собрать из нее то что хотелось, аддитивным способом. И будет... довольно компактно, да!

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

95. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 17:28 
А репозитории? Debian?
Ответить | Правка | Наверх | Cообщить модератору

119. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (-), 02-Сен-24, 19:16 
> А репозитории? Debian?

Ну да. Можно testing или хотя-бы backports еще. Конечно иногда дурацкие зависимости бывают, но тут наполовину к авторам софта вопросы.

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

93. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (162), 02-Сен-24, 17:26 
>- Arch Linux.

Поставь лучше NixOS, установщик есть из коробки.

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

97. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (162), 02-Сен-24, 17:35 
>- deb пакеты (обычно они есть ко всему софту, что на linux)

1) кто-то другой опакетил(аур для арча, в NixOS - основной репозиторий, плюс возможно чей-то гитхаб)
2) если это свободный/открытый софт - собрать самому самостоятельно
3) перепаковать под свой дистрибутив самостоятельно. Например, вот так выглядит yandex browser для NixOS https://github.com/NixOS/nixpkgs/blob/nixos-24.05/pkgs/appli... - ничего сложного
4) это системный софт, например, с модулями ядра. Тут уже мало что можно сделать

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

100. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (162), 02-Сен-24, 17:42 
5) поставить в chroot/docker/...
Ответить | Правка | Наверх | Cообщить модератору

116. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (116), 02-Сен-24, 19:06 
арч без мусора с инсталлятором называется EndeavourOS
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

233. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 09-Сен-24, 20:50 
> арч без мусора с инсталлятором называется EndeavourOS

Он тоже с мусором. Вот был ArchLinuxGuiInstaller (ALG) https://github.com/arch-linux-gui сейчас он ArkaLinuxGui https://arkalinuxgui.org/ но это то же самое. Какое то время сайт ArchLinuxGuiInstaller (ALG) лежал.

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

118. "Новые версии Debian 12.7 и 11.11"  +3 +/
Сообщение от Веселые барсучки (?), 02-Сен-24, 19:16 
> И что посоветуете?
> Нужно чтобы можно было ставить с минимальным количеством мусора в системе.

Только FreeBSD!!! Только хардкор!!!

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

124. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (122), 02-Сен-24, 20:16 
дебиан и бэкпорты
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

129. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 20:55 
Да думал. Вообще идея странная. Как будет работать, если nftables старый, а ядро из бекпортов. В теории может быть так, что netfilter что-то поддерживает, а управлять ним нельзя.

Раньше был на stable.


Сейчас, на новой машине не работает amdgpu (dmesg) красный.

Решил поставить testing, и прикладной софт во flatpak.

Ну и container в podman для работы.

Вроде ок, но позиция разрабов дебиана:
- Тестинг не для десктопа, и т.д убивает.

Могли бы сделать отличный дистр. И не сказать, что что-то старое тут. Вон ядро 6.10.6... Куда новее то?

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

53. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (51), 02-Сен-24, 13:22 
>ты головой подумай, дебиан не гента, новая версия раста должна быть на билдферме всего лишь, а не в дистриб её кто-то требует.

Ты упоролся. Если пользователем нужно будет пересобрать этот пакет, им придётся новый дистрибутив ставить, чтобы этот пакет собрать? С нужной версией раста? А какой?

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

164. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 03:17 
>Если пользователем нужно будет пересобрать этот пакет, им придётся новый дистрибутив ставить

Так в дебиане же пакеты замораживаются, и только исправления безопасности вносятся. Зачем они этот пакет разморозили?

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

58. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Серб (ok), 02-Сен-24, 13:36 
> ты головой подумай, дебиан не гента, новая версия раста должна быть на билдферме всего лишь, а не в дистриб её кто-то требует. а теперь ещё раз подумай кто тут упрлс, по мне так дебы (недаром его у меня и нет)

Вообще -то нет. Все пакеты собираются только тем что лежит в других пакетах.

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

46. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (45), 02-Сен-24, 12:05 
> Новая софтина писалась с нуля.

так если так подгорает ей пользоваться,
то запихать в контейнер со всеми зависимостями?

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

60. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (3), 02-Сен-24, 14:00 
Самое разумное решение.
Тогда в дистрибутиве она и не нужна, так что правильно выкинули.
Ответить | Правка | Наверх | Cообщить модератору

234. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Tuman (?), 09-Сен-24, 20:52 
> Тогда в дистрибутиве она и не нужна, так что правильно выкинули.

Я думаю таких желателей понапихать свое много.

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

39. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (39), 02-Сен-24, 10:51 
> Растофаны не умеют в обратную совместимость

Неприятно. Но кто умеет? Qt не умеет, GCC не умеет.

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

74. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 16:17 
>> Растофаны не умеют в обратную совместимость
> Неприятно. Но кто умеет? Qt не умеет, GCC не умеет.

Вот не надо тут, софт в целом норм собирается. Т.е. в сабжевом дебиане можно пересобрать почти весь кутевый и сишный софт. А вот с хрустом - такая закорюка, тулчейн ему вот именно такой, с заподвыподвертом. А если у вас не такой - error: you lose! Ну майнтайнеры и дропают такое за борт пачками. Не подлежит майнтенансу - так чтож, балласт за борт!

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

190. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (188), 03-Сен-24, 20:54 
>GCC не умеет

Открой для себя опцию -std=

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

194. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 03-Сен-24, 22:16 
И как это поможет собрать код c++23, на системе где только c++11? В расте та же проблема.
Ответить | Правка | Наверх | Cообщить модератору

78. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (76), 02-Сен-24, 16:49 
> Кто б сомневлся. Растофаны не умеют в обратную совместимость. Уж если пишется приложение - то строго под версию раста из master-ветки.

При чём тут rust? Любой полноценный разработчик
- в курсе развития свого ЯП
- повышает свою продуктивность
поэтому использует актуальные фичи языка. Это справедливо и для питона (кто ещё хотя бы не на 3.12 ?) и C++ (кто хотя бы не на с++20?) и go (кто ещё не на нормальных for циклах?) и для любого другого языка. А обратная совместимость - дополнительная фича которая пилится при наличии на неё требований, за дополнительные человекочасы и деньги.

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

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

143. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 22:07 
>> Кто б сомневлся. Растофаны не умеют в обратную совместимость. Уж если пишется приложение - то строго под версию раста из master-ветки.
> При чём тут rust? Любой полноценный разработчик
> - в курсе развития свого ЯП
> - повышает свою продуктивность
> поэтому использует актуальные фичи языка.

Да, и поэтому повысил свою продуктивность что это решение неюзабельно в проде совсем, ибо - экспериментальный полигон. Где все время что-то  ломается, взрывается, отваливается, падает, в общем сплошной KKnD а не эксплуатация.

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

134. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 21:28 
>Продолжаем сидеть на ext*

Давно уже перешёл на btrfs, хотел посмотреть как там дела с bcachefs, а там ДРАММА.

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

235. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Tuman (?), 09-Сен-24, 20:54 
> Давно уже перешёл на btrfs, хотел посмотреть как там дела с bcachefs,

Сразу перешел на btrfs. Там удобно делать rsync, снапшоты.

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

23. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (23), 02-Сен-24, 00:05 
Не седьмое, а шестое. 12.3 не было.
Ответить | Правка | Наверх | Cообщить модератору

31. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Толик (?), 02-Сен-24, 05:29 
Обновление 12.3 было, но его сразу из-за чёрти чего в ext4 обновили до 12.4.
Ответить | Правка | Наверх | Cообщить модератору

34. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (34), 02-Сен-24, 08:33 
> обновление до версии 15.8.1 загрузочной прослойки shim

Shim - зло! https://www.opennet.ru/openforum/vsluhforumID3/134604.html#35

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

38. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (38), 02-Сен-24, 10:30 
Debian закончился на 7-й версии, ну ладно, на 8-й, но тогда systemd ещё был простым инитом, а GTK не троглодитом.
Ответить | Правка | Наверх | Cообщить модератору

42. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (42), 02-Сен-24, 11:22 
будто что-то плохое
Ответить | Правка | Наверх | Cообщить модератору

79. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (79), 02-Сен-24, 16:57 
А может на 3.1?
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

200. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (202), 04-Сен-24, 11:37 
Ну до знаменитого голосования в 2014 точно был.
Ответить | Правка | Наверх | Cообщить модератору

236. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Tuman (?), 09-Сен-24, 20:55 
> Debian закончился на 7-й версии, ну ладно, на 8-й, но тогда systemd

Нормальный щас Debian. Я смотрю и мне нравится. Там просто нет лишнего.

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

44. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (45), 02-Сен-24, 11:57 
> Удалены пакеты bcachefs-tools, dnprogs, iotjs и obfs4proxy.

obfs4proxy в списке обновления

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

144. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 02-Сен-24, 22:08 
>> Удалены пакеты bcachefs-tools, dnprogs, iotjs и obfs4proxy.
> obfs4proxy в списке обновления

И правда. В списке пакетов - есть. Так что новость - завирает походу.

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

174. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 03-Сен-24, 11:22 
наверное удалили из oldstable, а в oldstable backports оставили
Ответить | Правка | Наверх | Cообщить модератору

225. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (225), 05-Сен-24, 07:12 
Вы точно в репозитории Debian 11 проверяли?

В анонсе https://www.debian.org/News/2024/2024083102 написано, что удалили:

Removed packages
...
obfs4proxy     Security issues

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

48. "Новые версии Debian 12.7 и 11.11"  –3 +/
Сообщение от анонон (?), 02-Сен-24, 12:24 
Ещё одна причина, по которой дебиан не нужен
Ответить | Правка | Наверх | Cообщить модератору

52. "Новые версии Debian 12.7 и 11.11"  –2 +/
Сообщение от Аноним (50), 02-Сен-24, 13:16 
Дебиан просто полигон для убунты. Дебиан не для прода.
Ответить | Правка | Наверх | Cообщить модератору

56. "Новые версии Debian 12.7 и 11.11"  +3 +/
Сообщение от Аноним (54), 02-Сен-24, 13:31 
> Дебиан просто полигон для убунты

тебе бы почитать умные книжки..
ну там узнать откуда взяласть твоя божественная убунта

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

59. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (3), 02-Сен-24, 13:57 
> Дебиан просто полигон для убунты.

Наоборот, это убунту собирают из реп unstable.

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

237. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Tuman (?), 09-Сен-24, 20:58 
> Дебиан просто полигон для убунты. Дебиан не для прода.

То что не продается явно. Продажи реализуются не так как ты думаешь.
Посмотри любой интернет магазин. Продают книжки кружки c логотипом debian ubuntu, а ведь это авторское право.

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

57. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (54), 02-Сен-24, 13:32 
> по которой дебиан не нужен

твой удел винда№7

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

70. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от YetAnotherOnanym (ok), 02-Сен-24, 15:19 
Версию 12.7 надо было назвать "Ma Deuce".
Ответить | Правка | Наверх | Cообщить модератору

72. "Новые версии Debian 12.7 и 11.11"  –3 +/
Сообщение от Аноним (72), 02-Сен-24, 15:58 
> Bcachefs-tools недавно был переписан на языке Rust и требует использования конкретных версий компонентов Rust

Тогда предлагаю быть последовательным и выкинуть все пакеты

perl-*
python3-*
ruby-*
php-module-*

и что там еще пакуют зачем-то от сторонних произовдителей, что зависит от версии интерпретатора/транслятора/конпиялтора.

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

75. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (75), 02-Сен-24, 16:19 
> Тогда предлагаю быть последовательным и выкинуть все пакеты
> perl-*
> python3-*
> ruby-*
> php-module-*
> и что там еще пакуют зачем-то от сторонних произовдителей, что зависит от
> версии интерпретатора/транслятора/конпиялтора.

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

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

101. Скрыто модератором  +/
Сообщение от Аноним (162), 02-Сен-24, 17:43 
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

80. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (162), 02-Сен-24, 17:02 
Вот и вся штабильность дебиана, взяли зарелизили пакет bcachefs-tools, а потом выкинули, теперь всё штабильно не работает.
>Bcachefs-tools недавно был переписан на языке Rust и требует использования конкретных версий компонентов Rust, которые не соответствуют версиям, поставляемым в Debian

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

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

83. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (83), 02-Сен-24, 17:10 
Работает - не трожь. А то ишь чего, обновляться удумал. Что за буржуйские замашки...
Ответить | Правка | Наверх | Cообщить модератору

128. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (171), 02-Сен-24, 20:53 
новоисеченный адепт nix? -- скоро отпустит
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

137. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (162), 02-Сен-24, 21:33 
Прошло уже больше года, nix нравистя всё больше.
Ответить | Правка | Наверх | Cообщить модератору

214. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от _ (??), 04-Сен-24, 19:27 
Сравнить с дебаном? Я кажись с картохи ... и таки - работает :)
Но мне просто ОС для писюкофф нужна, а не пое****цццо, тут да - каждому - своЁ ;-)
Ответить | Правка | Наверх | Cообщить модератору

96. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним Псевдонимович Всемизвестный (?), 02-Сен-24, 17:31 
Уже 19 лет с Debian и это хорошо, продолжаю молодеть
Ответить | Правка | Наверх | Cообщить модератору

121. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Веселые барсучки (?), 02-Сен-24, 19:24 
Уже неделю как снес Debian и это хорошо, достиг 88 level ЧСВ

uname -a
FreeBSD host 14.1-RELEASE-p3 FreeBSD 14.1-RELEASE-p3 GENERIC amd64

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

145. "Новые версии Debian 12.7 и 11.11"  –1 +/
Сообщение от Аноним (-), 02-Сен-24, 22:10 
> Уже неделю как снес Debian и это хорошо, достиг 88 level ЧСВ

Типичный пользоваель бсд. А сабжа юзают совсем не за это. А потому что вовремя его поставив - можно потом до примерно 6 лет спокойной жизни получить. А у тебя всесто этого только ЧСВ будет, с локалхостом. А захочешь хотя-бы сотенку железок - и посмотрим как тебе полися твоей BSD придутся по вкусу в режиме чтоб это все - еще и эксплуатировать, и оно б просто работало. Дебиан то так может. И довольно долго, после разового наруливания, вот.

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

154. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от инвестор (?), 03-Сен-24, 00:35 
космическую программу не хотите открыть? турыстов там возить
Ответить | Правка | Наверх | Cообщить модератору

169. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Веселые барсучки (?), 03-Сен-24, 08:24 
> А у тебя всесто этого только ЧСВ будет, с локалхостом.

А почему бы и нет? Меня только поглаживание ЧСВ и собственный локалхост интересует.

> А захочешь хотя-бы сотенку железок

Вот когда захочу сотенку железок, тогда и буду об этом думать.

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

240. Скрыто модератором  +/
Сообщение от Аноним (-), 10-Сен-24, 07:04 
Ответить | Правка | Наверх | Cообщить модератору

201. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (202), 04-Сен-24, 11:45 
Да можно и не сотенку, а Малинку или Апельсинку какую.
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

222. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 05-Сен-24, 04:43 
> Да можно и не сотенку, а Малинку или Апельсинку какую.

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

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

125. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от glad_valakas (-), 02-Сен-24, 20:38 
кто огреб проблемы с видео из-за обновления intel-microcode, тот я.
Ответить | Правка | Наверх | Cообщить модератору

176. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (54), 03-Сен-24, 13:09 
> о из-за обновления intel-microcode

поставь проприетарные

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

195. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от glad_valakas (?), 03-Сен-24, 23:19 
> поставь проприетарные

intel-microcode и так проприетарная.
видео встроенное: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10).
проц: Pentium(R) Dual-Core CPU E6500 @ 2.93GHz
мать: G31D-M7

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

173. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (173), 03-Сен-24, 10:42 
systemd уже выпилили?
Ответить | Правка | Наверх | Cообщить модератору

177. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (54), 03-Сен-24, 13:10 
> systemd уже выпилили?

кто о чем, а вшивый о бане
тебе в диван

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

181. "Новые версии Debian 12.7 и 11.11"  +2 +/
Сообщение от Аноним (181), 03-Сен-24, 18:47 
Кто ж его выпилит?! Он же уже памятник! (с) ну почти
Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

215. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от _ (??), 04-Сен-24, 19:36 
Увы! Без всяких там "почти". Поздно пить боржоми(С).
Ответить | Правка | Наверх | Cообщить модератору

196. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от glad_valakas (-), 03-Сен-24, 23:41 
> systemd уже выпилили?

DIY. я тут где-то копипастил из LOR про вынос systemd из debian.
суть в том что в команде apt remove systemd надо добавить хинт "поставить elogind"
насчет udev не знаю. проведите эксперимент на живом debian какой не жалко потерять.

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

223. "Новые версии Debian 12.7 и 11.11"  +1 +/
Сообщение от Аноним (-), 05-Сен-24, 04:48 
>> systemd уже выпилили?
> DIY. я тут где-то копипастил из LOR про вынос systemd из debian.
> суть в том что в команде apt remove systemd надо добавить хинт "поставить elogind"
> насчет udev не знаю. проведите эксперимент на живом debian какой не жалко потерять.

Если вы железно знаете что вам надо - начните с ультраминимальной системы набраной (c)debootstrap'ом. У самого минимального варианта, где только софт достаточный для пуска apt по дефолту - вообще совсем никакого инита нет!

При первом старте такой виртуалочки ядро выалится в чудный sh - и вот оно ваше счастье, косплейте инит сами, во! :). Ну или добавьте пакет с нужным init в момент бутстрапа, какой вы там хотели, если это кажется слишком хардкорно.

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

205. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (205), 04-Сен-24, 15:50 
А подскажите, сколько денег Астра перевела Дебиану в этом году? Астра же делится своими доходами с теми, плодами чьих трудов она пользуется, не так ли?
Ответить | Правка | Наверх | Cообщить модератору

226. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (226), 05-Сен-24, 12:57 
А космонавт донатит дебиану?
Ответить | Правка | Наверх | Cообщить модератору

229. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (229), 06-Сен-24, 07:40 
Не знаю сколько, но донатил.
Ответить | Правка | Наверх | Cообщить модератору

227. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (227), 05-Сен-24, 22:22 
>сколько денег Астра перевела Дебиану

?? Зайдите на сайт Дебиана, почитайте что это такое. Дебиан некоммерческий проект, у него никакого фонда нет для перевода денег, нет счёта в банке. Это неформальное объединение людей

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

228. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (229), 06-Сен-24, 07:40 
Донаты-то они принимают.
Ответить | Правка | Наверх | Cообщить модератору

238. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Tuman (?), 10-Сен-24, 04:41 
>>сколько денег Астра перевела Дебиану
> ?? Зайдите на сайт Дебиана, почитайте что это такое. Дебиан некоммерческий проект,
> у него никакого фонда нет для перевода денег, нет счёта в
> банке.

А кто тебе это сказал что у них нет счета в банке?) Как минимум за авторские права они получают нехило так, + их основу debian ( debian based ) - используют другие корпорации такие как Cannonical, воообщем все что написано debian based. + зайди в любой интернет магазин напиши debian - куча книг, кружек, всяких футболок.

За использование логотипа или слова debian ( в debian-based ) они получают нехилый такой процент. Это авторские права. Это минимальный источник дохода. + есть еще куча неявных схем о которых ты или я незнаем. Просто про них не написано на сайте простому пользователю.

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

231. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Хрю (?), 08-Сен-24, 19:13 
А сколько ты передал демьяну? Ты же пользуешься плодами чьих-то трудов. А Линусу не забыл забашлять? А чего так?
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

239. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 10-Сен-24, 04:53 
https://www.opennet.ru/opennews/art.shtml?num=33097
Стоимость разработки Debian Wheezy оценена в 19 миллиардов долларов.
Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

241. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 10-Сен-24, 12:06 
> А подскажите, сколько денег Астра перевела Дебиану в этом году

Видел на форумах и на волне импортозамещения компании делают распил госбюджета. Продают российские ssd за 5000 якобы для серверов якобы надо, которые являются аналогами samsungov за 1500, только внутри там китайская начинка, зато можно орать что рассийское.

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

243. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 10-Сен-24, 12:31 
> bcachefs-tools требованиям сборки для Debian Stable.

А скажите а что там понапихано в Debian на 3gb?
Может надо net install?
Или людям необходимо все это.
Как например snaps в ubuntu.
Чтобы поставил и пользуешься и ставишь по мере надобности все эти snaps. Но без идиотских тем оформлений в сборках на 1,7 gb и непонятных дополнительных репозиториев. Просто интересно как это задумано?

Когда нибудь сделают нормальную сборку чтоб установил и пользуешься и доустанавливаешь по мере надобности. Там куча каких то оффисов. Непонятно чего. А может не всем нужен оффис в дистро.
Вот например как win10 lts - почти идеально.
Или как win7. По компоновке. Вот просто система без всяких там store shops, windows media player.

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

245. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (-), 12-Сен-24, 14:35 
>> bcachefs-tools требованиям сборки для Debian Stable.
> А скажите а что там понапихано в Debian на 3gb?

В дебиан напихано - сильно больше. Ибо дебиан - это репы. И там один только список пакетов весит за 100 мегов уже в расжатом виде.

> Может надо net install?
> Или людям необходимо все это.

Кому надо минимализм вообще debootstrap пусть разучат и наберут систему аддитивным способом. Им этот инсталлер - вообще не вперся, они сгенерят образа а потом раскидают куда надо. И это заодно и совсем другие времянки операций. Просто это следующий уровень технологий. А вон то для чайников, которым все и вся с лопаты. На всякий.

> Как например snaps в ubuntu.

Сапопикал сделал из системы виндообразную ПОМОЙКУ.

> Чтобы поставил и пользуешься и ставишь по мере надобности все эти snaps.

Заодно получая по 100500 копий одних и тех же либ, от васянов, с хзкакими полисями. И получается - обычная маздайка. А хоть и из линуха.

> Но без идиотских тем оформлений в сборках на 1,7 gb и
> непонятных дополнительных репозиториев. Просто интересно как это задумано?

Ну вот так: дефолтовые штуки - это для чайников. А кто попродвинутее - ОС другими способами деплоят.

> Когда нибудь сделают нормальную сборку чтоб установил и пользуешься и доустанавливаешь
> по мере надобности.

(c)debootstrap называется, и не сборка - а генератор рутфса. Но тут уже надо знать что надо. Это реально ультраминимализм. Это круче нетинсталла.

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

246. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 20-Сен-24, 12:00 
>>> debootstrap

это примерно как linuxfromscratch

садомазохизм.

в этом плане прощще ubuntu minimal ( если debian ) и убрать ненужное,
или arch linux gui.

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

247. "Новые версии Debian 12.7 и 11.11"  +/
Сообщение от Аноним (232), 20-Сен-24, 12:08 
> (c)debootstrap называется, и не сборка - а генератор рутфса. Но тут уже
> надо знать что надо. Это реально ультраминимализм. Это круче нетинсталла.

просто если оно нормальное, то вопросов не возникает. если нет то постоянно какие то метания)

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

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

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




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

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