Завершилось голосование, касающиеся изменения политики включения в состав дистрибутива Debian Lenny проприетарных бинарных прошивок (firmware). Большинством голосов разработчики приняли решение (http://www.debian.org/vote/2008/vote_003.en.html#outcome) о поставке спорных проприетарных бинарных компонент в составе дистрибутива, отложив на неопределенный срок работу по проверке и чистке неоднозначных бинарных вставок для ускорения выпуска релиза. Варианты полного устранения всех проприетарных BLOB-ов или задержке релиза для дополнительного разбирательства были отвергнуты голосовавшими разработчиками.
Напомню, что правила проекта Debian запрещают помещение в состав дистрибутива компонент для которых отсутствуют исходные тексты, в то время как у большого числа драйверов из состава Linux ядра имеется привязка к проприетарным бинарным прошивкам, для которых исходные тексты недоступны. Изъятие подобных BLOB-компонент привело бы к необходимости модификации частей Linux ядра и существенно бы сократило объем поддерживаемого дистрибутивом оборудования.
URL: http://www.heise-online.co.uk/open/The-way-is-cleared-for-De...
Новость: http://www.opennet.me/opennews/art.shtml?num=19618
Странно, на ящик еще не пришли результаты. Но если так, то это печально. Даже ядро теперь нормально не работает с оборудованием без этих вшывых закрытых вставок.
Ну что-ж ждем релиз. :)
>Странно, на ящик еще не пришли результаты. Но если так, то это
>печально. Даже ядро теперь нормально не работает с оборудованием без этих
>вшывых закрытых вставок.Некотороые железки сделаны так: у них есть свой проц с своим фирмваре.Некоторые грузят оное из встроенного флеша или ROM.А у некоторых своего флеша нет, только RAM.Посему драйвер сперва должен фирмваре загрузить в железку, или она не сможет работать.
Закрытые вставки?Да, чтобы такое железо могло работать.А исходники?Скажите, много вы исходников видели скажем для прошивок CD-ROM?HDD?И прочих подобных?Может по этой причине перестанем поддерживать работу с CD и HDD?А то внутрях у них проприетарное фирмваре, дескать!И у компов BIOS проприетарный - тоже ну его нафиг поддерживать такое.А если фирмваре надо загрузить драйвером - в чем принципиальная разница?Только в том что железяка сама не может его подгрузить и нуждается в небольшой помощи драйвера?Нет, поработать ножницами конечно можно, но цена будет соответствующей: работать нихрена не будет.И никто и не подумает сорцы этих фирмварей предоставить.И даже если бы кто-то предоставил - это бы очень сильно усложнило компил ядра - для перекомпила ядра потребовалось бы совершенно офигительное окружение занимающее много гигов.С пачкой кросскомпилеров под экзотичные архитектуры процов, вагоном либ под все мыслимые архитектуры и так далее.
>Ну что-ж ждем релиз. :)
Даже дебианщики не лишены здравого смысла.Свобода это хорошо.А вот пальба себе в пятки под лозунгом свободы - плохо.
Как будто тебе было бы легче, если бы те же самые прошвики находились на флэшке, впаянной в железку. Не один ли хрен?
Насколько я понимаю, все современные принтеры от хьюлета пользуются при печати протоколом ZJS (HPZJS). Для подачи во внутренности команд на входе принимаемые PostScript, PCLx и т.д. через имеющуюся прошивку конвертятся в HPZJS. Например, LJ 1020 заводится в линуксах и прочих CUPS-совместимых системах без особых проблем, но чего стоит посношаться с 1010, да еще через весьма тупорылый принтсервер, не позволяющий передавать RAW Binary Data (т.е. ту самую прошивку) через свои порты... Вот так нахождение фирмварей на самих девайсах сохраняет кучу времени многим администраторам.Поправьте, если где-то ошибаюсь.
По-моему, наоборот, 1010 без проблем заведётся в линуксе, а с 1020 придётся посношаться, так как он gdi. С 1020 и в винде гемора хватает.
>По-моему, наоборот, 1010 без проблем заведётся в линуксе, а с 1020 придётся
>посношаться, так как он gdi. С 1020 и в винде гемора
>хватает.и 1010, и 1020 чудесно работают под лялихами. с бубунтой практически из коробки (для 1020 надо прошивку подсунуть).
>Поправьте, если где-то ошибаюсь.Флеш память, особенно напрямую пригодная для работы с небольшими процессорами, т.е. NOR флеш до сих пор стоит денег.И до сих пор на ней иногда экономят.Хотя безусловно юзеж флеша или хотя-бы ROM для хранения фирмваре здорово убавил бы геморрой всем вокруг.
лицемерие - это то что убьёт западную цивилизацию :)
прощай, дебиан.
>лицемерие - это то что убьёт западную цивилизацию :)
>прощай, дебиан.Ну это конечно жестко. Ведь проприетарными драйверами пользуемся все равно, просто сам факт, что без них уже не получается качественного релиза удручает. Стабильнее дебиана пока ничего не нашел.
>прощай, дебиан.А еще не забудьте стереть BIOS а также угробить прошивку CD\DVD-ROM и жесткого диска, bios видеокарты и так далее.Дебианщики молодцы что заметили проблему.Но они поклацать зубами - могут.А дальше то что?Если все это выкинуть - юзеры будут наслаждаться горками неработающих девайсов, которые без фирмваре просто мертвое железо.
> Потом -- суп с котом, может быть, будут открытые.никогда уже не будут. зачем ? последний популярный дистрибутив сдался. и зачем теперь открывать ? стимула нет.
> последний популярный дистрибутив сдался.А он когда-то был настолько популярен чтобы вендоры всего этого с ним считались?
>и зачем теперь открывать ? стимула нет.
Представьте себе что вам откроют сорц.Чего-то этакого.В кодах хитрого процессора про который вы в лучшем случае слышали что он есть.А уж если gcc это поддерживает - считайте что в сорочке родились.А вы готовы обвешаться дюжинами кросскомпилеров, наборов библиотек и прочая только чтобы ядро пересобрать?Ответ на этот вопрос мягко говоря не простой.И кстати точно так же вы можете требовать и скажем исходники прошивки скажем CD-ROM.Хоть она и не грузится драйвером а обитает в флеш-памяти сидюшника.В конечном итоге - не больно какая разница, в встроенном флеше было фирмваре или драйвер при инициализации железки в нее послал оное.В обоих случаях это противный бинарный блоб, только иногда он вам не видет а иногда - драйверам приходится кой-что о нем узнать.Вся разница :\
поддержка общих стандартов и общих форматов документов важнее.
Обидно. Сдаются самые лучшие.Лично мне казалось, что для линукса открытость (и, как следствие, безопасность) кода более приоритетна, чем поддержка г%ножелеза. Это разработчикам убунты все равно что в дистр пихать - они пытаются делать аналог винды. А разработчики других дистров смотрят на растущий рейтинг убунты и начинают делать то же самое. Торжество стадного инстинкта над разумом :(
Все-таки хочется надеяться, что когда-нибудь здравый смысл победит бабл^Wлоббизм крупных корпораций и закрытые компоненты будут законодательно запрещены как потенциально опасные.
>Все-таки хочется надеяться, что когда-нибудь здравый смысл победит бабл^Wлоббизм крупных корпораций и
>закрытые компоненты будут законодательно запрещены как потенциально опасные.:) "Хочется надеяться, что что когда-нибудь здравый смысл победит бабл^Wлоббизм крупных корпораций и минералка с пузырьками будут законодательно запрещена как (вписать свое)".
Каждому свое. Корпоративный мир не так смотрит на ситуацию, и пока разговор будет идти в стиле "либо открытое, либо работающее хорошо", BLOB-ы для поддержки конкретных функций конкретного железа так и будем видеть в любой новой коробке с недорогим железом. И юзаться на машинах конечных юзеров.
Как у Жванецкого, "можете этого и не делать, если вас не интересует результат".
Если для вас поддержка железа важнее открытости/безопасности кода, то M$ Windows - ваш лучший выбор! ;)Что же касается закрытых компонент, то априори мы можем о них предположить следующее:
1. Они содержат код, неэффективный вследствие непрофессионализма авторов ("индусский код"). Все равно ведь его никто кроме своих не увидит - можно не стараться писать хорошо.
2. Они содержат код, намеренно сделанный неэффективным. Всякие рандомно сформированные и реально не нужные файлы ресурсов, не говоря уж о всяких sleep(5), for (i=0;i<=1000000;i++) {}, бессмысленных аллокациях больших объемов памяти и т.д. Ибо все мы прекрасно знаем об искренней и нежной дружбе производителей софта и железа.
3. Они содержат шпионские закладки. Особенно то, что на Западе готовится для российского рынка.Паранойя? Нет. Реализм. Лучше переоценить потенциальные проблемы, чем недооценить их.
>ну давай не будем пользоваться сотовыми. они тоже посылают control сигналы в
>выключенном состоянии.Полагаю, это описано в GSM стандарте (но, если честно, не уверен), в отличие от ситуации с Windows Update.
Очень радует, что среди Debian developers большинство составляют прагматики, а не фанаты. Далее идет объяснение специально для религиозных фанатов open source, которые ни с чем реально не работают и ничего не производят, кроме воплей на форумах. Во-первых, речь идет о т.н. firmware, а не о бинарных драйверах. Более того, я уверен, что абсолютное большинство фанатов не обладает достаточной квалификацией, чтобы читать и вносить исправления в исходные тексты firmware, которые им якобы очень нужны. Во-вторых, firmware скорее всего будет храниться не в основном репозитории, а в non-free, не хочешь -- не ставь. В-третьих, дистрибутив, в который из-за религиозных соображений не будут включены бинарные компоненты будет в заведомо проигрышной позиции по отношению к тем, в которые их включают. Для Debian как дистрибутива, претендующего на универсальность, это важно.
>Во-первых, речь идет о т.н. firmware, а не о бинарных драйверах.Это что-то меняет? В обоих случаях мы получаем кота в мешке, который все-таки является _исполняемым_ кодом, т.е. должен исполняться на _вашей_ машине.
>Более того, я уверен, что абсолютное большинство фанатов не обладает достаточной квалификацией, чтобы читать и вносить исправления в исходные тексты firmware, которые им якобы очень нужны.
История опенсорса показывает: были бы исходники, а спецы найдутся. Если, конечно, оно того стоит ;)
>В-третьих, дистрибутив, в который из-за религиозных соображений не будут включены бинарные компоненты будет в заведомо проигрышной позиции по отношению к тем, в которые их включают. Для Debian как дистрибутива, претендующего на универсальность, это важно.
Мою точку зрения на такой подход см. выше. Если ради поддержки г%ножелеза вы готовы запустить на своей машине неизвестно что, работающее неизвестно как - вам лучше перейти на винду. Или на убунту.
>Мою точку зрения на такой подход см. выше. Если ради поддержки г%ножелеза
>вы готовы запустить на своей машине неизвестно что, работающее неизвестно как
>- вам лучше перейти на винду. Или на убунту.Это тоже не выход. Нужно сабботировать железо, для которого не выпускаются открытые драйвера и/или прошивки. Уменьшение спроса на продукцию - самый убедительный повод сделать телодвижения в сторону открытости.
> История опенсорса показывает: были бы исходники, а спецы найдутся. Если, конечно, оно того стоит ;)Вопрос в том, когда они найдутся и в какие сроки что-то сделают. Оборудование, рассчитанное на массового потребителя, устаревает очень быстро.
> Мою точку зрения на такой подход см. выше. Если ради поддержки г%ножелеза вы готовы запустить на своей машине неизвестно что, работающее неизвестно как - вам лучше перейти на винду.
Сам для себя я стараюсь такое не покупать. Но продвигающим open source в массы должно быть очевидно, что из-за отказа со стороны разработчиков дистрибутивов идти на компромисс по поводу бинарников винда до сих пор стоит на большинстве десктопов. Массовому юзеру не нужна "безопасность", не нужны "открытые исходники", т.к. он их не читает. Ему нужно именно дешевое г%но, чтобы запускать Office и игры.
Хорошо, а при чем тут linux?Имхо, основными целями линукса как раз и являются "безопасность" и "открытые исходники". Я бы даже назвал это "первичными половыми признаками" опенсорса =)
А "дешевое г%но, чтобы запускать Office и игры" - это убунта или ворованная винда.
Безопасность ЧЕГО и открытость ЧЕГО? Кстати, красноглазик, попроси у Интела или АМД схемы процов и чипсетов, у производителей продуктов питания рецепты и список поставщиков компонентов для них, а у правительства разъяснение, почему это такое го-но они крутят в СМИ, почему нифига не развивается производство, даже самое примитивное, почему образование никакое и куда в таком случае они девают бабки ;) Просто поинтересуйся, а то... ведь не безопасно всё это! А заодно попроси у Бога рецепт, как избавиться от страхов, кошмаров и паранойи в твоей жизни, а то, глубокоуважаемый, так и сна можно лишиться! Удачи! ;)
>>Во-первых, речь идет о т.н. firmware, а не о бинарных драйверах.
>
>Это что-то меняет? В обоих случаях мы получаем кота в мешке, который
>все-таки является _исполняемым_ кодом, т.е. должен исполняться на _вашей_ машине.Увы, я не достаточно хорошо знаю архитектуру ЭВМ, но разве firmware не работает в своеобразном "sandbox"-е устройства, в которое оно заливается? Разве открытый драйвер устройства не способен "защититься" от злонамеренной firmware?
Да, я знаю про DMA, но регионы памяти под DMA тоже выделяются драйвером.
Злонамеренная прошивка, заставив аппаратуру работать должным образом, в определенный момент может просто спалить комп :) Строго говоря, это может сделать почти любая микросхема :)
>Злонамеренная прошивка, заставив аппаратуру работать должным образом, в определенный момент может просто спалить комп :)Нет, конечно можно скоммутировать силовые линии на линии передачи данных... Но это уже смердит паранойей в духе «злонамеренный электрик может подать в сеть 380 вместо 220» :-)
Опять таки я спрашивал большее про получение доступа к информации, нежели про DoS (бэкапы никто не отменял).
> Это что-то меняет? В обоих случаях мы получаем кота в мешке, который все-таки является _исполняемым_ кодом, т.е. должен исполняться на _вашей_ машинеFirmware может быть либо зашито в ПЗУ прямо в железке, либо загружаться в ОЗУ драйвером. В статье речь идет именно о втором случае. А в первом случае, как это ни странно, все равно прошивка существует, и все равно бинарная, просто она уже загружена в комп. Ты никогда не покупаешь оборудования с закрытой прошивкой? К сожалению, в наше время это практически невозможно - придется отказаться, как минимум, от сотовой связи (нет _ни одного_ полностью открытого сотового телефона - даже у openmoko радиочастотная часть закрыта). А что меняет тот факт, что прошивка загружается в устройство драйвером?
А то устройство самой этой вашей машины не является open-source, тебя не смущает? Или ты из принципа используешь только железо, которое делаешь сам, по спецификациям из opencores?
>Это что-то меняет? В обоих случаях мы получаем кота в мешке, который
>все-таки является _исполняемым_ кодом, т.е. должен исполняться на _вашей_ машине.Это меняет очень многое. Если бы не жлобство производителей железа на маленькую флешку, на которой должна храниться прошивка, то не имели бы такой ситуации в принципе. С другой стороны, ничего не мешает покупать оборудование, на производстве которого не экономили каждый цент. Оно стоит несколько дороже, но с ним редко бывают проблемы.
>Мою точку зрения на такой подход см. выше. Если ради поддержки г%ножелеза
>вы готовы запустить на своей машине неизвестно что, работающее неизвестно как
>- вам лучше перейти на винду. Или на убунту.В стандартном десктопе бинарные закрытые прошивки есть как минимум в:
1. Материнской плате
2. Накопителях (HDD, CD/DVD, etc).
3. Видеокарте (если она есть)
Т.е. там, где оборудование должно работать когда ОС еще не загрузилась. И все оно закрытое, и все оно бинарное. Или у Вас везде собственноручно написанные прошивки? «Не верю» ©
>История опенсорса показывает: были бы исходники, а спецы найдутся. Если, конечно, оно того стоит ;)ага. сколько там лет люди ждут открытых хороших брод под ати? =))
вот вы все тут такие крутые, а зачем вам wine? чтобы запускать закрытый софт?
одно название от вас "борцы за свободу".
>вот вы все тут такие крутые, а зачем вам wine? чтобы запускать
>закрытый софт?
>одно название от вас "борцы за свободу".Почему обязательно закрытый? Можно и открытый. Под винду есть куча открытого софта (например, miranda). А с помощью wine можно запускать его и под открытой ОС.
>>вот вы все тут такие крутые, а зачем вам wine? чтобы запускать
>>закрытый софт?
>>одно название от вас "борцы за свободу".
>
>Почему обязательно закрытый? Можно и открытый. Под винду есть куча открытого софта
>(например, miranda). А с помощью wine можно запускать его и под
>открытой ОС.Но ведь чаще всего линупсойды запускаю игры причем скачанные, не купленные, всякие скайпы и т.д.
Не ожидал такого от дебиана. Да дебиан RIP. хороший был дистр :,(
я правильно понял, что вы теперь будете пользоваться убунтой или вендой ?
OpenBSD
Масса соплей от людей смотрщих на мир через мелкомягкие форточки и кричащих необходимости ОС Linux быть открытой и безопасной... Сравните тот же Debian по безопасности с OpenBSD!В то время как в *BSD весь код открыт и приложения собираются из открытых исходиков, когда Sun открывает коды Solaris дружно сс?м при упоминании о включении чего-то закрытого в Debian при этом смело ставим (в редком случае использования на десктопе Linux) бинарные дрова от Nvidia вместо nv или vesa, добавляем через wine и cedega игрушки и ворованый офис...
При этом каждая ... хочет учить разработчиков не самого популярного дистрибутива (cм. Distrowatch.com) что и как нужно делать!P.S. А не задуматься ли о причине популярности Ubuntu? И не популяности его абсолютно свободной инкарнации?
Серверу firmware не нужен, а Debian на десктопе не особо нужен -- там все древнее:)
>Серверу firmware не нужен, а Debian на десктопе не особо нужен --
>там все древнее:)ООООО!!! А RAID-контроллерами какого производителя Вы пользуетесь??
>ООООО!!! А RAID-контроллерами какого производителя Вы пользуетесь??Мне больше интересно, считается ли микрокод процессора firmware в контексте новости :-)
>>ООООО!!! А RAID-контроллерами какого производителя Вы пользуетесь??
>
>Мне больше интересно, считается ли микрокод процессора firmware в контексте новости :-)
>Каджому дебиану по исходнику микрокода первого итаниума
>P.S. А не задуматься ли о причине популярности Ubuntu? И не популяности его абсолютно свободной инкарнацииПопулярность у Убунты, только от того, что её диск можно бесплатно получить по почте.
>Популярность у Убунты, только от того, что её диск можно бесплатно получить по почте.Шире: от миллионерского маркетинга.
>там все древнее:Зато стабильное и не падает от каждого чиха. А кому надо новинки сидят на sid/experimental.
Прошивка вроде как на самом устройстве исполняется, а не на ЦП, соответственно к ядру и дистрибутиву имеет весьма отдалённое отношение( хотя почему производитель пожлобился на несколько метров флеша для прошивки - не ясно). Думаю, что панику разводить не нужно, в следующем релизе запихнут прошивки в нон-фри, драйвера которым они нужны в контриб. Сейчас у них на это просто нет времени.
эх, ребята, знали бы вы, как я намучался года 4 назад, когда ставил дебу на лезвие с фц-контроллером от qlogic. причина мук была как раз в отсутствии это
блин. проблема была, говорю, как раз в отсутсвии фирмвари на рамдиске инсталлятора. приходилось ее подпихивать туда по ссх, пересобирать инит и заниматься тому подобными раздражающими мелочами. а теперь, я надеюсь, все станет гораздо проще