Ой, да ну, Столлман какой-то, там Gnome vs KDE разборки, пошел смотреть :)

Q1b: I'm concerned about the transition period from version 2 to version 3. You said that the MS/Novell deal will break version 3, but as far as I know, Linux will use version 2.

Richard Stallman: Linux is just one of many programs that uses the GPL.

Отлично, Столлман в конце-концов решил вежливо напомнить о существовании других ядер, на которых может работать GNU-ПО, и о том, что свет клином не сошелся на ядре Линуса.

и что - мы сгоняем теперь IBM, Oracle и компанию на GNU/Hurd?

> и что - мы сгоняем теперь IBM, Oracle и компанию на GNU/Hurd?

говорят, не за горами GPL-ный solaris. думаю этот устроит всех

Не понял про "Question asked in Japanese" -- это прикол такой или Столман понимает японский? О_о

Не уверен насчет Solaris на x86. На SPARC'e юзаю, но на x86 не курил... Кто знает - как он там, по сравнению с Linux?

>Не уверен насчет Solaris на x86. На SPARC'e юзаю, но на x86 не курил... Кто знает - как он там, по сравнению с Linux?

Отлично. На amd64 - так и вовсе замечательно.

А я не поехал. Я пошел на рыбалку ...

осталось только производителям железа узнать о существовании других ядер и написать под них дрова тоже

+5 :))

> На SPARC'e юзаю, но на x86 не курил...

А Вы можете в двух словах сказать о превосходстве Solaris над Linux учитывая все его ветви (включая SUSE REAL TIME и LynxOS)

Спасибо, отвлёкся.. ;-)

Нет. Он имел ввиду, что Linux - это только ядро, и в дистрибутиве есть много другого по под GPL.

Блин, офигенная речь! Думал очередной скучный доклад, опять RMS одно и тоже будет повторять, кликнул глянуть и зачитался.. Реально ОЧЕНЬ интересно читать. Доклад по DRM тоже ничего, хотя куда слабее.

>А Вы можете в двух словах сказать о превосходстве Solaris над Linux учитывая все его ветви (включая SUSE REAL TIME и LynxOS)

Откровенно говоря, на Linux уже не работаю со времен 2.4 (эти ядра тогда только появились). Учитывать все ветви тяжело, т.к. все их, естественно не видел. Но во времена 2.4 Linux откровенно проигрывал по SMP, масштабированию (processes/threads/scheduling), скорости TCP-stack'а (возможно, мое субъективное мнение). Мое еще одно субъективное мнение: сколько не работали на Sun SPARC - очень редко хотелось бежать ставить updates. Таких критичных "ляпов", как в ядрах Linux не получали. Да и получить сервер уровня Sun Fire v440 с приемлимым качеством на Linux было сложновато. Но я не фанат ни того, ни другого. Вот про Sun, например, скажу плохое: Я до сих пор не понимаю, зачем покупают Sun Fire v120 (v125) за 3000$-4000$ - это дикий тормоз, даже с приложениями самого Sun.

Я бы сам с радостью послушал насчет производительности сегодня. А если и еще по сравнению с Power, то вообще супер.

кстати - забыл. Может уже пробегало где. Тут сравнение ядер вот есть, если кто не знает: http://www.opensolaris.org/os/article/2005-10-14_a_comparison_of_solaris__lin...

>Ой, да ну, Столлман какой-то, там Gnome vs KDE разборки, пошел смотреть :)

А куда, дай ссылку плз ))

Со времен 2.4 очень многое изменилось радикально. Например, производительность SMP.

http://www.linux.org.ru/view-message.jsp?msgid=1670882

>Со времен 2.4 очень многое изменилось радикально. Например, производительность SMP.

Не исключаю. Поэтому я написал, что видел 2.4. Вот я могу задать сообществу другой вопрос - что такого привлекательного есть для разработчиков, чтобы рекомендовать смену Sun Fire на Linux? Попрошу заметить, что все равно нужны именно сервера уровня workgroup (Sun Fire v440) / enterprise (Sun Fire 25k). Необходимо помнить, что для этого потребуется миграция софта (хотя бы перетестирование ПО), а соотвественно - это деньги компании.

на спарке линух работает быстрее :)
жрёт меньше памяти. во всяком случае на рабочих станциях одноядерных.

хм... под него больше софта идёт и т.д. по этому я линух юзаю на спарках.

Рабочие станции? Хм... я видел одну Нетру - долго отходил от ужасных воспоминаний (CDE и т.д) ;) А soft необходимый для серверов (помимо своего) представлен для обоих ОС.

Судя по направлению дискуссии "букафки асилили" немногие.. %)а зря, РМС, по моему, превзошел самого себя! Читал с удовольствием.

А он, чего, правда по японски может? =О

Букафки асилили, с удовольствием прочитали, и подумали - ишь как, на лоре - такие новости, и так много откровенно непонятных анонимусов :) сильна тяга к культуре, даже их что-то сюда тянет :)

