Латиноамериканское отделение Фонда свободного ПО объявило (http://www.fsfla.org/svnwiki/anuncio/2010-11-Linux-2.6.36-li...) о подготовке в рамках проекта Linux-Libre (http://www.fsfla.org/svnwiki/selibre/linux-libre/) полностью свободного варианта Linux-ядра 2.6.36 (http://www.opennet.me/opennews/art.shtml?num=28363), очищенного от проприетарных прошивок и драйверов, содержащих несвободные компоненты. Примечательно, что в анонсе представители Фонда СПО назвали Linux-ядро несвободным ПО и отнесли его к категории Open Core (http://www.opennet.me/opennews/art.shtml?num=27351), подразумевающей, что в свободном доступе распространяется только базовые компоненты системы, а расширенные функции поставляются в рамках закрытого продукта.
Причина столь резкой критики связана с поставкой в составе ядра достаточно большого объема бинарного кода, поставляемого без исходных текстов под ограничивающим его распространение лицензионным соглашением (например: "данные материалы разрешено исп...URL: http://www.fsfla.org/svnwiki/anuncio/2010-11-Linux-2.6.36-li...
Новость: http://www.opennet.me/opennews/art.shtml?num=28570
в дебиане сквиз тоже почистили
А список оборудования на котором оно работает , прилагается? )) Не думаю , что этот список будет слишком длинным...
Прилагается там где-то список драйверов, подвергнутых очистке. Причём некоторые продолжают работать и после неё, например e100 (фирмварь там опциональна), и т.д.
И кстати Вы наверняка удивитесь, насколько мало вещей ломается после полного отказа от бинарников. Это конечно если не пользовать железа от откровенно зловредных производителей типа нвидии, и ещё к выбору вайфая подойти с умом.
абсолютно согласен (если мое мнение кому-то интересно. а не интересно - не читайте :D)
соственно лично мне сейчас мешает нормально жить дрова нвидии (если не считать телефон). чуть раньше мешали фирмфари на хп1020 (это что-то, но работал отлично). но сейчас, после покупки сетевого принтера (собстно там наверное тоже линух и, о ужас, наверное с какой-то фирмаврью внутри), уже нет.
> соственно лично мне сейчас мешает нормально жить дрова нвидииА что с nouveau какие то проблемы?
P.S. Начиная с сабжевой версии Linux для него блобы не нужны ("dropped deblobbing of nouveau, now blob-free").
ну да!
а в игрушки поиграть? а куда, шмуда, вдпау?
> А список оборудования на котором оно работает , прилагается? ))Вот вам список того, что _может_ не работать или работать не совсем нормально:
http://www.fsfla.org/svn/fsfla/software/linux-libre/scripts/...
Интересно, Линукс написан так же как этот скрипт?..
Ну это скорее камень в огород разработчиков конкретных подсистем. Собственно зачем включать прошивки в состав дерева исходников ядра? Что мешает сделать вменяемый интерфейс, через который из userland можно влить все, что нужно? Может быть не универсальный 'для всех' (такой скорее не осилят), может быть пусть каждый ммм рисует как он хочет - не суть важно. Но в ядре то блобы зачем? Я понимаю, что с точки зрения здесь и сейчас для разработчика может быть заметно проще вхреначить вот ентот вот бинарь без которого нифига не работает прямо по-живому в код. Но это неверный подход by design. И не вина тут бродкома или кого то ещё но скорее конкретных девелуперов, которые отвечают за поддержку той или иной железяки.
ты не поверишь, но фирмвари и так в код(!!) никто не вхриначивает.
они просто идут вместе (не вместо и не внутри) с исходниками.
после компиляции (в неизменном виде. да собстно как их можно изменить? законным образом) попадают в /lib/firmware. откуда и грузятся в устройства (примерно так - cat <фирмварь> > /dev/<устройство>)
вот список на н900, с которого пишу:
# ls /lib/firmware/
bcmfw.bin smia-sensor-01-022b-04.bin
et8ek8-0002.bin smia-sensor-0c-208a-03.bin
mt9p012-2802-10.bin wl1251-fw.bin
smia-sensor-01-022b-00.bin wl1251-nvs.bin
> ты не поверишь, но фирмвари и так в код(!!) никто не вхриначивает.Оу, ещё как вхреначивают. Их же хлебом не корми, дай вхреначить.
http://tomoyo.sourceforge.jp/cgi-bin/lxr/source/drivers/net/...
Длинные последовательности волшебных, никому кроме производителя не известно что делающих чисел - чем лучше фирмвари?
Скроллишь вниз и вниз, а они всё не кончаются. И это одно из мест, которое чистится в linux-libre.
ну, такие точно давить надо.
врядли они согласуются с гпл (указанный мной выше механизм в общем-то ее не нарушает)
ИМХО давить последовательности инициализации, а хотя-бы и длинные - это уже какой-то перегиб :). То что приведено - даже блобом не является. Просто содержимое регистров. А то что реалтек столько регистров зафигачил - кто-то виноват? Другое дело что доки на такое производитель по хорошоему должен бы предоставлять.
ну блин, так про любой блоб сказать можно - инициализирую мол регистры, сегменты и т.д.
а логику можно и на жабаскрипт написать.не, блоб пусть будет в /lib/блобс - чтобы все видели, а код нормально читался.
да и обновлятся ему там сподручнее - там ведь тоже ошибки встречаются.
а то перекомпилячивай всё из-за чертезнаетчего, при этом самой компиляции как таковой и нет.
А вот здесь то мы и приходим к одному довольно интересному моменту: что есть данные, а что есть код? Или где кончается жесткая логика и начинаются процессоры? Если по вашей логике рассуждать - ну тогда картинка в PNG - тоже "блоб" :). Можно ее рассмотреть как "программу" описывающую "виртуальной машине" (парсеру формата) как раскидать пиксели по монитору. И тем не менее, мы не считаем PNG программой. По той же причине по которой мы не считаем набор данных для записи в регистры программой. Это все-таки данные. Ну, как картинка в PNG.> не, блоб пусть будет в /lib/блобс
Это нормальная идея, имхо :).Правда если заниматься перегибами типа борьбы с инициализацией регистров :))) - тогда туда надо будет и все PNG в системе позапихать заодно. Если уж все данные туда грузить.
Кстати, начиная с какого объема - блоб, а с какого - не блоб?
MOV R0, #1 - единичка в этом случае - блоб?
А если так:
MOV R0, #1
MOV R1, #2Тут числа 1 и 2 - уже блоб, или еще нет?
А можно и проабузить чуток:
MOV R0, #1
MOV CustomReg29765, #127
...
MOV CustomReg47192, #183
... и еще 5 кило в том же духе :)Кстати а вы никогда не думали что ранняя инициализация многих процов происходит именно в таком стиле и по другому там не очень то и катит? Давайте вы тогда определите - с какого размера блобы начинаются? А то MOV R0, #1 объявленный блобом "единичка" - это все-таки перегиб, да? Тогда окажется что даже в самой опенсорсной программе - блобы :) Кстати, а массивы - сразу запретим? Особенно инициализированные? Или ограничимся лимитом на их размер? :) Яркий пример - CRC Tables. Давайте теперь таблицы CRC еще с диска грузить начнем? Типа блоб, при том довольно таки жирный. И в ядре CRC есть. Чего б модулю не грузить свой "блоб" таблицы с диска?! :)
>А вот здесь то мы и приходим к одному довольно интересному моменту: что есть данные, а что есть код? Или где кончается жесткая логика и начинаются процессоры? Если по вашей логике рассуждать - ну тогда картинка в PNG - тоже "блоб" :)не нужно за меня мыслить моёй же логикой. :D
короче, всё что не попадает в процесс компиляции, должно быть вынесено из исходников.
даже картинка в PNG.
> тогда картинка в PNG - тоже "блоб" :)"The source code for a work means the preferred form of the work for making modifications to it." (c)
Так что если бы картинка была под GPL, к ней должны были бы прилагаться исходники - а это вероятнее всего векторный оригинал в SVG, либо разложенный на слои GIMP-овский XCF. Если конечно её не рисовали попиксельно прямо сразу в PNG, чего в случае большинства маломальски сложных изображений не делается.
Картинка PNG не может быть блобом. Если что то готовый модуль не есть блоб, блоб это то, что потом станет модулем установленного в любую систему ядра. А не проприетарь в целом.
Не посмотрел кому отвечаю. Я знаю что User294 знает что такое блоб.
> Картинка PNG не может быть блобом. Если что то готовый модуль не
> есть блоб, блоб это то, что потом станет модулем установленного в
> любую систему ядра. А не проприетарь в целом.Термин пошёл от образного наименования "непрозрачного бинарника", но блоб в контексте GPL понятие более широкое - это те модули, к которым нет исходного кода. См. также соседний ответ про PNG.
Магический чисел не должно бытьМожно, например, комментарии подписать и регистры правильно назвать:
; See blablabla.txt docMOV InitReg, #127
...
MOV ClearReg, #183Тогда прочитав документация можно будет понять что InitReg
это не что иное как:
|7 A 6|5 CTRL 4|3 Vector 0|,
где A....
Выдавил из себя раба - остался пустым местом. Если бы Торвальдс не принял того решения- линукс так и остался бы в жопе...
Он и так "в жопе", что не мешает его использовать всем кто понимает зачем им это. Но при этом от свободности остается все меньше и меньше, а с таким подходом от винды от совсем не отличается.
Щас договоритесь что линукс не нужен совсем =)
А по теме, все правильно. Для популяризации надо идти на уступки. А когда набирает популярность просто стряхивать тех кто не успел открыть. Они потеряют деньги и больше не повадно будет. Только вот рано еще для этого, в основной ветке пока будут блобы.
>Выдавил из себя раба - остался пустым местом.наверное вам все же не стоило этого делать.
> Выдавил из себя раба - остался пустым местом.По такой логике - Торвальдс должен был бы жрать проприетарный миникс и не париться...
просто у Торвальса после выдавливания ещё много чего осталось. :D
ИМХО, не заслуживает главной страницы: они его делают для каждого релиза ядра.
> ИМХО, не заслуживает главной страницы: они его делают для каждого релиза ядра.Не для каждого, предыдущая версия была для 2.6.33 http://www.fsfla.org/svnwiki/anuncio/
У меня в Генту use-флаг libre и с более новыми ядрами тоже доступен
> У меня в Генту use-флаг libre и с более новыми ядрами тоже
> доступенОн далеко не полностью очищает ядро от сомнительных компонентов, Linux-Libre от FSFLA убирает гораздо больше, поэтому хотите действительно libre - пользуйтесь только LL, а не полумерами от людей, которым в общем-то всё равно.
Откуда такие сведения? Я всегда полагал, что там используются одни и теже скрипты (иногда более старые версии, потому что за этим мало кто следит). Вот для "ванилы", например: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-...
> Откуда такие сведения? Я всегда полагал, что там используются одни и теже
> скрипты (иногда более старые версии, потому что за этим мало кто
> следит). Вот для "ванилы", например: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-...Да, вероятно я ошибся, спутал с дебиановской политикой, где вынесли только явное отдельное firmware в [non-free], и теперь утверждают что в [main] у них полностью свободное ядро.
Может вы хотели сказать с более старыми и что называется флаг deblob? К 2.6.36 этот флаг пока не применим :(
Высосали проблему из пальца. Чем принципиально будет отличаться скачивание потом от скачивания сразу с ядром?Ну положат рядом ссылку на пак с фирмварями и скачаешь его отдельно. Те же яйца, только вид сбоку.
А чем тебе винда не нравиться? Теже яйца только вид сбоку =)
> Высосали проблему из пальца. Чем принципиально будет отличаться скачивание потом от скачивания
> сразу с ядром?Тем что есть опция не скачивать вообще. Ну, хомячкам может и не нужно, а в ряде применений хз чей код делающий хз что - бывает нежелателен.
Это "свободное" ядро может идти лесом.Оно неработоспособно на большинстве ноутбуков.
Оно неработоспособно для большинства v2l устройств.
Можно просто пойти в тундру, не беря с собой компьютер и дышать свободой. Хвать сходить с ума.
А какая разница нвидия/ати, интел/амд ... ? Надо брать железо чтоб было совместимо и забить на 2-3% разницы в производительности/надежности/цене. Например машину не по объему и мощности движка выбирают, а целиком: и салон тоже должен быть хороший/удобный.
Ну так не берите. А другим то зачем указывать что им делать? Они не отбирают у вас свободу выбора - вы можете выбрать ядро с блобами. А кому-то вот хочется ядро без блобов. Странно их за это осуждать.
> Оно неработоспособно на большинстве ноутбуков.У вас что сотня ноутбуков? Достаточно выбрать одну-две модели, которые будут работать.
> Можно просто пойти в тундру, не беря с собой компьютер и дышать свободой. Хвать сходить с ума.
А можно не ходить в тундру, а работать за компьютером и "дышать свободой" (не сейчас, так в перспективе).
Смешные вы. крутитесь в своей песочнице..
убираете фирмвари из ядра.. а BIOS в твоем ноуте уже свободный ?:)
> а BIOS в твоем ноуте уже свободный ?:)Лично у меня нету ноута, но если понадобится, один из первых кандидатов на покупку - Lemote Yeeloong, нетбук со свободным BIOS'ом, да.
http://www.tekmote.nl/epages/61504599.sf/en_GB/?ObjectPath=/...
Присоединяюсь к ответу.Но даже, если биос в ноуте будет несвободным, разве это значит, что надо поддерживать проприетарное ПО? Разве можно оправдывать использование одного проприетарного ПО, _вынужденым_ использованием другого проприетарного ПО? Нет, если вы цените свою свободу.
>Фонд CПО выпустилполностью свободный вариант Linux-
ядра 2.6 .36неужели признал BSD?
сложно повепить, что FSF критикует LSF. Это же отцы и дети!!! Я писал переводы новостей с 2008 года. Подобное впервые. Неужели междоусобица?
> неужели признал BSD?А что уже есть полностью свободный вариант BSD, кроме разве что OpenBSD с проприетарными прошивками?
Латиноамериканское отделение просто по-настоящему железячными проектами, похоже, не занималось. Так можно и до очистки от процессорных инструкций дойти - там тоже встречается закрытый микрокод
гонишь.
пока ещё роботы не научились делать роботов этот закрытый микрокод хоть одному человеку да известен.
так что тоже пусть гонят сырцы.
>чищенного от проприетарных прошивок и драйверов, содержащих несвободные компонентыне подскажите, где можно подробнее прочитать про этот обряд очищения?
http://www.fsfla.org/svn/fsfla/software/linux-libre/scripts/
Бинарная прошивка загружаемая ядром / бинарная прошивка хранящаяся во flash - где разница? Никогда этого не пойму. Наоборот, есть возможность обновить прошивку устройства, а это плюс.Хорошо, ну дадут им исходник. А собирать надо платным закрытым компилятором, например IAR, работает только под виндами.
Успокойте меня, скажите что речь идет только о драйверах а не прошивках...
Что же они оставили
CONFIG_MICROCODE,
CONFIG_FW_LOADER,
CONFIG_FIRMWARE_IN_KERNEL,
CONFIG_EXTRA_FIRMWARE,...
Может на случай возможной свободной замены некоторых этих вещей?
> Может на случай возможной свободной замены некоторых этих вещей?Угу. Свободное фирмваре (с полными исходниками) тоже бывает, и даже уже есть:
# find /lib/firmware/2.6.36-libre-rm1/
/lib/firmware/2.6.36-libre-rm1/
/lib/firmware/2.6.36-libre-rm1/keyspan_pda
/lib/firmware/2.6.36-libre-rm1/keyspan_pda/xircom_pgs.fw
/lib/firmware/2.6.36-libre-rm1/keyspan_pda/keyspan_pda.fw
/lib/firmware/2.6.36-libre-rm1/av7110
/lib/firmware/2.6.36-libre-rm1/av7110/bootcode.bin
>> Может на случай возможной свободной замены некоторых этих вещей?
> Угу. Свободное фирмваре (с полными исходниками) тоже бывает, и даже уже есть:Ващета исходники фирмварей есть у Adaptec, Qlocic, с другими не работал.
drivers/scsi/aic7xxx/ *.reg и *.seq
drivers/scsi/qla2xxx/ql_fw.h
drivers/scsi/qla4xxx/ql4_fw.h
Люди немного попутали свободное с открытым. Линус Торвальдс разумно поступил, когда разрешил бинарные прошивки. Закрытый это ещё не значит несвободный. Если пользователь купил соответствующее оборудование, то почему он должен отказываться от использования фирменных прошивок, если их использование легально и производитель заслуживает доверия?
В этом по моему и заключается свобода программного обеспечения.
> В этом по моему и заключается свобода программного обеспечения."Свобода программного обеспечения", что бы вы под ней не понимали - возможно, но никак не свобода ПОЛЬЗОВАТЕЛЯ.
> Закрытый это ещё не значит несвободный.Для того, чтобы продукт назывался свободным наличие исходных текстов в свободном доступе обязательно. Поэтому, значит.
> и производитель заслуживает доверия?
Производитель, который ограничивает свободу пользователей, может заслуживать доверия? По-моему, нет.
>> Закрытый это ещё не значит несвободный.
> Для того, чтобы продукт назывался свободным наличие исходных текстов в свободном доступе
> обязательно. Поэтому, значит.
>> и производитель заслуживает доверия?
> Производитель, который ограничивает свободу пользователей, может заслуживать доверия?
> По-моему, нет.бедный. как же ты страдаешь ведь приходится не доверять разработчику твоего компа :) ведь там биос и микрокод процессора закрыты... Не страшно тебе ?
Не столько страшно, сколько просто неприятно.
Но я надеюсь, что когда мой ПК отслужит своё, я смогу ещё купить новый со свободным биосом.
так зачем мараешь руки если тебе не приятно ?:)
Пока что у меня нет другого выхода.
паранойя такая паранойя..
я понимаю, что это актуально на режимном предприятии, на той же АС или в системе наведения боеголовок, в тех местах, где без этого действительно нельзя.. но обычному обывателю, у которого на компе\ноуте обычный, никому не нужный кроме него во вселенной хлам?
какая разница, какой у меня биос, я что, полезу его ковырять будь он открытым? нет. какая разница, какой у меня линукс, с блобами или без? на сетевую карту, raid контроллер или вообще специфический девайс? скорее всего я никогда не буду их модифицировать.
наверняка это сделают за меня, может быть лучше, чем это сделал бы производитель, тот же dlink. но если закладки в софт может внести один, кто скажет что этого не сделает другой - сторонний разработчик вася пупкин? только не надо говорить про открытый код(поднимите руки, кто может сходу разобраться в исходниках >10,000 строк и кто будет это делать?), это работает в крупных проектах.
> какая разница, какой у меня биос, я что, полезу его ковырять будь
> он открытым?Кто-нибудь бы полез, а потом выложил для вас улучшенную версию, с поддержкой всех процессоров, которые в сокет влазят (а не только тех, которые "посчитал экономически целесообразным" поддержать производитель материнки), расширенными оверклокерскими фишками, прогружающийся вместо 5 секунд за полсекунды, и т.д и т.п...
Экий ты такой благоверующий. Я быстрей поверю, что появится новая распиаренная прошивка с кучей троянов. Т.к. любителей наживы гораздо больше чем бескорыстных творцов.
> Экий ты такой благоверующий. Я быстрей поверю, что появится новая распиаренная прошивка
> с кучей троянов. Т.к. любителей наживы гораздо больше чем бескорыстных творцов.Точно, ведь все мы помним ту историю когда какой-то финн выложил своё ядро с исходниками, а их тут же растащили на трояны и ничего путнего из этой затеи не вышло.
ну не скажи. я вот помню[лет 5-7 назад, во времена 29A] как люди выкладывали исходники вирусов и через пару дней появлялись десятки разновидностей. профит был только у av компаний, остальные костерили opensource на чем свет стоит
> ну не скажи. я вот помню[лет 5-7 назад, во времена 29A] как
> люди выкладывали исходники вирусов и через пару дней появлялись десятки разновидностей.А сейчас не так?
> вася пупкин? только не надо говорить про открытый код(поднимите руки, кто
> может сходу разобраться в исходниках >10,000 строк и кто будет это
> делать?), это работает в крупных проектах.А кто просит разбираться во всех 10 000 кода? Кто просит делать это сходу?
Столлмен начал писать GNU после того как ему не хватало какой-то небольшой функциональности в готовой программе. А исправить он её не смог, так как она была закрытой.Обычно так и происходит, нужно найти какую-то маленькую часть кода, разобраться в ней и исправить.
> С другой стороны, отсутствие прошивок в составе ядра точно может подорвать конкурентные преимущества Linux по отношению к закрытым операционным системам.Это к каким, интересно?
Да нормально все. Вот например ядро не включает блобы nVIDIA а юзвери ставят кому надо. И тут ничего страшного - ядро будет кристально чистым, а хотите функционал - ставьте блобы если нет другого выхода. Ну а если даже блобов к железу нет под линукс, то приверженцы линукса будут выбирать другого производителя. А "обычным" мастдай пойдет - ну какая им (кое-каккерам; по М.Задорнову) нафиг разница, а?