Pull to refresh

Comments 58

UFO just landed and posted this here
Какая именно? «Вирусность» лицензии GPL? Так это свойство именно GPL, а не Open Source в целом, не нужно смешивать эти понятия.
К примеру, лицензия BSD напротив, позволяет брать открытый исходный код и использовать его в закрытых продуктах.
Это одна из причин любви Балмера к Open Source ;)
Да уж, на ЛОРе даже шутка проскакивала, типа сейчас по цепочки начнут все либы открывать, так и исходники виндовса появятся, а там… код freebsd =)
Это, типа, намек на то, что NT ветка частично «заебаный» bsd?
есть и другие лицензии, более открытые. например, Artistic License, LGPL, BSDL…
Есть лицензии, которые допускают как использование закрытых компонент, так и использование кода в закрытом продукте.
UFO just landed and posted this here
Даже пойти навстречу линуксу у них не получается :)
UFO just landed and posted this here
UFO just landed and posted this here
если выгодно, почему нет?)
UFO just landed and posted this here
самое смешное здесь, что все эти «игры» с лицензиями изначально абсурдны. на это явно указывает весь бедлам который творится вокруг них.

все это вавилон ©
K-H об этом написал давно ещё, с той же ссылкой на Stephen Hemminger, что и на osnews.com.
Как верно заметил Стив Балмер, «линукс это рак».
UFO just landed and posted this here
Как это ни странно, но причиной открытия кода под GPL оказалось… нарушение GPL. Набор драйверов для Hyper-V был и ранее опубликован под GPL, но когда один из разработчиков Стивен Хеммингер (Stephen Hemminger) поработал с ними плотнее, он выяснил, что данный драйвер статически линкуется с некоторыми закрытыми компонентами, что напрямую запрещается GPL.


Чего-то я не понял. Если микрософт ничего не брала по лицензии GPL — то она не обязана ничего открывать.

Или она получила в свои драйвера какой-то вклад по GPL и с ним статически слинковалась?

finds out that a network driver in Microsoft's Hyper-V uses open source components licensed under the GPL

Наоборот, данный драйвер испольтзует компоненты, которые предоставленны под GPL
Насколько я понял, ты не можешь опубликовать свои исходники под GPL, если они используют код не под GPL, пусть даже это будет и твой личный закрытый код :) И соответственно наоборот :) Если ты используешь компоненты под GPL ты должен открыть свой код.

Хотя чего гадать, взять GPL да почитать :) Но мне лень.
Никто никому ничего недолжен. Если ты не распрострняешь программу, то ничего открывать не должен.
GPL нужно, чтобы любой мог встраивать данный код Майкрософт в свои ядра при сборке для обеспечения максимальной совместимости с Hyper-V.

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

Речь идет совсем не о программном продукте, а о коде для совместимости, который может стать частью любого проекта, не обязательно Майкрософтовского.
Наоборот, если ты используешь GPL то должен свой код тоже распространять под GPL (если распространяешь). Единственный способ использовать ГПЛный код, не открывая свой — вызывать через интерфейс коммандной строки (даже динамическая линковка не позволена, но для нее есть LGPL которая не настаивает на раскрытие исходников).

Автор просто неправильно перевел.

«данный драйвер статически линкуется с некоторыми закрытыми компонентами, что напрямую запрещается GPL.»

а там написано

«network driver in Microsoft's Hyper-V uses open source components licensed under the GPL. These components were statically linked to closed-source binaries, which the GPL does not allow»

то есть

«Сетевой драйвер MS Гипер-В использует опенсурсные компоненты лицензированные под ГПЛ. Эти компоненты были статически влинкованы в бинарники с закрытыми исходника, что не позволяется ГПЛ»

ИМХО, всё же «Эти компоненты были статически слинкованы с некоторыми закрытыми бинарниками, но GPL это не разрешает».
В Микрософте работает толпа самого разного народа — самое интересное, как только они начинают работать там — всё, что они ни делают, автоматически приписывается всему Микрософту в целом. Ну решил кто-то из Микрософта выкатить какие-то малозначимые исходники под GPL — всё, это превратилось в новость «Микрософт опубликовала код под GPL».

Событие изначально яйца выеденного не стоило.
UFO just landed and posted this here
>Ну решил кто-то из Микрософта выкатить какие-то малозначимые исходники под GPL — всё, это превратилось в новость «Микрософт опубликовала код под GPL».

Всё было бы так, если бы не официальный анонс этого события на сайте Microsoft, с комментариями от Sam Ramji (senior director of Platform Strategy at Microsoft) и Tom Hanrahan (director of Microsoft’s Open Source Technology Center).

Не очень похоже на «кто-то выкатил какие-то малозначимые исходники», не находите? ;)
и Tom Hanrahan

при беглом просмотре комментария фамилию прочитал как «Habrahabr» :)
Не открывали они код, он сам вывалился из потрохов МС.
кхе, а забавно будет если линус эти жалкие 20000 строк кода забракует по полной программе с четким обоснованием горы найденных касяков))
Вряд ли код будет хуже среднего по ядру.
Там вроде уже разрулили, что код полный отстой, никто из заниматься не собирается, так как он и не нужен никому.
Именно поэтому один из мейнтейнеров ядра, Greg Kroah-Hartman активно приводит код в соответствие с Linux Kernel Codestyle?
Да, это очень печально :(
Что печального в том, что линукс будет быстрее работать в майкросовтовских виртуалках?
То что сейчас опенсорц релально рулит в плане паравиртуализации, под XEN можно запустить все гну/линуксы, некоторые бсд, опенсолярис и прочие практически без потери производительности. Венду запостить нельзя, догадайтесь почему, потому что ms никогда не примет патч к ядру, чтобы запустить его на XEN. А вот гипер-в теперь будет запускать и линукс и виндоуз в паравиртуализации, следовательно XEN становится объективно хуже продукта от MS. И не то потому что MS такая хорошая, а потому что линукс допускает сторонние изменения. То есть пользуясь свойством опенсорса MS выигрывает у него же. А таже паравиртуальные драйверы (хоть какой-то костыль для ускорения) для XEN на 64 бит винду так просто не поставишь, так как они не подписанны. Естественно, никто подписывать их не собирается.

По моему мнению, за виртуализацией огромное будущее и огромный рынок, и MS сейчас в роли непривычной, ей приходится доганять.
MS по-прежнему лидер. И в первую очередь потому, что работать с виртуализацией в Windows крайне просто — нажал три кнопки и вперед.

Кстати, что мешает подписать XEN драйверы?
не дай бог поднять войну, просто несколько дней запускал тут наш продукт на Windows Server 2008…

В общем эта простота винды явно оборачивается её негибкостью. То что я впервые в линухе умудрялся настраивать за 3-4 часа давным-давно, в винде у меня заняло 4 дня + чтение тонны совершенно глупых и невнятных криков в форумах iis.net.
да и вообще, работает медленно, я готов был разорвать всех когда при запуске exe и недоступной dll IIS просто МОЛЧА вываливался с ошибкой 0x0. И это в Event логах с полной детализацией.

Так что MS — это одно большое маркетинговое на**алово. Думаю, рано или поздно появится линукс-дистрибутив (хотя уже, вероятно, есть) на базе какой-нибудь меганастраиваемой системы, вроде Gentoo, но с оболочкой для «новичков» бесплатной глубоко встроенной в саму ОС, а не просто довеском. Чтобы вообще ВЕСь сервер можно было бы администрировать через веб-интерфейс или клиентским софтом.

Если что то надо будет настроить мегахитро — бегом в конфиг. Для базовых же задач будет достаточно UI.

Второй трабл — интеграция с MS-фичами, наподобие AD. Как ни крути, сейчас это в мегаплачевном состоянии — далеко не каждый может заставить работать kerberos.
> Чтобы вообще ВЕСь сервер можно было бы администрировать через веб-интерфейс или клиентским софтом.

Такой проект уже был лет пять назад. Загибался-загибался, да так и помер.
А в линуксе это делается очень сложно. Например, вот так:
Image and video hosting by TinyPic

Хотя, дмуаю, большинство администраторов не пользуется этой ерунтой и всё делает через xm или xen-tools, но возможность покликать мышкой тоже имеется.
Давно пора понять, что большинство компаний работают не за благую идею, а за деньги. Это бизнес.
Вы совершенно правы, поэтому сейчас опенсорс компании тепряют свой же рынок.
В том топике написал, и в этом: в 2002 была образовательная программа MS, в которой студенты портировали код Windows XP на XEN. Говорят, работало.

Ну, порт этот, разумеется, закрыт. А жаль — я бы только ради него поставил Xen :(
Про что я и говорю, то есть для себя это пожалуйста, а дать другим это фигушки.
Кажется, XEN при использовании VT-x/AMD-V (аппаратной виртуализации современных камней) может запускать немодифицированные ОС, в том числе и Win. Пример.
Можно, но с сильной потерей производительности и не на всяком железе.
>Что печального в том, что линукс будет быстрее работать в майкросовтовских виртуалках?

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

Майкрософту выгодно, чтобы линукс работал в их виртуалках, а не наоборот, потому что это поможет им захватить рынок виртуализации и потеснить vmware.
Да, верю. На патчах, обслуживании и прочем можно хорошо заработать. А виртуальные машины смысла особого нет делать. С одной стороны они смогут сервера по этой технологии пустить, с другой запуск линукса. Люди вот так посидят, посидят, на виртуальной машине, да и уйдут с винды, а это очень невыгодно. Речь ведь идёт о миллиардах долларов, люди и за меньшее убивают, а за такие деньги использовать различные техники, в том числе «специально глючные продукты» думаю вполне приемлемо.
Ну тут речь вообще-то про серверную виртуализацию, так что баба клава поседит денёк на линуксе и уйдет туда MS не тревожит. Она и сейчас может посидеть под QEMU.
Смысл в том, чтобы мигрировать на Windows Server 2008 в качестве гипервизора в гетерогенных средах, потому что там и Windows, и Linux будут работать быстрее и все настраиваться будет проще, чем у конкурентов.
UFO just landed and posted this here
Не совсем понял подоплеку событий. Может быть автор или те, кто «в теме» подскажут.

1. «Набор драйверов для Hyper-V был и ранее опубликован под GPL» кем опубликован. Я так понял — не Microsoft.
2. «данный драйвер статически линкуется с некоторыми закрытыми компонентами». Закрытыми компонентами Microsoft?
3. Получается тот код, который открыла Microsoft — и есть те самые закрытые компоненты?
Sign up to leave a comment.

Articles