Вышел (http://genode.org/news/genode-os-framework-release-11.02) релиз открытой микроядерной операционной системы Genode OS Framework 11.02 (http://genode.org/documentation/release-notes/11.02). Genode предоставляет разработчикам унифицированную инфраструктуру для создания пользовательских приложений, работающих поверх собственного микро-ядра или ядер Linux (32 и 64 бит), OKL4v2 (x86 и ARMv4), L4/Fiasco и L4ka::Pistachio. Входящее в состав паравиртуализированное Linux-ядро OKLinux позволяет выполнять в Genode обычные Linux программы. Ядро OKLinux не работает с оборудованием напрямую, а использует сервисы Genode через набор виртуальных драйверов. Интегрированный движок Qt4/WebKit дает возможность разработчикам создавать Genode-программы, оформленные в виде web-приложений.
В новой версии добавлена поддержка двух микро-ядер Fiasco.OC и NOVA v0.3. Ядро Fiasco.OC специально оптимизировано для выполнения виртуальных окружений с различными операционными системами, поддерживает основанную...URL: http://genode.org/news/genode-os-framework-release-11.02
Новость: http://www.opennet.me/opennews/art.shtml?num=29727
L4ka::Pistachio -Лфока Пистачио :)
Эль Форка Пистачио
> Эль Форка Пистачиопереводиться как - Э-э-э форк хороший! :)
Петька! Сколько раз говорить, фамилия Блюхер НЕ ПЕРЕВОДИТСЯ!(С)Чапаев.
Меня одного смущает название Fiasco?
GNU'шное L4 ядро. Меня тоже когда-то удивило такой "бренд".
fiasco - фьяско (оплетённая бутылка для вина, около 2 л)
После этой бутылки любое "фьяско" гарантированно:))
давайте по-порядку: она вообще работает?
да
А для чего она? embedded?
микроядро, микрографика (wayland), микроприложения (web), что дальше?
дальше будут наноядро, нанографика и наноприложения
> дальше будут наноядро, нанографика и наноприложенияiphone?
>> дальше будут наноядро, нанографика и наноприложения
> iphone?iphone air nano
Ну по крайней мере оно под GPL, а не под BSD, как многие другие игрушечные ОС.
А потому есть вероятность, что найдётся коммерческая фирма, которая наймёт разработчиков на полный рабочий день для пиления микроядра/серверов Genode. По типу того, как это делает Red Hat для ядра Linux.
Если только захочет потом выложить все свои наработки в открытый доступ.
http://www.genode-labs.com , только не "найдётся", а они его и родили
GPL способствует сытости разработчиков? :)
Конторы, которая нанимает разработчиков, разработчиков опосредованно (так как работать в _успешной_ компании часто и полезно, и сытно, и интересно (особенно в случае работы с открытыми проектами) )
> Конторы, которая нанимает разработчиков, разработчиков опосредованно (так как работать
> в _успешной_ компании часто и полезно, и сытно, и интересно (особенно
> в случае работы с открытыми проектами) )Да ну? И каким же макаром лицензия способствует коммерческому успеху? =)
> Да ну? И каким же макаром лицензия способствует коммерческому успеху? =)Если Вы(контора) выпускаете софт под копилефт-лицензией, Ваши конкуренты не смогут его включить в свои проприетарные продукты, и выпускать в улучшенном виде.
Вы в любом случае получите от них фидбэк в виде их патчей для Вашего кода, то есть чужая команда будет работать _на_вас_.
Если же они опустятся до пиратства, что не будут делиться патчами, есть опыт борьбы разработчиков бизибокса с такими явлениями :)Причем, понятно, что для Web по этой концепции правильнее использовать AGPL, а не GPL.
>> Да ну? И каким же макаром лицензия способствует коммерческому успеху? =)
> Если Вы(контора) выпускаете софт под копилефт-лицензией, Ваши конкуренты не смогут его
> включить в свои проприетарные продукты, и выпускать в улучшенном виде.
> Вы в любом случае получите от них фидбэк в виде их патчей
> для Вашего кода.Патчи? От конкурентов? По меньшей мере наивно.
> Если же они опустятся до пиратства, что не будут делиться патчами, есть
> опыт борьбы разработчиков бизибокса с такими явлениями :)
> Причем, понятно, что для Web по этой концепции правильнее использовать
> AGPL, а не GPL.Можно в студию списочек успешных контор и выпускаемого ими коммерческого софта, который был бы под GPL (т.е. успех обеспечен лицензией), принося основную часть дохода? Здесь "софт конторы" defined as контора является основным (изначальным) разработчиком, в смысле, это её продукт (т.е. ядро Linux например не подходит - оно не принадлежит ни одной конторе даже наполовину).
Списочек == хотя бы 5-7 примеров. И то же самое для AGPL, пожалуйста.
>>> Да ну? И каким же макаром лицензия способствует коммерческому успеху? =)
>> Если Вы(контора) выпускаете софт под копилефт-лицензией, Ваши конкуренты не смогут его
>> включить в свои проприетарные продукты, и выпускать в улучшенном виде.
>> Вы в любом случае получите от них фидбэк в виде их патчей
>> для Вашего кода.
> Патчи? От конкурентов? По меньшей мере наивно.Но мы ведь не считаем, что все и всегда нарушают закон и авторское право, правда ведь :)?
Кроме того, конкурент, нарушая Вашу копилефт-лицензию, просто подставится Вам в суде(а это уже и есть повод к коммерческому успеху!), и это даже не патентные разборки, а банальное пиратство!
Если продукт массовый, патчи будут лежать на сайте, или, в крайнем случае, приобретение продукта и требование патчей для компании, контролирующей апстрим-проект, будет тривиальным. Если продукт нишевый, то можно попросить потребовать патчи клиента, который переходит от конкурента к Вам.>> Если же они опустятся до пиратства, что не будут делиться патчами, есть
>> опыт борьбы разработчиков бизибокса с такими явлениями :)
>> Причем, понятно, что для Web по этой концепции правильнее использовать
>> AGPL, а не GPL.
> Можно в студию списочек успешных контор и выпускаемого ими коммерческого софта, который
> был бы под GPL (т.е. успех обеспечен лицензией), принося основную часть
> дохода? Здесь "софт конторы" defined as контора является основным (изначальным) разработчиком,Вы что, гуглем пользоваться не умеете :)?
Здесь и далее предполагаю принцип добрых намерений, что все-таки умеете, и сами нагуглили, и имеете что возразить по этим ярким примерам...Но в случае повторения попытки разведения <s>на слабо</s> на поиск в гугле,
Буду считать, что серьезно думаете, что нет компаний, у которых две версии основного продукта
(а) под копилефт лицензией
(б) под проприетарнойА так же не умеете пользоваться поисковиками :)
Пожалуйста, MySQL AB (была, кстати, прибыльной и в Sun), RedHat, SUSE Linux (в отличие от Netware, была чуть ли не единственным прибыльным подразделением Novell, да и сейчас продается отдельно от Netware балласта), WordPress, Alfresco
>[оверквотинг удален]
>> Патчи? От конкурентов? По меньшей мере наивно.
> Но мы ведь не считаем, что все и всегда нарушают закон и
> авторское право, правда ведь :)?
> Кроме того, конкурент, нарушая Вашу копилефт-лицензию, просто подставится Вам в суде(а
> это уже и есть повод к коммерческому успеху!), и это даже
> не патентные разборки, а банальное пиратство!
> Если продукт массовый, патчи будут лежать на сайте, или, в крайнем случае,
> приобретение продукта и требование патчей для компании, контролирующей апстрим-проект,
> будет тривиальным. Если продукт нишевый, то можно попросить потребовать патчи клиента,
> который переходит от конкурента к Вам.Я вообще-то вовсе не об этом. Наивно думать, что _конкуренты_ вообще будут делать патч и как-то улучшать работу нашего софта. Зачем им тратить на это ресурсы? Они будут развивать свои продукты.
>[оверквотинг удален]
>>> опыт борьбы разработчиков бизибокса с такими явлениями :)
>>> Причем, понятно, что для Web по этой концепции правильнее использовать
>>> AGPL, а не GPL.
>> Можно в студию списочек успешных контор и выпускаемого ими коммерческого софта, который
>> был бы под GPL (т.е. успех обеспечен лицензией), принося основную часть
>> дохода? Здесь "софт конторы" defined as контора является основным (изначальным) разработчиком,
> Вы что, гуглем пользоваться не умеете :)?
> Здесь и далее предполагаю принцип добрых намерений, что все-таки умеете, и сами
> нагуглили, и имеете что возразить по этим ярким примерам...
> Но в случае повторения попытки разведения <s>на слабо</s> на поиск в гугле,Нет, всё очень просто: бремя доказательства лежит на утверждающем. Говорите, что лицензия способствует успех - доказывайте, для начала хотя бы приводите примеры. Поэтому я принципиально не буду гуглить, т.е. делать за Вас Вашу работу.
Хотя типичный пример у меня в загашнике, конечно валялся, и я вижу, что вот как раз тут его надо применить:
> Буду считать, что серьезно думаете, что нет компаний, у которых две версии
> основного продукта
> (а) под копилефт лицензией
> (б) под проприетарной
> Пожалуйста, MySQL AB (была, кстати, прибыльной и в Sun)...а примером такого служил бы Trolltech/Qt, только здесь как раз проблемы: во-первых, он не GPL, а LGPL (а это уже не strong copyleft), а во-вторых - и это главное - зарабатывает компания здесь как раз не копилефт-лицензией, а проприетарной. То есть все такие примеры идут мимо - под "успех обеспечен GPL" не подпадает. И MySQL AB тоже из таких.
> RedHat, SUSE Linux
> (в отличие от Netware, была чуть ли не единственным прибыльным подразделением
> Novell, да и сейчас продается отдельно от Netware балласта),RedHat/SUSE не подходят по причине, которую я уже в прошлом сообщении написал, в определении - это не есть продукт, созданный в основном этой компанией. Они по большей части пакуют ядро и софт, созданный и разрабатываемый _в основном_ не ими.
> WordPress, Alfresco
Вот это уже ближе к теме. Но читаем про финансирование, например, wordpress.com: It is financially supported via paid upgrades, "VIP" services and limited Google Adsense advertising.
Здесь еще нужно доказать, что успех обеспечен именно благодаря GPL - как пример, можно вспомнить любую другую фирму, предоставляющую подобные Web-сервисы и зарабатывающую на них, но не открывающую исходников. Скажем, Google. И где же тот финансовый компонент, который обеспечивается именно GPL?..
> Я вообще-то вовсе не об этом.А я именно об этом, это и есть то самое ключевое бизнес-приемущество копилефт-лицензий
> Наивно думать, что _конкуренты_ вообще будут
> делать патч и как-то улучшать работу нашего софта. Зачем им тратить
> на это ресурсы? Они будут развивать свои продукты.Не верю, что Вы не сумете воспользоватьcя утилитой diff для создания патча ;)
> Нет, всё очень просто: бремя доказательства лежит на утверждающем.Да нет, еще проще: очевидные вещи доказывать не следует, даже если собеседник о них не знает(именно по этому на технических форумах часто указывают на ту или иную страницу man pages, а не копипастят из нее пример). Я бы вот аналогичное никогда не сказала про BSD-like системы, так как есть, как минимум, Postgre
> ...а примером такого служил бы Trolltech/Qt, только здесь как раз проблемы: во-первых,
> он не GPL, а LGPL (а это уже не strong copyleft),
> а во-вторых - и это главное - зарабатывает компания здесь как
> раз не копилефт-лицензией, а проприетарной. То есть все такие примеры идут
> мимо - под "успех обеспечен GPL" не подпадает. И MySQL AB
> тоже из таких.А вот и нет, связка проприетарного (или просто улучшенного по времени патчей или саппорта, как у RedHat) и свободного продукта и есть тот самый ключ к успеху, вместе с копилефт-лицензией, которая будет мешать конкурентам обойти апстримный проект, т.к. у него больше возможностей, в том числе по двойному лицензированию, и возможности видеть все, что делают конкуренты, контролировать, и т д
>> RedHat, SUSE Linux
>> (в отличие от Netware, была чуть ли не единственным прибыльным подразделением
>> Novell, да и сейчас продается отдельно от Netware балласта),
> RedHat/SUSE не подходят по причине, которую я уже в прошлом сообщении написал,Подходят, это платформа. Сейчас, вообще-то, XXI-ый век, и дистрибутив, особенно Enterprise, это не просто набор пакетов.
>> WordPress, Alfresco
> Вот это уже ближе к теме. Но читаем про финансирование, например, wordpress.com:
> It is financially supported via paid upgrades, "VIP" services and limited
> Google Adsense advertising.И сюда же три миллиярда CRP/ERP систем, вроде Сахара, и т д :)
> Здесь еще нужно доказать, что успех обеспечен именно благодаря GPL - как
> пример, можно вспомнить любую другую фирму, предоставляющую подобные Web-сервисы и зарабатывающую
> на них, но не открывающую исходников. Скажем, Google. И где же
> тот финансовый компонент, который обеспечивается именно GPL?..Благодаря GPL сохраняется контроль над апстримом (вот, Oracle не смотря на всю медвежью поступь, до сих пор контролирует MySQL, не смотря на все форки! А что бы было уже с Postgre, например?), и появляется возможность торговать блобами или улучшенными добавочными сервисами, которой лишены конкуренты, строящие бизнес на форке продукта под копилефт-лицензией
Вставлю и я свои пять копеек.
1 В бизнесе вообще нет ничего гарантирующего успех. В принципе и по факту.
2 GPL позволяет >>защитить свои инвестиции<< в разработку софта. Именно потому, что не позволяет конкуренту получить преимущество допилив ваши разработки и закрыв изменения.
>> Я вообще-то вовсе не об этом.
>> Наивно думать, что _конкуренты_ вообще будут
>> делать патч и как-то улучшать работу нашего софта. Зачем им тратить
>> на это ресурсы? Они будут развивать свои продукты.
> А я именно об этом, это и есть то самое ключевое бизнес-приемущество
> копилефт-лицензий
> Не верю, что Вы не сумете воспользоватьcя утилитой diff для создания
> патча ;)Вы что, не читаете, что я пишу? Это вопрос мотивации. Вот, допустим, я конкурент компании А, производящей продукт. У меня свой продукт B. Какой мне резон патчить продукт А и вообще помогать своим конкурентам?
Соответственно, нет здесь никакого преимущества. Более того, из Ваших сообщений складывается довольно странная картина: конкуренты, похоже, почему-то пользуются тем же продуктом, раз их вдруг тащат в суд. Суд, кстати, тоже - вовсе не экономический метод конкуренции, а вырожденный случай. Как-то это всё вовсе не похоже на реальную жизнь. (*)
>> Нет, всё очень просто: бремя доказательства лежит на утверждающем.
> Да нет, еще проще: очевидные вещи доказывать не следует, даже если
> собеседник о них не знаетНет, если нечто утверждается как точное, доказывать следует всегда (даже если доказательство будет отсылкой к энциклопедической статье). Как показывает практика, не так уж редко вещи, на которые ссылают как "всем очевидные", на деле оказываются неверны.
> (именно по этому на технических форумах часто указывают
> на ту или иную страницу man pages, а не копипастят из
> нее пример).У Вас логическая ошибка - подмена понятий (и если Вы сами этого не видите, это плохо). На форумах отсылают по _вопросам_, как что-то сделать, тогда как в доказательстве нуждаются _утверждения_, служащие отправной точкой для дискуссий. Выяснение истины и изучение чьего-то опыта - разные вещи.
> Я бы вот аналогичное никогда не сказала про BSD-like
> системы, так как есть, как минимум, PostgreНапомните, а где в начатой мной подветке хоть что-то про BSD ? Причем тут оно? (предложение выглядит вырванным из контекста)
>[оверквотинг удален]
>> а во-вторых - и это главное - зарабатывает компания здесь как
>> раз не копилефт-лицензией, а проприетарной. То есть все такие примеры идут
>> мимо - под "успех обеспечен GPL" не подпадает. И MySQL AB
>> тоже из таких.
> А вот и нет, связка проприетарного (или просто улучшенного по времени патчей
> или саппорта, как у RedHat) и свободного продукта и есть тот
> самый ключ к успеху, вместе с копилефт-лицензией, которая будет мешать конкурентам
> обойти апстримный проект, т.к. у него больше возможностей, в том числе
> по двойному лицензированию, и возможности видеть все, что делают конкуренты, контролировать,
> и т д1) Вы здесь опираетесь на предположение (*), что конкуренты действуют в рамках того же самого продукта, делая к нему патчи. Оно не доказано и рассматривается выше.
2) Я напомню определение, ``успешных контор и выпускаемого ими коммерческого софта, который был бы под GPL (т.е. успех обеспечен лицензией), принося основную часть дохода? Здесь "софт конторы" defined as контора является основным (изначальным) разработчиком, в смысле, это её продукт'', и основной доказываемый вопрос ветки - "успех приносит GPL".Предмет определен четко, Ваши примеры ему не удовлетворяют. Nothing personal, just формальная логика.
>>> RedHat, SUSE Linux
>>> (в отличие от Netware, была чуть ли не единственным прибыльным подразделением
>>> Novell, да и сейчас продается отдельно от Netware балласта),
>> RedHat/SUSE не подходят по причине, которую я уже в прошлом сообщении написал,
> Подходят, это платформа. Сейчас, вообще-то, XXI-ый век, и дистрибутив, особенно Enterprise,
> это не просто набор пакетов.Не подходят, см. критерий "основным (изначальным) разработчиком". Образно говоря, это не электростанция, собственно генерирующая энергию, а городская сбытовая компания, просто доводящая её до квартир. Она не изначальна. Основная часть вклада приходит не от них.
>>> WordPress, Alfresco
>> Вот это уже ближе к теме. Но читаем про финансирование, например, wordpress.com:
>> It is financially supported via paid upgrades, "VIP" services and limited
>> Google Adsense advertising.
> И сюда же три миллиярда CRP/ERP систем, вроде Сахара, и т д
> :)Ага, читаем: "SugarCRM licensed previous versions of Sugar Community Edition under the SugarCRM Public License (based on the Mozilla Public License and the Attribution Assurance License)."
Т.е. уже после того, как пришел успех. Ы? Где же ведущая к успеху GPL?
>> Здесь еще нужно доказать, что успех обеспечен именно благодаря GPL - как
>> пример, можно вспомнить любую другую фирму, предоставляющую подобные Web-сервисы и зарабатывающую
>> на них, но не открывающую исходников. Скажем, Google. И где же
>> тот финансовый компонент, который обеспечивается именно GPL?..
> Благодаря GPL сохраняется контроль над апстримом (вот, Oracle не смотря на всю
> медвежью поступь, до сих пор контролирует MySQL, не смотря на все
> форки! А что бы было уже с Postgre, например?), и появляется
> возможность торговать блобами или улучшенными добавочными сервисами,Я повторю, "финансовый компонент, который обеспечивается именно GPL". То есть необходимо показать, что (а) есть финансовый успех, именно финансовый, а не абстрактный контроль, и (б) он следует из GPL. Или, выражаясь языком авторских свидетельств, способ финансового успеха, _отличающийся_ особенностями GPL. От чего отличаться, приводилось - тот же Гугль.
> которой лишены конкуренты,
> строящие бизнес на форке продукта под копилефт-лицензиейСнова недоказанное предположение (*), разбирается в соответствующем куске.
а где последний сд-дистриб или лайв сиди? на http://genode.org/download/live-cds лежит только 2010-11
А нэту лайва еще. Возможно, и не будет.Сейчас уже 11.08, кстати. У кого получилось собрать? :)