https://www.opennet.ru/openforum/vsluhforumID3/41720.html Глава Canonical и основатель проекта Ubuntu Марк Шатлворт призвал (http://www.opennet.ru/opennews/art.shtml?num=15837) разработчиков синхронизировать выпуск новых версий дистрибутивов над которыми они работают. <br><br><br>Он так же пообещал выпустить Ubuntu LTS (долговременная поддержка) в апреле 2010 года если, конечно, Red Hat, Novell и Debian не решат сотрудничать с целью общей синхронизации времени выпусков релизов. <br><br><br>По его словам, если два из трех гигантов линукса придут к общей дате (+- месяц) выпуска дистрибутивов и договорятся о версии ядра, компилятора, Х сервера, GNOME/KDE и OpenOffice, а так же представят долгосрочные планы по выпуску следующих релизов, то Ubuntu так же поддержит эту договоренность. <br><br><br>Шатлворт заявляет, что open source разработчики, в отличие от проприетарных, более строго следуют установленным ими же самими срокам выпуска релизов. Это объясняется тем, что open source проекты более сфокусированы. Соответственно программисты имеют возможность более скрупулез...<br><br>URL: http://www.the https://www.opennet.ru/openforum/vsluhforumID3/41720.html#53 Sun, 18 May 2008 06:13:14 GMT Вот тут интересное мнение насчет желания Шаттлворта: http://dag.wieers.com/blog/ubuntus-need-to-catch-a-wave<br>Вкратце суть такова: подготовка релиза (а именно тестирования поддержки железа) это большая работа, и Шаттлворт хочет использовать наработки в этой области РХ и других...<br><br>So Mark's article is wishful thinking and hoping to ride the wave that Red Hat (and Novell) are funding. If he can use that same kernel, with the same backports, fixes and regressions tests, Ubuntu LTS does not need to do anything to support the same vendor hardware. Easy, but at the expense of both Novell and Red Hat.<br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#52 Fri, 16 May 2008 13:39:31 GMT И пользователю будет проще ориентироваться ибо он будет знать что у его соседа стоит последний LTS Убунту и он имеет туже версию опенофис что и любимый LTS РедХат и что проблем у него не будет... А по чему так? А по тому что 90% пользователей ориентируется в ПО по принципу нажать "зеленую" кнопку, затем 3-й пункт справа от ножничек =) И поверьте если ножнички "случайно переместились куда-то", он растерян и не знает что делать! Так что, если все дистры будут похожи в основном (а уж думаю разняца они точно не версиями пиджина и гимпа), но разные в чем-то своем (ну например установщиком пакетов и его йузерфрендли интерфейсом) пользователю будет проще избавиться от Winзависимости. Вообще если консолидировать крупнейших разработчиков, это позволит сосредоточить усилия на главном, и может вместо того чтобы выпускать очередной дистр (который может все тоже что другие только его васян зделал) люди будут заниматься чем-то действительно полезным, ведь можно сосредоточится на опенсорс распознавалке текста или играх на х https://www.opennet.ru/openforum/vsluhforumID3/41720.html#51 Fri, 16 May 2008 06:17:41 GMT Gentoo - метадистрибутив, т.е. каждый пользователь стоит свой дистрибутив на основе Gentoo.<br>Sabaylon - это gentoo.<br>Calculate - это gentoo.<br>Мой собственный выводок stage4 (с добавлениями в дерево портов) - это gentoo.<br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#50 Thu, 15 May 2008 18:15:57 GMT Все верно. Это НУЖНО.<br>К примеру, захочет valve портировать очередной движок на линух и возникает вопрос, а на что ориентироваться, на какие версии либ?<br>Такая "великая синхронизация" и была бы точкой отсчета.<br><br>Никто не запрещает выпускать потом дополнительные релизы, как вон федора строчит... Но здесь речь и дет о long term - то есть релиз, который проживет годы.<br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#49 Thu, 15 May 2008 11:44:03 GMT &gt;если клиент настаивает на зелёной кнопке - то изгаляться с wine помоему <br>&gt;не нужно, а нужно купить ему его любимый windows и зелёную <br>&gt;кнопку :) <br><br>А если клиенту нужно распознание текста? А если клиенту нужна 1с? Я согласен купить версии этих программ под linux, но тратить деньги на цштвщцы желания нет. Без ьтакого ПО жизнь несладка или дайте мне опенсорс разпознавалку русского текста, я не против<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#48 Thu, 15 May 2008 10:48:52 GMT Именнь так, программы должны быть или дед или рпм и пофик кто их делал, они должны работать везде=)<br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#47 Thu, 15 May 2008 09:51:20 GMT &gt;&gt;например, нравится Gentoo, но какая разница, когда тот софт что клиенту <br>&gt;&gt;надо его не поддерживает? А поддерживается только RedHat и Suse, так <br>&gt;Интересно, что ж такого работает в Редхате с Сусей, и не работает <br>&gt;в Генте?! <br>&gt;<br>&gt;&gt;что любимый Gentoo отпадает. То что Марк предлогает это отлично: вендоры <br>&gt;&gt;смогут поддерживать больше дистрибутивов, при этом не пляша с бубном. <br><br>Чувак, ты в курсе вообще про software-support от вендора этого software? Если клиенту для решения его бизнес-задач требуется Oracle или DB2 например, то изо всего обилия дистров поддерживаемыми указаны лишь 2: RHEL и SLES (в случае Оракла еще его собственный, в случае IBM - трам-пам-пам - Ubuntu). И первый же вопрос, при возникновении проблем - какая платформа используется. Она не числится в списке supported? А чего вы тогда просите помощи? Вы не видите принципиальных отличий других реализаций Linux? Знаете, у нас есть инженеры, разбирающиеся в работе продукта на RHEL и SLES, а как будет работать продукт на платформе скажем Gentoo https://www.opennet.ru/openforum/vsluhforumID3/41720.html#46 Thu, 15 May 2008 09:44:20 GMT Ну извините, аргументировать пользу от многообразия дистрибутивов через сложность написания вирусов -- это уже слишком... не туда.<br> https://www.opennet.ru/openforum/vsluhforumID3/41720.html#45 Thu, 15 May 2008 09:27:49 GMT А 4.2 и не будет тогда, разработчики просто дольше поработают над 4.3, который по выходу из производства и станет нимероваться 4.2. А в промежутке пускай выдают версии какие хотят, и никто из тестеров не будет иметь причин уходить.<br>