на 64 bit с кучей памяти и нормальными дисками неплохо

это не бог весть какая проблема для открытых драйверов.... ну а закрытые дырявые дрова вообще нельзя использовать нигде кроме игровых машин/чатерско-броузерных машин

> Мое еще одно субъективное мнение: сколько не работали на Sun SPARC - очень редко хотелось бежать ставить updates. Таких критичных "ляпов", как в ядрах Linux не получали.

Хм, при просмотре, к примеру, http://secunia.com/product/93/?task=advisories рисуется иная картина. Может вы просто не следили за обновлениями для Solaris?..

>>Хм, при просмотре, к примеру, http://secunia.com/product/93/?task=advisories рисуется иная картина. Может вы просто не следили за обновлениями для Solaris?

С 7-кой почти не работал (по ссылке все про Solaris 7). Могу сказать, что работая 8-кой, 9-кой и теперь 10-кой, проблемы касающиеся работы OS почти не встречал. Я не админ - и за security vulnerability во всяких демонах OS волнуют меня только гипотетически. Конечно если проблема в ядре или в собственном софте это другое.

Присмотрелся ради интереса к ссылке еще раз и увидел следующие проблемы (одни из первых, все не смотрел): Sun Solaris Apache "mod_rewrite" and "mod_imap" Vulnerabilities Sun Solaris Sendmail Long Header Denial of Service...

Я надеюсь вы Sun Solaris как продукт не сравнивал с Linux-kernel, когда присылали эту ссылку?

>А Вы можете в двух словах сказать о превосходстве Solaris над Linux учитывая все его ветви (включая SUSE REAL TIME и LynxOS)

Наличие квалифицированного персонала (администраторы и спецы по железу), с линаксом все гораздо сложнее.

LynxOS - это вообще не линакс.

> С 7-кой почти не работал (по ссылке все про Solaris 7). Могу сказать, что работая 8-кой, 9-кой и теперь 10-кой, проблемы касающиеся работы OS почти не встречал.

Если посмотреть на список уязвимостей для Solaris 8 (http://secunia.com/product/94/?task=advisories), то на текущий момент там есть неисправленная :-) Правда уровень критичности - средний (Moderately critical, 3 из 5), но этой уязвимости уже почти две недели (http://secunia.com/advisories/22907/).

> Присмотрелся ради интереса к ссылке еще раз и увидел следующие проблемы (одни из первых, все не смотрел): Sun Solaris Apache "mod_rewrite" and "mod_imap" Vulnerabilities Sun Solaris Sendmail Long Header Denial of Service...

> Я надеюсь вы Sun Solaris как продукт не сравнивал с Linux-kernel, когда присылали эту ссылку?

Сложно сравнивать голые ядра систем - в одной системе ядро может выполнять более широкий круг задач, чем в другой. Хотя я, конечно, не имел в виду общий для разных систем софт (типа Mozilla или Sendmail), но сообщений об уязвимостях, которые по всей видимости специфичны именно для Solaris, достаточно, чтобы поставить под сомнение утверждение, что там всё хорошо... Впрочем, с точки зрения пользователей и администраторов системы наверное лучше рассматривать все уязвимости в примерно равном по функциональности коде. Ведь если бы, к примеру, в системе имелась неисправленная ошибка в Sendmail, а пользователи должны были ждать выхода обновления от поставщика системы, то её защищённость зависела бы именно от его оперативности. Вряд ли админ в такой ситуации мог бы спать спокойно только потому, что уязвимый продукт - это не оригинальная разработка поставщика его системы :-)

Кстати, сравнил Solaris 10 со своим любимым Debian:

http://secunia.com/product/4813/ http://secunia.com/product/5307/

Даже не буду комментировать, всё и так очевидно :-)

Эххх... не хотел вступать в спор ;) Специфичные проблемы в 99% случаев под Solaris из-за того, что выпуск под Solaris сборок проходит позже чем под Linux а soft прикладного уровня вообще мало чем связан с ядром ОС. Не стоит делать поспешных выводов об ОС из-за некачественного стороннего софта. Если посмотреть список проблем тут http://secunia.com/product/4813/?task=advisories_2006 - сразу выясняется, что открытых проблем, которые критичны чрезвычайно мало, а всего проблем меньше, чем в вашем Debian. Очень много проблем связанных с Open Source / Apache. Кто же в это виноват - Sun или архитектура SPARC? Я не говорю, что Sun безгрешна - просто нужно все таки не перегибать палку. А теперь пару слов по поддержке. Когда приличная компания поставляет сервера и софт (solutions), то обычно берет всю поддержку на себя. В этом случае естественно смотрится и на updates и на выключение софта, который к этому solution не относится.

Еще раз напоминаю - речь идет о серверах! Десктоп-приложения я вообще не понимаю, что делают на Solaris.

> Если посмотреть список проблем тут http://secunia.com/product/4813/?task=advisories_2006 - сразу выясняется, что открытых проблем, которые критичны чрезвычайно мало, а всего проблем меньше, чем в вашем Debian.

