Исходное сообщение
"Релиз Debian 8.0 Jessie" Отправлено Michael Shigorin, 28-Апр-15 00:31
> Если честно, в глубине души я считаю бэкпортирование почти тождеством > "работа на мусорный бак". Это дурная работа на ровном месте Погодите.  Известны такие подходы для решения задачи обеспечения доступности более-менее свежего пользовательского софта: - "собери сам"; - "скинемся напильниками на бэкпорт"; - "роллинг"; - "частые релизы". Порядок перечисления мало о чём говорит, т.к. плюсы и минусы вариантов можно расписывать отдельно и довольно подробно -- но мне, например, дурной работой на ровном месте уже много лет кажутся убунтушные "полугодовые релизы", причём цена этой марковой дури -- немалое количество *выгоревших* разработчиков Debian, имевших неосторожность пойти за этим человеком. > за это же время можно было бы сделать что-то более полезное чем борьба > с искусственно созданными административно-политическими трудностями. Полностью ошибаетесь с характеристикой.  Конфликт здесь в том, что хочется обновлением платформы заниматься пореже (т.к. это морока и потеря времени), а нужные кусочки прикладного софта и/или драйверов иметь посвежее (т.к. это нужная функциональность). > И лично мне с технической точки зрения удобнее выкроить полдня в предсказуемом > интервале времени и там подтянуть весь софт оптом, нежели колупаться с > ручным управлением пакетным менеджером. А я вообще не мумукаюсь, т.к. у нас нет ни проблем testing (тем более unstable), ни проблем stable.  Есть другие, но выбор между теми и этими для меня оказался прост. > [...GCN...] и просто в принципе не рассматривать LLVM старее 3.6 Да-да, эту рекомендацию ещё вчера заметил и спасибо.  Только там, по словам майнтейнера, не всё так гладко с обновлением (не помню детали). > Никогда не слышали про Equation group и их модуль инфекции HDD firmware? Краем уха слышал. > Вот я и думаю - вы лихо передергиваете, или сторонник тактики страуса? Съехидничал малость. >> Кстати, вот так видели? :)  http://git.altlinux.org/people/mike/packages/?p=mkimage-prof... > Как интересно... а почему в этом файлике так мало беспроводок? В основном в firmware-linux, а это то, что отдельно (более новое или уже втянуто, но пока не убирал старое имя, чтоб не навредить на более старых ветках репозитория).  Кстати, обновил, наработали уже коммитов с декабря. > Там кстати у ath9k_htc фирмварь нынче опенсорсная, так что ее вскоре > и щепетильные дебианщики должны бы подхватить. Эт хорошо ;-)

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Если честно, в глубине души я считаю бэкпортирование почти тождеством >> "работа на мусорный бак". Это дурная работа на ровном месте > Погодите. Известны такие подходы для решения задачи обеспечения доступности более-менее > свежего пользовательского софта: > - "собери сам"; > - "скинемся напильниками на бэкпорт"; > - "роллинг"; > - "частые релизы". > Порядок перечисления мало о чём говорит, т.к. плюсы и минусы вариантов можно > расписывать отдельно и довольно подробно -- но мне, например, дурной работой > на ровном месте уже много лет кажутся убунтушные "полугодовые релизы", причём > цена этой марковой дури -- немалое количество *выгоревших* разработчиков Debian, имевших > неосторожность пойти за этим человеком. >> за это же время можно было бы сделать что-то более полезное чем борьба >> с искусственно созданными административно-политическими трудностями. > Полностью ошибаетесь с характеристикой. Конфликт здесь в том, что хочется обновлением > платформы заниматься пореже (т.к. это морока и потеря времени), а нужные > кусочки прикладного софта и/или драйверов иметь посвежее (т.к. это нужная функциональность). >> И лично мне с технической точки зрения удобнее выкроить полдня в предсказуемом >> интервале времени и там подтянуть весь софт оптом, нежели колупаться с >> ручным управлением пакетным менеджером. > А я вообще не мумукаюсь, т.к. у нас нет ни проблем testing > (тем более unstable), ни проблем stable. Есть другие, но выбор > между теми и этими для меня оказался прост. >> [...GCN...] и просто в принципе не рассматривать LLVM старее 3.6 > Да-да, эту рекомендацию ещё вчера заметил и спасибо. Только там, по > словам майнтейнера, не всё так гладко с обновлением (не помню детали). >> Никогда не слышали про Equation group и их модуль инфекции HDD firmware? > Краем уха слышал. >> Вот я и думаю - вы лихо передергиваете, или сторонник тактики страуса? > Съехидничал малость. >>> Кстати, вот так видели? :) http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/firmware/config.mk;hb=HEAD >> Как интересно... а почему в этом файлике так мало беспроводок? > В основном в firmware-linux, а это то, что отдельно (более новое или > уже втянуто, но пока не убирал старое имя, чтоб не навредить > на более старых ветках репозитория). Кстати, обновил, наработали уже коммитов > с декабря. >> Там кстати у ath9k_htc фирмварь нынче опенсорсная, так что ее вскоре >> и щепетильные дебианщики должны бы подхватить. > Эт хорошо ;-)
	Введите код, изображенный на картинке: