https://www.opennet.ru/openforum/vsluhforumID3/101020.html Компания Parallels приняла решение (http://openvz.livejournal.com/49158.html) объединить кодовые базы открытой системы контейнерной виртуализации OpenVZ и проприетарного продукта Parallels Cloud Server (http://sp.parallels.com/ru/products/pcs/) (бывший Virtuozzo), и в дальнейшем развивать их в рамках нового единого открытого проекта Virtuozzo Core.<br><br><br>Отмечается, что в 2005 году во время основания OpenVZ компания Parallels допустила ошибку и вместо изначального применения открытой модели разработки для своего первичного продукта Virtuozzo, для продвижения технологий контейнерной виртуализации в основное ядро Linux начала развивать отдельный открытый проект OpenVZ, со временем превратившийся в независимое ответвление. В обоих продуктах для обеспечения изоляции используются одни и те же подсистемы ядра Linux, а различия сводятся к инструментарию, который стал несовместим на уровне опций и файлов конфигурации.<br><br><br><br>Спустя девять лет компания Parallels решила исправить неверно принятое решение и объединить кодо https://www.opennet.ru/openforum/vsluhforumID3/101020.html#103 Tue, 30 Dec 2014 08:33:03 GMT &gt;&gt;&gt; Если Вы считаете, что ploop - простой, то я бы хотел увидеть его портинг в апстрим, это именно то, что сейчас нужно очень многим.<br>&gt;&gt; Сколько пива выставите ?:) он реально простой - это же блочное устройство <br>&gt;&gt; - а не FS.<br>&gt;&gt; Портирование можно сделать за неделю - было бы желание и свободное время.<br><br>Так что там с пивом? сколько готовы выставить :)<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#102 Tue, 30 Dec 2014 08:32:35 GMT &gt;&gt; Вы о чём, вы понимаете что происходит вообще?<br>&gt; Крутой известный и популярный проект переходит на открытую модель разработки - вся <br>&gt; суть новости :) <br><br>вам только кажется что переходят на открытую модель. В лучшем случае Open Core.<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#101 Tue, 30 Dec 2014 08:31:56 GMT &gt; Были бы другие -- что кто-то другой тоже может закрыть.<br><br>Ну да. Тут странное желание и рыбку съесть и на ежика не сесть. И иметь возможность закрывать код и заставлять всех остальных делиться.<br>Как это назвать - дело 10е, вопрос о поведении.<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#100 Mon, 29 Dec 2014 11:37:48 GMT &gt; Если уж они про сообщество, мне кажется что самым логичным было бы <br>&gt; не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн<br><br>1) они и так вталкивают;<br>2) на чём основывать публикуемые стабильные выпуски -- консультировались с дистрибутивами и ответ был практически однозначным: дистрибутивы, поставляющие ovz-ядра, на то время брали за основу ветки на базе rhel-ных (это было в районе 2.6.18--32, точнее не скажу, можно поднять переписку).<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#99 Mon, 29 Dec 2014 11:32:06 GMT &gt; были бы там bsdl этих проблем не было :)<br><br>Были бы другие -- что кто-то другой тоже может закрыть.<br><br>&gt; а так обычная жаба пропринетарщиков открывать свое и бояться<br>&gt; что кто-то сделает на базе этого лучше.<br><br>Ещё раз: учите матчасть, прежде чем лезть в дискуссии по лицензированию и авторскому праву. В данном разе вопрос про copyright assignment, ради которых и заводят всякие contributor agreement.<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#97 Mon, 29 Dec 2014 07:57:18 GMT Если Вы так уверены в своей правоте, то чего на форуме пишете? Тут подразумевается, что могут быть версии. А Вы искренне уверены в своей, что же - пусть так и будет :)<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#96 Mon, 29 Dec 2014 04:23:18 GMT &gt;&gt;&gt; Видимо, вчера от сообщества был получен первый полезный коммит, который захотелось включить в общую ветку <br>&gt;&gt; На самом деле всё может быть просто и банально. Надо только узнать, <br>&gt;&gt; кто был основным спонсором закрытой разработки.<br>&gt; Любые платные разработки в тот же OpenVZ заказываемые в Parallels всегда выкладывались <br>&gt; в полной мере в открытый код на git.openvz.org :) Но вопрос <br>&gt; в том, что делали эти доработки сотрудники же &#124;&#124;. А вот <br>&gt; случаев приема откровенно внешнего кода в проект я не видел ни <br>&gt; разу.<br><br>да? напомните когда был открыт vziolimits? а когда он реально был сделан.. ?<br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#95 Mon, 29 Dec 2014 04:22:08 GMT были бы там bsdl этих проблем не было :) а так обычная жаба пропринетарщиков открывать свое и бояться что кто-то сделает на базе этого лучше. <br> https://www.opennet.ru/openforum/vsluhforumID3/101020.html#94 Sun, 28 Dec 2014 23:06:39 GMT &gt; Логичный путь и очень выгодный сообществу.<br><br>Если уж они про сообщество, мне кажется что самым логичным было бы не брать какое-то левое ядро редхата, а втолкать патчи в майнлайн, а оттуда уже и редхат возьмет и кто там еще. А они могли бы вокруг этого поддержку оказывать и продавать всякие плюшки. Ну там энтерпрайзный управлятор/вебморду/консультации для энтерпрайзятников захотевших напирмер барыжить серверами на опенвз/экстренный трублешутинг/оптимизацию и прочее, например.<br><br>В идеале это могло бы выглядеть как-то так: у них крутится репа типа vz-next, а при наступлении окна приема патчей - оттуда pull request в майнлайн. Ну то-есть как обычно у ядерщиков. Далее пока идет -rc, заинтересованные в технологии усиленно тестируют это у себя на конфигах. Ну и получают в очередном майнлайне то что натестировали, что вполне честно :).<br><br>А возякаться с левыми ядрами - это гемор и прошлый век, господа. Если на то пошло - KVM например не требует кастомных ядер.<br>