Интересно - ты несколькими письмами ранее говорил об ошибочности сравнения разных по функциональности и объёму продуктов (когда написал, что не стоит сравнивать по ошибкам Solaris в целом с ядром Linux), а сейчас поступаешь именно так - сравниваешь общее количество ошибок в сильно различающихся по объёму системах. Ведь очевидно, что чем больше программ включает дистрибутив, тем больше в нём будет ошибок при том же качестве продукта. Поэтому вполне логично, что общее количество ошибок в Debian больше, чем в Solaris. Так же было бы неудивительно, если бы в большем по объёму дистрибутиве было больше неисправленных ошибок и уровень максимально опасной неисправленной уязвимости был бы выше. Запутанно получилось, наверное проще на примере. Представим гипотетический дистрибутив, который включает в себя абсолютно все программы. Очевидно, что в нём было бы больше всех ошибок, в статистике наверное каждый день было бы сказано про критически опасную неисправленную уязвимость (правда большинство пользователей эти бы ошибки не касались, просто бы портили статистику). То есть теоретически в Debian должно было бы быть больше неисправленных ошибок, и зайдя на страницу статистики мы должны были бы увидеть там более опасную уязвимость, чем у Solaris, это предполагая одинаковое качество продуктов. Но ведь ситуация обратная - это в Solaris больше неисправленных уязвимостей и выше их опасность. Какой из этого следует вывод? Видимо что качество Debian выше, чем у Solaris...

>> это в Solaris больше неисправленных уязвимостей и выше их опасность.

Ты смотрел эти неисправленные критичные уязвимости? Туда даже Gimp приписали насколько я видел... Какой GIMP и что он делает на сервере? 8-) я вообще против чтобы это чинили ... Пусть убирают из дистрибутива. Вот еще подборка оттуда же "критичных уязвимостей сервера": Sun Solaris NVIDIA Graphics Driver Buffer Overflow Vulnerability Nvidia на сервере? 8-) спасайся кто может ) Критичность выставлена в 4 балла. А при этом Sun Solaris IPv6 Denial of Service Vulnerability выставлено 3-ка (средний балл, чем выше тем хуже). Они для кого эти баллы выставляют вообще не понятно? Почему больше неисправленных уже писал... Спор считаю в дальнейшем бессмысленным... Администраторов shared серверов еще понять могу - там используется много свободного софта, который поддерживается лучше для Linux. А для разработчика ваши агрументы не убедительны... Сижу пока под SPARC )

> Ты смотрел эти неисправленные критичные уязвимости? Туда даже Gimp приписали насколько я видел...

Вот список неисправленных, по данным secunia.com, уязвимостей в Solaris 10:

Sun Solaris libike RSA Signature Forgery

Sun Solaris Gimp XCF Parsing Buffer Overflow Vulnerability

Sun Solaris libXfont Integer Overflow Vulnerability

Sun Solaris OpenSSL Vulnerabilities

Sun Solaris UFS File System Denial Of Service

Sun Solaris RSA Signature Forgery Vulnerability

Sun Solaris ICMP Message Handling Denial of Service

Причём самая старая датируется прошлым годом (!), а самая опасная имеет категорию Highly Critical (4 из 5 баллов) - это уязвимость в использованной версии библиотеки OpelSSL. Ну а по поводу GIMP... Может, конечно, это далеко не самое критичное приложение, но это всё же не повод игнорировать вопросы безопасности. Если я правильно понимаю, то здесь: http://secunia.com/advisories/23044/ и здесь: http://www.debian.org/security/2006/dsa-1116 говорится об одной и той же уязвимости в GIMP, но в Solaris она ещё не исправлена (по данным secunia.com), а в Debian исправлена, а когда - посмотри по ссылке :-)

есть ли аудио или видео записи выступлений по GPLv3?

У кого-нибудь есть mp3 или QuickTime выступлений? Очень интересно послушать, а читать текст, отредактированный его помощниками -- лень. ;)

На мой взгляд, это говорит лишь о том, что Sun плохо поддерживает Open/Free/GNU софт, который пишет не сам (вернее поздно выпускает для них updates - да и вообще слабо следит за их судьбой - ну можно их разве что в этом винить). Вот эти Sun Solaris RSA Signature Forgery Vulnerability Sun Solaris ICMP Message Handling Denial of Service - похоже собственные, но найдены они октябрь/ноябрь 2006 г - и можно для интереса посмотреть на их судьбу.

Замечательная речь, разъясняющая рационал каждого улучшения в версии 3. Как видно, RMS понимает немного японского, хоть с первого раза и не понял вопрос правильно. :)

А в звуковом виде если на сайте FSF и появится, то будет ogg, и никак не mp3 или qt. :)

http://www.fsfeurope.org/projects/gplv3/gplv3#transcripts

Покаместь накопал следущее (5МБ):

mplayer -fs 'http://gplv3.fsij.org/trac.cgi/attachment/wiki/archives/WebCamMovie20061121.a...'